[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emacs for mac
- To: info-mcl
- Subject: Re: emacs for mac
- From: liberte@cs.uiuc.edu (Daniel LaLiberte)
- Date: 7 Jul 92 17:20:30 GMT
- In-reply-to: straz@cambridge.apple.com's message of 3 Jul 92 00:43:48 GMT
- Newsgroups: comp.lang.lisp.mcl
- Organization: University of Illinois, Urbana-Champaign, Dept CS
- References: <9207022336.AA08651@cambridge.apple.com>
- Sender: news@m.cs.uiuc.edu (News Database (admin-Mike Schwager))
From: straz@cambridge.apple.com (Steve Strassmann)
> I don't think this is an appropriate topic for further discussion
> on info-mcl
What would be appropriate and interesting to discuss in this group is
how MCL with fred could be used to execute code in GNU Emacs lisp
packages. Why would this be a win for MCL? There is a huge amount of
free Emacs Lisp code out there that could be used almost as is.
GNU Emacs Lisp is basically a subset of Common Lisp so it
shouldnt be hard to actually execute the code. However, we would have
to come up with some emulation of Emacs internal data structures
(buffers, windows, window configurations, etc) and all the Emacs
subroutines (e.g. pos-visible-in-window-p).
There would be some incompatibilities. Fred is an overlapping-window
system rather than a tiled-window (within a window) system like
current Emacs, so it might be better to emulate Emacs 19, Lucid Emacs,
or Epoch. Or perhaps fred could be extended to support tiled
subwindows within one fred window. This would be mostly useful for
split views of one buffer.
Dan LaLiberte
liberte@cs.uiuc.edu
(Join the League for Programming Freedom: league@prep.ai.mit.edu)