Mercurial > emacs
view etc/OTHER.EMACSES @ 47151:eab3292ff2df
(get_next_display_element): Fix previous change.
| author | Kenichi Handa <handa@m17n.org> |
|---|---|
| date | Fri, 30 Aug 2002 13:44:55 +0000 |
| parents | e96ffe544684 |
| children | 23a1cea22d13 |
line wrap: on
line source
How is this Emacs different from all other Emacses? -*-Outline-*- This file describes the differences between GNU Emacs 19, Twenex Emacs, Gosling Emacs (including the commercial versions by Unipress) and CCA Emacs. * Copyright (c) 1985 Richard M. Stallman Permission is granted to anyone to make or distribute verbatim copies of this document as received, in any medium, provided that the copyright notice and permission notice are preserved, and that the distributor grants the recipient permission for further redistribution as permitted by this notice. Permission is granted to distribute modified versions of this document, or of portions of it, under the above conditions, provided also that they carry prominent notices stating who last changed them. Updated March 1993 for Emacs 19 by Eric S. Raymond * How is this Emacs different from Twenex Emacs? ** Fundamental concepts. *** There is no concept of "typeout" in GNU Emacs. Any time that a command wants to display some output, it creates a buffer (usually with a name surrounded by asterisks) and displays it in a window. This provides some advantages: you can edit some more while looking at the output; you can copy parts of the output into other buffers. It also has a disadvantage that you must type a command in order to make the output disappear. You can use C-x 1 to get rid of all windows except the selected one. To be more selective, you can switch to the window you want to get rid of and then type C-x 0 (delete-window). You also need to type a command to scroll the other window if not all the output fits in it. Meta-Control-v will usually do the job. *** There is no concept of a "subsystem" in GNU Emacs. Where Twenex Emacs would use a subsystem, GNU Emacs instead creates a buffer and redefines commands in it. For example, when you send mail in GNU Emacs, you use a buffer named *mail* which is in Mail Mode. You can switch away from this buffer to any other buffer and resume normal editing; then switch back and resume composing mail. You do not have to "exit" from composing mail in order to do ordinary editing. This has many advantages, but it also has a disadvantage: Subsystems in Emacs tend to have "exit" commands that return you to whatever you were doing before entering the subsystem. In GNU Emacs the idea of what to return to is not well defined, so it is not clear what an "exit" command should do. The only way to "exit" in general is to type C-x b, C-x C-f, or some other suitable command to switch buffers. Some subsystem-like major modes, such as Info and Mail mode, provide commands to "exit" by switching to the previously selected buffer. *** Files are always visited in their own buffers. Beginning users of Twenex Emacs were told how to edit using a single buffer and reading one file after another into that buffer. Use of a new buffer for each file was regarded as a more advanced mode. In GNU Emacs, the idea of using a single buffer for various files, one by one, has been dropped, given that the address space is expected to be large enough for many buffers. C-x C-f (find-file), which behaves nearly the same as in Twenex Emacs, is in GNU Emacs the canonical way for all users to visit files. Various commands need to read files into Emacs in the course of their execution. In Twenex Emacs the user must tell them whether to reuse buffers or create new ones, using the variable Tags Find File. In GNU Emacs, these commands always use C-x C-f. The command C-x C-v does still exist; it kills the current buffer and reads the specified file into a new buffer. It is equivalent to kill-buffer followed by find-file. Since there is no reusing of buffers, there is no point in calling the initial buffer "main". So the initial buffer in GNU Emacs is called "*scratch*" and is intended for typing Lisp expressions to be evaluated. *** File name defaulting. GNU Emacs records a separate working directory for each buffer. Normally this is the directory on which the buffer's file resides; for buffers not visiting any file, it is copied from the buffer that was current when it was created. The current buffer's working directory can be printed with M-x pwd and set with M-x cd. GNU Emacs shows you the default directory by inserting it in the minibuffer when a file name is being read. You can type the filename you want at the end of the default as if the default were not there, or you can edit and alter the default. If you want file /lose/big when the default /foo/defaultdir/ has been inserted for you, you need not kill the default; simply type at the end of it: /foo/defaultdir//lose/big. Such a file name is not ordinarily considered valid, but GNU Emacs considers it equivalent to /lose/big. Likewise, if you want file quux in your home directory, just add ~/quux to the end of the supplied text, to get /foo/defaultdir/~/quux. GNU Emacs sees "/~" and throws away everything before the "~". You can refer to environment variables also within file names. $ followed by the environment variable name is replaced by the variable's value. The variable name should either be followed by a nonalphanumeric character (which counts as part of the file name) or be surrounded by braces {...} (which do not count as part of the file name). Thus, if variable USER has value "rms", "x/$USER-foo" is expanded to "x/rms-foo", and "x${USER}foo" is expanded to "xrmsfoo". Note that this substitution is not performed by the primitive file operation functions of GNU Emacs, but rather by the interactive file name reader. It is also available as a separate primitive, in the function substitute-in-file-name. *** Exit commands C-z, C-x C-c and C-x C-z. There are two ways to exit GNU Emacs: killing and suspending. Killing is like what Control-c does to ordinary Unix programs. In GNU Emacs, you type C-x C-c to kill it. (This offers to save any modified file buffers before really killing Emacs.) Suspending is like what Control-z does to ordinary Unix programs. To suspend GNU Emacs, type C-x C-z, or type just C-z. Note that C-z suspends ordinary programs instantly, but Emacs does not suspend until it reads the C-z. Usually it is better to suspend: once a system is smart enough to have job control, why ever kill an editor? You'll just have to make a new one in a minute. This is why the convenient command C-z is provided for suspending. C-c is used as a prefix key for mode-specific commands and for users' own commands. We deliberately do not make C-c ever kill Emacs, because it should not be so easy to do something irreversible. *** Quitting with C-g. If you type C-g while GNU Emacs is waiting for input, it is an ordinary command (which is defined to beep). If you type C-g while Lisp code is executing, it sets a flag which causes a special signal, nearly the same as an error, to happen at the next safe place in Lisp execution. This usually has the effect of aborting the current command in a safe way. Because at times there have been bugs causing GNU Emacs to loop without checking the quit flag, a special feature causes GNU Emacs to be suspended immediately if you type a second C-g while the flag is already set. So you can always get out of GNU Emacs. Normally GNU Emacs recognizes and clears the quit flag quickly enough to prevent this from happening. When you resume GNU Emacs after a suspension caused by multiple C-g, it asks two questions before resuming execution: Checkpoint? Dump core? Answer each one with `y' or `n' and a Return. `y' to Checkpoint? causes immediate auto-saving of all buffers in which auto-saving is enabled. `y' to Dump core? causes an illegal instruction to be executed. This is to enable a wizard to figure out why GNU Emacs was looping without checking for quits. Execution does not continue after a core dump. If you answer `n', execution continues. With luck, GNU Emacs will ultimately check the quit flag, and quit normally. If not, and you type another C-g, it is suspended again. If GNU Emacs is not really hung, just slow, you may invoke the double C-g feature without really meaning to. Then just resume and answer `n' to both questions, and you will arrive at your former state. Presumably the quit you wanted will finish happening soon. These questions are not asked if you suspend GNU Emacs with the C-z command. Continuing GNU Emacs after a C-z takes you straight back into editing. *** Undoing with C-x u or C-_ You can undo many commands--up to 10,000 characters worth. Each time you type C-x u or C-_, another command or batch of change is undone. Undo information is stored per buffer, and the undo command always applies to the current buffer. A numeric argument serves as a repeat count. Consecutive self-inserting characters are undone in groups of twenty. *** Different character set. GNU Emacs does not expect anyone ever to have a keyboard in which the Control key sets an independent bit which may accompany any character. The only control characters that can exist are the ASCII control characters. There is, as a result, no "control prefix" character. *** Control-h is the Help character. I'm amazed it took me so long to get this idea. In Twenex Emacs, C-h and C-b are equivalent commands, making C-h redundant. C-h is not only easy to type, it is mnemonic for "Help". So in GNU Emacs the Help character is C-h. *** Completion is done by TAB, not ESC. ESC in the minibuffer is a Meta prefix, same as at top level. *** The string-argument reader is the minibuffer is an editor window. In GNU Emacs, the line at the bottom of the screen is the minibuffer. Commands that want string arguments always use this line to read them, and you can use the ordinary Emacs editing commands to edit the input. You can terminate input with Return because Return is defined as the exit-minibuffer command when in the minibuffer. If you are using a command that needs several arguments, terminate each one with Return. You cannot separate arguments with Escape the way you would in Twenex Emacs. The minibuffer window does not overlay other editor windows; it is a nearly ordinary editor window which lacks a mode line and is "turned off" when not in use. While it IS in use, you can switch windows to and from the minibuffer, kill text in other windows and yank in the minibuffer, etc. You can even issue a command that uses the minibuffer while in the minibuffer. This gets you temporarily into a recursive minibuffer. However, this is allowed only if you enable it, since it could be confusing for beginners. When you exit the minibuffer, the cursor immediately moves back to column zero of the minibuffer line, to show you that the exit command has been obeyed. The minibuffer contents remain on the screen until the end of the command, unless some other text is displayed there. A single Control-g exits the minibuffer. *** There are no &'s or ^R's or spaces in function names. For example, the function which is called ^R Forward Word in Twenex Emacs is called forward-word in GNU Emacs. *** The extension language is Lisp rather than TECO. Libraries must be written in Lisp. Meta-ESC reads a Lisp expression, evaluates it, and prints the result. Note that Meta-ESC is "disabled" by default, so that beginning users do not get into the minibuffer by accident in a confusing way. Data types available include integers (which double as characters), strings, symbols, lists, vectors, buffers, buffer pointers, windows, and process channels. For now, to learn about writing Lisp code for GNU Emacs, read some of the source code, which is in directory ../lisp. Read the GNU Emacs Lisp Reference Manual. Also, all Lisp primitives have self-documentation you can read with C-h f. *** Enabling the error handler. GNU Emacs has a Lisp debugger/stepper/trace package, but normally errors do not enter the debugger because that is slow, and unlikely to be of interest to most users. Set the variable debug-on-error to t to cause errors to invoke the debugger. Set debug-on-quit to cause quit signals (caused by C-g) to invoke the debugger. ** Other changes. *** More than two windows are allowed. C-x 2 splits the current window into two windows, one above the other. Initially they both display the same buffer. C-x 2 now accepts a numeric argument to specify the number of lines to give to the uppermost of the two windows it makes. C-x 0 kills the current window, making all others larger. C-x 1 kills all windows except the current one. C-x O switches to the next window down. It rotates from the bottom one to the top one. An argument serves as a repeat count; negative arguments circulate in the reverse order. If the same buffer is displayed in several windows, changes made in it are redisplayed in all of them. *** Side by side windows are supported. The command C-x 3 splits the current window into two side-by-side windows. C-x } makes the selected window ARG columns wider at the expense of the windows at its sides. C-x { makes the selected window ARG columns narrower. An argument to C-x 5 specifies how many columns to give to the leftmost of the two windows made. *** Horizontal scrolling of the lines in a window is implemented. C-x < (scroll-left) scrolls all displayed lines left, with the numeric argument (default 1) saying how far to scroll. When the window is scrolled left, some amount of the beginning of each nonempty line is replaced by an "$". C-x > scrolls right. If a window has no text hidden at the left margin, it cannot be scrolled any farther right than that. When nonzero leftwards scrolling is in effect in a window. lines are automatically truncated at the window's right margin regardless of the value of the variable truncate-lines in the buffer being displayed. *** Return key does not use up empty lines. In Twenex Emacs, the Return command advances over an existing empty line in some cases. In GNU Emacs, the Return command always makes inserts a newline. Twenex Emacs was designed at a time when most display terminals did not have the ability to scroll part of the screen, and using existing empty lines made redisplay faster. Nowadays, terminals that cannot scroll part of the screen are rare, so there is no need to make Return behave in a more complicated manner. *** Help m. Typing C-h m displays documentation of the current major mode., telling you what special commands and features are available and how to use them or get more information on them. This is simply the documentation, as a function, of the symbol which is the value of major-mode. Each major mode function has been given documentation intended for C-h m. *** Display-hiding features. **** Hiding indented lines The command C-x $ with numeric argument N causes lines indented by N or more columns to become invisible. All you see is " ..." appended to the previous line, in place of any number of consecutive invisible lines. **** Outline Mode. Outline mode is designed for editing outline-structured files, such as this one. Headings should be lines starting with one or more asterisks. Major headings have one asterisk, subheadings two, etc. Lines not starting with asterisks are body text. You can make the body under a heading, or the subheadings under a heading, temporarily invisible, or visible again. Invisible lines are attached to the end of the previous line so they go with it if you kill it and yank it back. Commands: Meta-} next-visible-heading move by visible headings Meta-{ previous-visible-heading move by visible headings Meta-x hide-body make all body text invisible (not headings). Meta-x show-all make everything in buffer visible. The remaining commands are used when dot is on a heading line. They apply to some of the body or subheadings of that heading. C-c C-h hide-subtree make text and subheadings invisible. C-c C-s show-subtree make text and subheadings visible. C-c C-i show-children make direct subheadings visible. No effect on body, or subheadings 2 or more levels down. With arg N, affects subheadings N levels down. M-x hide-entry make immediately following body invisible. M-x show-entry make it visible. M-x hide-leaves make text under heading and under its subheadings invisible. The subheadings remain visible. M-x show-branches make all subheadings at all levels visible. *** C mode is fancy. C mode assumes that you put the initial open-brace of a function definition at the beginning of a line. If you use the popular indenting style that puts this open-brace at the end of a line containing a type declaration, YOU WILL LOSE: C mode does not know a function starts there. Open-brace at the beginning of a line makes it possible for C mode to find function boundaries with total reliability; something I consider vital and which cannot be done if the other style is used. The Tab command indents C code very cleverly. I know of only one cases in which Tab does not indent C code nicely: Expressions continued over several lines with few parentheses. Tab does not know the precedences of C operators, so it does not know which lines of the expression should go where. Using parentheses to indicate the nesting of operators except within a line makes this problem go away. The indenting algorithm is entirely written in Lisp. Tab with a numeric argument in Twenex Emacs indents that many lines. It is different in GNU Emacs: it means to shift all the lines of a bracketed expression by the same amount as the line being indented. For example, if you have if (foo) { hack (); /** Well? */ } and type C-u Tab on the line with the open brace, you get if (foo) { hack (); /* Well? */ } from indenting the brace line and then shifting the lines within the braces rigidly with the first one. Meta-Control-q works as in Lisp mode; it should be used with dot just before a bracketed grouping, and indents each line INSIDE that grouping using Tab. If used instead of C-u Tab in the previous example, it makes if (foo) { hack (); /* Well? */ } Meta-Control-h puts mark at the end of the current C function and puts dot before it. Most other Meta-Control commands intended for Lisp expressions work usefully in C mode as well. *** Meta-g (fill-region) is different. In Twenex Emacs, Meta-g fills the region with no paragraph boundaries except for blank and indented lines. In GNU Emacs, it divides the region into paragraphs in the same manner as Meta-], and fills each paragraph separately. There is also the function fill-region-as-paragraph which fills the region regarding at as a single paragraph regardless even of blank or indented lines. *** Indented Text Mode instead of Edit Indented Text. Twenex Emacs has a command Edit Indented Text which temporarily alters some commands for editing indented paragraphs. GNU Emacs has instead a separate major mode, Indented Text Mode, which is different from ordinary Text Mode in just the same alterations. Specifically, in Indented Text Mode, Tab runs the function indent-relative, and auto filling indents the newly created lines. *** But rectangle commands are implemented. C-x r r stores the rectangle described by dot and mark into a register; it reads the register name from the keyboard. C-x r g, the command to insert the contents of a register, can be used to reinsert the rectangle elsewhere. Other rectangle commands include open-rectangle: insert a blank rectangle in the position and size described by dot and mark, at its corners; the existing text is pushed to the right. clear-rectangle: replace the rectangle described by dot ane mark with blanks. The previous text is deleted. delete-rectangle: delete the text of the specified rectangle, moving the text beyond it on each line leftward. kill-rectangle like delete-rectangle but also stores the text of the rectangle in the "rectangle kill buffer". More precisely, it stores the text as a list of strings (one string for each line) in the variable killed-rectangle. yank-rectangle inserts the text of the last killed rectangle. extract-rectangle and delete-extract-rectangle these functions return the text of a rectangle as a list of strings. They are for use in writing other functions that operate on rectangles. *** Keyboard Macros The C-x ( command for defining a keyboard macro can in GNU Emacs be given a numeric argument, which means that the new macro starts out not empty but rather as the same as the last keyboard macro entered. In addition, that last keyboard macro is replayed when the C-x ( is typed. C-x ( with an argument is thus equivalent to typing plain C-x ( and then retyping the last keyboard macro entered. The command write-kbd-macro and append-kbd-macro can be used to save a keyboard macro definition in a file. It is represented as a Lisp expression which, when evaluated, will define the keyboard macro. write-kbd-macro writes the specified file from scratch, whereas append-kbd-macro adds to any existing text in the file. Both expect the keyboard macro to be saved to be specified by name; this means you must use the command name-last-kbd-macro to give the macro a name before you can save it. *** The command to resume a terminated tags-search or tags-query-replace is Meta-comma in GNU Emacs. *** Auto Save is on by default. Auto Save mode is enabled by default in all buffers that are visiting files. The file name used for auto saving is made by prepending "#" to the file name visited. *** Backup files. Since Unix stupidly fails to have file version numbers, GNU Emacs compensates slightly in the customary fashion: when a file is modified and saved for the first time in a particular GNU Emacs run, the original file is renamed, appending "~" to its name. Thus, foo.c becomes foo.c~. Emacs can also put a version number into the name of the backup file, as in foo.c.~69~ for version number 69. This is an optional feature that the user has to enable. *** Mode Line differences. Each window in GNU Emacs has its own mode line, which always displays the status of that window's buffer and nothing else. The mode line appears at the bottom of the window. It is full of dashes, to emphasize the boundaries between windows, and is displayed in inverse video if the terminal supports it. The information usually available includes: *** Local Modes feature changed slightly. GNU Emacs supports local mode lists much like those in Twenex Emacs, but you can only set variables, not commands. You write Local variables: tab-width: 10 end: in the last page of a file, if you want to make tab-width be ten in a file's buffer. The value you specify must be a Lisp object! It will be read, but not evaluated. So, to specify a string, you MUST use doublequotes. For "false", in variables whose meanings are true or false, you MUST write nil . Two variable names are special: "mode" and "eval". Mode is used for specifying the major mode (as in Twenex Emacs). mode: text specifies text mode. Eval is used for requesting the evaluation of a Lisp expression; its value is ignored. Thus, eval: (set-syntax-table lisp-mode-syntax-table) causes Lisp Mode syntax to be used. Note that GNU Emacs looks for the string "Local variables:" whereas Twenex Emacs looks for "Local modes:". This incompatibility id deliberate, so that neither one will see local settings intended for the other. *** Lisp code libraries. Libraries of commands, and init files, are written in Lisp. libraries conventionally have names ending in .el, while the init file is named .emacs and is in your home directory. Use Meta-x load-library to load a library. Most standard libraries load automatically if you try to use the commands in them. Meta-x byte-compile-file filename compiles the file into byte code which loads and runs faster than Lisp source code. The file of byte code is given a name made by appending "c" to the end of the input file name. Meta-x byte-recompile-directory directoryname compiles all files in the specified directory (globbing not allowed) which have been compiled before but have been changed since then. Meta-x load-library automatically checks for a compiled file before loading the source file. Libraries once loaded do not retain their identity within GNU Emacs. Therefore, you cannot tell just what was loaded from a library, and you cannot un-load a library. Normally, libraries are written so that loading one has no effect on the editing operations that you would have used if you had not loaded the library. *** Dired features. You can do dired on partial directories --- any pattern the shell can glob. Dired creates a buffer named after the directory or pattern, so you can dired several different directories. If you repeat dired on the same directory or pattern, it just reselects the same buffer. Use Meta-x Revert on that buffer to read in the current contents of the directory. *** Directory listing features. C-x C-d now uses the default output format of `ls', which gives just file names in multiple columns. C-u C-x C-d passes the -l switch to `ls'. Both read a directory spec from the minibuffer. It can be any pattern that the shell can glob. *** Compiling other programs. Meta-x compile allows you to run make, or any other compilation command, underneath GNU Emacs. Error messages go into a buffer whose name is *compilation*. If you get error messages, you can use the command C-x ` (that is a backquote) to find the text of the next error message. You must specify the command to be run as an argument to M-x compile. A default is placed in the minibuffer; you can kill it and start fresh, edit it, or just type Return if it is what you want. The default is the last compilation command you used; initially, it is "make -k". *** Searching multiple files. Meta-x grep searches many files for a regexp by invoking grep and reading the output of grep into a buffer. You can then move to the text lines that grep found, using the C-x ` command just as after M-x compile. *** Running inferior shells. Do Meta-x shell to make an inferior shell together with a buffer which serves to hold "terminal" input and output of the shell. The shell used is specified by the environment variable ESHELL, or by SHELL if ESHELL is not set. Use C-h m whilst in the *shell* buffer to get more detailed info. The inferior shell loads the file .emacs_csh or.emacs_sh (or similar using whatever name the shell has) when it starts up. M-! executes a shell command in an inferior shell and displays the output from it. With a prefix argument, it inserts the output in the current buffer after dot and sets the mark after the output. The shell command gets /dev/null as its standard input. M-| is like M-! but passes the contents of the region as input to the shell command. A prefix argument makes the output from the command replace the contents of the region. *** Sending mail. Once you enter Mail Mode using C-x m or C-x 4 m or M-x mail, C-c becomes a prefix character for mail-related editing commands. C-c C-s is vital; that's how you send the message. C-c C-c sends and then switches buffers or kills the current window. Use C-h m to get a list of the others. *** Regular expressions. GNU Emacs has regular expression facilities like those of most Unix editors, but more powerful: **** -- + -- + specifies repetition of the preceding expression 1 or more times. It is in other respect like *, which specifies repetition 0 or more times. **** -- ? -- ? is like * but matches at most one repetition of the preceding expression. **** -- \| -- \| specifies an alternative. Two regular expressions A and B with \| in between form an expression that matches anything that either A or B will match. Thus, "foo\|bar" matches either "foo" or "bar" but no other string. \| applies to the larges possible surrounding expressions. Only a surrounding \( ... \) grouping can limit the grouping power of \|. Full backtracking capability exists when multiple \|'s are used. **** -- \( ... \) -- \( ... \) are a grouping construct that serves three purposes: 1. To enclose a set of \| alternatives for other operations. Thus, "\(foo\|bar\)x" matches either "foox" or "barx". 2. To enclose a complicated expression for * to operate on. Thus, "ba\(na\)*" matches "bananana", etc., with any number of na's (zero or more). 3. To mark a matched substring for future reference. Application 3 is not a consequence of the idea of a parenthetical grouping; it is a separate feature which happens to be assigned as a second meaning to the same \( ... \) construct because there is no conflict in practice between the two meanings. Here is an explanation of this feature. -- \digit -- After the end of a \( ... \) construct, the matcher remembers the beginning and end of the text matched by that construct. Then, later on in the regular expression, you can use \ followed by a digit to mean, ``match the same text matched this time by the \( ... \) construct.'' The first nine \( ... \) constructs that appear in a regular expression are assigned numbers 1 through 9 in order of their beginnings. \1 through \9 can be used to refer to the text matched by the corresponding \( ... \) construct. For example, "\(.*\)\1" matches any string that is composed of two identical halves. The "\(.*\)" matches the first half, which can be anything, but the \1 that follows must match the same exact text. **** -- \` -- Matches the empty string, but only if it is at the beginning of the buffer. **** -- \' -- Matches the empty string, but only if it is at the end of the buffer. **** -- \b -- Matches the empty string, but only if it is at the beginning or end of a word. Thus, "\bfoo\b" matches any occurrence of "foo" as a separate word. "\bball\(s\|\)\b" matches "ball" or "balls" as a separate word. **** -- \B -- Matches the empty string, provided it is NOT at the beginning or end of a word. **** -- \< -- Matches the empty string, provided it is at the beginning of a word. **** -- \> -- Matches the empty string, provided it is at the end of a word. **** -- \w -- Matches any word-constituent character. The editor syntax table determines which characters these are. **** -- \W -- Matches any character that is not a word-constituent. **** -- \s<code> -- Matches any character whose syntax is <code>. <code> is a letter that represents a syntax code: thus, "w" for word constituent, "-" for whitespace, "(" for open-parenthesis, etc. Thus, "\s(" matches any character with open-parenthesis syntax. **** -- \S<code> -- Matches any character whose syntax is not <code>. * How is this Emacs different from Gosling Emacs? ** Advantages of Gosling Emacs: 1. The program itself is much smaller. GNU Emacs uses about 250k more pure storage. As a result, Gosling Emacs can run on machines that cannot run GNU Emacs. There is not much difference in the amount of impure storage in the two programs. 2. In some versions there is support for other forks to establish communications channels to Emacs (using sockets?). 3. There is a direct interface to dbm (data bases). ** Advantages of GNU Emacs: *** True Lisp, not Mocklisp. GNU Emacs's extension language has real symbols, lists and vectors. Many extensions are much simpler, and some become possible that were nearly impossible in Gosling Emacs. Many primitives can have cleaner interfaces, and some features need not be put in as special primitives because you can do them easily yourself. *** But Mocklisp still works. An automatic conversion package plus a run-time library allows you to convert a Mocklisp library into a Lisp library. *** Commands are better crafted. For example, nearly every editing function for which a numeric argument would make sense as a repeat count does accept a repeat count, and does handle a negative argument in the way you would expect. *** The manual is clearer. Everyone tells me it is a very good manual. *** Better on-line documentation. Both functions and variables have documentation strings that describe exactly how to use them. *** C mode is smart. It really knows how to indent each line correctly, for most popular indentation styles. (Some variables control which style is used; popular named styles are also supported.) *** Compatible with PDP-10 Emacs, Multics Emacs and Zmacs. The commands in GNU Emacs are nearly the same as in the original Emacs and the other Emacses which imitated it. (A few have been changed to fit the Unix environment better.) *** Support for Gosling's Emacs commands. M-x set-gosmacs-bindings rebinds many editing commands for compatibility with Gosling's Emacs. M-x set-gnu-bindings reverses the change. *** Side-by-side windows. You can split a GNU Emacs window either horizontally or vertically. *** Redisplay is faster. GNU Emacs sends about the same stuff to the terminal that Gosling's does, but GNU Emacs uses much less CPU time to decide what to do. *** Entirely termcap-driven. GNU Emacs has nearly no special code for any terminal type. Various new termcap strings make it possible to handle all terminals nearly as fast as they could be handled by special-case code. *** Display-hiding features. For example, Outline Mode makes it possible for you to edit an outline, making entire sub-branches of the outline visible or invisible when you wish. *** You can interrupt with Control-G. Even a looping Lisp program can be stopped this way. And even a loop in C code does not stop you from killing Emacs and getting back to your shell. *** Per-buffer Undo. You can undo the last several changes, in each buffer independently. *** The editor code itself is clean. Many people have remarked on how much they enjoy reading the code for GNU Emacs. One other note: The program etc/cvtmail that comes with GNU Emacs can be used to convert a mail directory for Gosling Emacs's Rmail into a Unix mail file that you could read into GNU Emacs's Rmail. * How is this Emacs different from CCA Emacs? ** GNU Emacs Lisp vs CCA Elisp. GNU Emacs Lisp does not have a distinction between Lisp functions and Emacs functions, or between Lisp variables and Emacs variables. The Lisp and the editor are integrated. A Lisp function defined with defun is callable as an editor command if you put an interactive calling spec in it; for example, (defun forward-character (n) (interactive "p") (goto-char (+ (point) n))) defines a function of one argument that moves point forward by a specified number of characters. Programs could call this function, as in (forward-character 6), or it could be assigned to a key, in which case the "p" says to pass the prefix numeric arg as the function's argument. As a result of this feature, you often need not have two different functions, one to be called by programs and another to read arguments from the user conveniently; the same function can do both. CCA Elisp tries to be a subset of Common Lisp and tries to have as many Common Lisp functions as possible (though it is still only a small fraction of full Common Lisp). GNU Emacs Lisp is somewhat similar to Common Lisp just because of my Maclisp and Lisp Machine background, but it has several distinct incompatibilities in both syntax and semantics. Also, I have not attempted to provide many Common Lisp functions that you could write in Lisp, or others that provide no new capability in the circumstances. GNU Emacs Lisp does not have packages, readtables, or character objects (it uses integers to represent characters). On the other hand, windows, buffers, relocatable markers and processes are first class objects in GNU Emacs Lisp. You can get information about them and do things to them in a Lispy fashion. Not so in CCA Emacs. In GNU Emacs Lisp, you cannot open a file and read or write characters or Lisp objects from it. This feature is painful to support, and is not fundamentally necessary in an Emacs, because instead you can read the file into a buffer, read or write characters or Lisp objects in the buffer, and then write the buffer into the file. On the other hand, GNU Emacs Lisp does allow you to rename, delete, add names to, and copy files; also to find out whether a file is a directory, whether it is a symbolic link and to what name, whether you can read it or write it, find out its directory component, expand a relative pathname, find completions of a file name, etc., which you cannot do in CCA Elisp. GNU Emacs Lisp uses dynamic scope exclusively. This enables you to bind variables which affect the execution of the editor, such as indent-tabs-mode. GNU Emacs Lisp code is normally compiled into byte code. Most of the standard editing commands are written in Lisp, and many are dumped, pure, in the Emacs that users normally run. GNU Emacs allows you to interrupt a runaway Lisp program with Control-g. ** GNU Emacs Editing Advantages GNU Emacs is faster for many things, especially insertion of text and file I/O. GNU Emacs allows you to undo more than just the last command with the undo command (C-x u, or C-_). You can undo quite a ways back. Undo information is separate for each buffer; changes in one buffer do not affect your ability to undo in another buffer. GNU Emacs commands that want to display some output do so by putting it in a buffer and displaying that buffer in a window. This technique comes from Gosling Emacs. It has both advantages and disadvantages when compared with the technique, copied by CCA Emacs from my original Emacs which inherited it from TECO, of having "type out" which appears on top of the text in the current window but disappears automatically at the next input character. GNU Emacs does not use the concept of "subsystems". Instead, it uses highly specialized major modes. For example, dired in GNU Emacs has the same commands as dired does in other versions of Emacs, give or take a few, but it is a major mode, not a subsystem. The advantage of this is that you do not have to "exit" from dired and lose the state of dired in order to edit files again. You can simply switch to another buffer, and switch back to the dired buffer later. You can also have several dired buffers, looking at different directories. It is still possible to write a subsystem--your own command loop-- in GNU Emacs, but it is not recommended, since writing a major mode for a special buffer is better. Recursive edits are also rarely used, for the same reason: it is better to make a new buffer and put it in a special major mode. Sending mail is done this way. GNU Emacs expects everyone to use find-file (C-x C-f) for reading in files; its C-x C-v command kills the current buffer and then finds the specified file. As a result, users do not need to think about the complexities of subsystems, recursive edits, and various ways to read in files or what to do if a buffer contains changes to some other file. GNU Emacs uses its own format of tag table, made by the "etags" program. This format makes finding a tag much faster. Dissociated Press is supported. ** GNU Emacs Editing Disadvantages. GNU Emacs does not display the location of the mark. GNU Emacs does not have a concept of numbers of buffers, or a permanent ordering of buffers, or searching through multiple buffers. The tags-search command provides a way to search through several buffers automatically. GNU Emacs does not provide commands to visit files without setting the buffer's default directory. Users can write such commands in Lisp by copying the code of the standard file visiting commands and modifying them. GNU Emacs does not support "plus options" in the command arguments or in buffer-selection commands, except for line numbers. GNU Emacs does not support encryption. Down with security! GNU Emacs does not support replaying keystroke files, and does not normally write keystroke files. ** Neutral Differences GNU Emacs uses TAB, not ESC, to complete file names, buffer names, command names, etc. GNU Emacs uses LFD to terminate searches, instead of the C-d uses by CCA Emacs. (Actually, this character is controlled by a parameter in GNU Emacs.) C-M-s in GNU Emacs is an interactive regular expression search, but you can get to a noninteractive one by typing ESC right after the C-M-s. In GNU Emacs, C-x s asks, for each modified file buffer, whether to save it. GNU Emacs indicates line continuation with "\" and line truncation (at either margin) with "$". The command to resume a tags-search or tags-query-replace in GNU Emacs is Meta-Comma.