GNU Emacs NEWS -- history of user-visible changes.  1992.
Copyright (C) 1995 Free Software Foundation, Inc.
See the end for copying conditions.

For older news, see the file OONEWS.

* Editing Changes in Emacs 19.30.

** Be sure to recompile your byte-compiled Emacs Lisp files
if you last compiled them with Emacs 19.28 or earlier.
You can use M-x byte-force-recompile to recompile all the .elc files
in a specified directory.

** Emacs now provides multiple-frame support on Windows NT
and Windows 95.

** M-x column-number-mode toggles a minor mode which displays
the current column number in the mode line.

** Line Number mode is now enabled by default.

** M-x what-line now displays the line number in the accessible
portion of the buffer as well as the line number in the full buffer,
when narrowing is in effect.

** If you type a M-x command that has an equivalent key binding,
the equivalent is shown in the minibuffer before the command executes.
This feature is enabled by default for the sake of beginning users.
You can turn the feature off by setting suggest-key-bindings to nil.

** The menu bar is now visible on text-only terminals.  To choose a
command from the menu bar when you have no mouse, type M-`
(Meta-Backquote) or F10.  To turn off menu bar display,
do (menu-bar-mode -1).

** Whenever you invoke a minibuffer, it appears in the minibuffer
window that the current frame uses.

Emacs can only use one minibuffer window at a time.  If you activate
the minibuffer while a minibuffer window is active in some other
frame, the outer minibuffer window disappears while the inner one is
active.

** Echo area messages always appear in the minibuffer window that the
current frame uses.  If a minibuffer is active in some other frame,
the echo area message does not hide it even temporarily.

** The minibuffer now has a menu-bar menu.  You can use it to exit or
abort the minibuffer, or to ask for completion.

** Dead-key and composite character processing is done in the standard
X11R6 manner (through the default "input method" using the
/usr/lib/X11/locale/*/Compose databases of key combinations).  I.e. if
it works in xterm, it should also work in emacs now.

** Mouse changes

*** You can now use the mouse when running Emacs in an xterm.
Use M-x xterm-mouse-mode to let emacs take control over the mouse.

*** C-mouse-1 now once again provides a menu of buffers to select.
S-mouse-1 is now the way to select a default font for the frame.

*** There is a new mouse-scroll-min-lines variable to control the
minimum number of lines scrolled by dragging the mouse outside a
window's edge.

*** Dragging mouse-1 on a vertical line that separates windows
now moves the line, thus changing the widths of the two windows.
(This feature is available only if you don't have vertical scroll bars.
If you do use them, a scroll bar separates two side-by-side windows.)

*** Double-click mouse-1 on a character with "symbol" syntax (such as
underscore, in C mode) selects the entire symbol surrounding that
character.  (Double-click mouse-1 on a letter selects a whole word.)

** When incremental search wraps around to the beginning (or end) of
the buffer, if you keep on searching until you go past the original
starting point of the search, the echo area changes from "Wrapped" to
"Overwrapped".  That tells you that you are revisiting matches that
you have already seen.

** Filling changes.

*** If the variable colon-double-space is non-nil, the explicit fill
commands put two spaces after a colon.

*** Auto-Fill mode now supports Adaptive Fill mode just as the
explicit fill commands do.  The variable adaptive-fill-regexp
specifies a regular expression to match text at the beginning of
a line that should be the fill prefix.

*** Adaptive Fill mode can take a fill prefix from the first line of a
paragraph, *provided* that line is not a paragraph-starter line.

Paragraph-starter lines are indented lines that start a new
paragraph because they are indented.  This indentation shouldn't
be copied to additional lines.

Whether indented lines are paragraph lines depends on the value of the
variable paragraph-start.  Some major modes set this; you can set it
by hand or in mode hooks as well.  For editing text in which paragraph
first lines are not indented, and which contains paragraphs in which
all lines are indented, you should use Indented Text mode or arrange
for paragraph-start not to match these lines.

*** You can specify more complex ways of choosing a fill prefix
automatically by setting `adaptive-fill-function'.  This function
is called with point after the left margin of a line, and it should
return the appropriate fill prefix based on that line.
If it returns nil, that means it sees no fill prefix in that line.

** Gnus changes.

Gnus, the Emacs news reader, has been rewritten and expanded.  Most
things that worked with the old version should still work with the new
version.  Code that relies heavily on Gnus internals is likely to
fail, though.

*** Incompatibilities with the old GNUS.

**** All interactive commands have kept their names, but many internal
functions have changed names.

**** The summary mode gnus-uu commands have been moved from the `C-c
C-v' keymap to the `X' keymap.

**** There can now be several summary buffers active at once.
Variables that are relevant to each summary buffer are buffer-local to
that buffer.

**** Old hilit code doesn't work at all.  Gnus performs its own
highlighting based not only on what's visible in the buffer, but on
other data structures.

**** Old packages like `expire-kill' will no longer work.  

**** `C-c C-l' in the group buffer no longer switches to a different
buffer, but instead lists killed groups in the group buffer.

*** New features.

**** The look of all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-face))

which fontifies each occurrence of the discrete word "anchor" in the value of
the variable anchor-face.  However, the highlighting information can be used to
fontify text that is anchored to the word "anchor".  For example:

 ("\\<anchor\\>" (0 anchor-face) ("\\=[ ,]*\\(item\\)" nil nil (1 item-face)))

which fontifies each occurrence of "anchor" as above, but for each occurrence
of "anchor", each occurrence of "item", in any following comma separated list,
is fontified in the value of the variable item-face.  Thus the "item" text is
anchored to the "anchor" text.  See the variable documentation for further
information.

This feature is used to extend the lees af all buffers can be changed by setting format-like
variables.
 
**** Local spool and several NNTP servers can be used at once.

**** Groups can be combined into virtual groups.

**** Different mail formats can be read much the same way as one would
read newsgroups.  All the mail backends implement mail expiry schemes.

**** Gnus can use various strategies for gathering threads that have
lost their roots (thereby gathering loose sub-threads into one thread)
or it can go back and retrieve enough headers to build a complete
thread.

**** Killed groups can be read.

**** Gnus can do partial group updates - you do not have to retrieve
the entire active file just to check for new articles in a few groups.

**** Gnus implements a sliding scale of subscribedness to groups.

**** You can score articles according to any number of criteria.  You
can get Gnus to score articles for you using adaptive scoring.

**** Gnus maintains a dribble buffer that is auto-saved the normal
Emacs manner, so it should be difficult to lose much data on what you
have read if your machine should go down.

**** Gnus now has its own startup file (`.gnus.el') to avoid
cluttering up the `.emacs' file.

**** You can set the process mark on both groups and articles and
perform operations on all the marked items.

**** You can grep through a subset of groups and create a group from
the results.

**** You can list subsets of groups using matches on group names or
group descriptions.

**** You can browse foreign servers and subscribe to groups from those
servers.

**** Gnus can pre-fetch articles asynchronously on a second connection
to the servers.

**** You can cache articles locally.

**** Gnus can fetch FAQs to and descriptions of groups.

**** Digests (and other files) can be used as the basis for groups.

**** Articles can be highlighted and customized.

** Changes to Version Control (VC)

*** General changes (all backends).

VC directory listings (C-x v d) are now kept up to date when you do a
vc-next-action (C-x v v) on the marked files.  The `g' command updates
the buffer properly.  `=' in a VC dired buffer produces a version
control diff, not an ordinary diff.

*** CVS changes.

Under CVS, you no longer need to type C-x C-q before you can edit a
file.  VC doesn't write-protect unmodified buffers anymore; you can
freely change them at any time.  The mode line keeps track of the
file status.

If you do want unmodified files to be write-protected, set your
CVSREAD environment variable.  VC sees this and behaves accordingly;
that will give you the behaviour of Emacs 19.29, similar to that under
RCS and SCCS.  In this mode, if the variable vc-mistrust-permissions
is nil, VC learns the modification state from the file permissions.
When setting CVSREAD for the first time, you should check out the
whole module anew, so that the file permissions are set correctly.

VC also works with remote repositories now.  When you visit a file, it
doesn't run "cvs status" anymore, so there shouldn't be any long delays.

Directory listings under VC/CVS have been enhanced.  Type C-x v d, and
you get a list of all files in or below the current directory that are
not up-to-date.  The actual status (modified, merge, conflict, ...) is
displayed for each file.  If you give a prefix argument (C-u C-x v d),
up-to-date files are also listed.  You can mark any number of files,
and execute the next logical version control command on them (C-x v v).

*** Starting a new branch.

If you try to lock a version that is not the latest on its branch, 
VC asks for confirmation in the minibuffer.  If you say no, it offers
to lock the latest version instead.

*** RCS non-strict locking.

VC can now handle RCS non-strict locking, too.  In this mode, working
files are always writable and you needn't lock the file before making
changes, similar to the default mode under CVS.  To enable non-strict
locking for a file, use the "rcs -U" command.

*** Sharing RCS master files.

If you share RCS subdirs with other users (through symbolic links),
and you always want to work on the latest version, set
vc-consult-headers to nil and vc-mistrust-permissions to `t'.
Then you see the state of the *latest* version on the mode line, not
that of your working file.  When you do a check out, VC overwrites
your working file with the latest version from the master.

*** RCS customization.

There is a new variable vc-consult-headers.  If it is t (the default),
VC searches for RCS headers in working files (like `$Id$') and
determines the state of the file from them, not from the master file.
This is fast and more reliable when you use branches.  (The variable
was already present in Emacs 19.29, but didn't get mentioned in the
NEWS.)

** Calendar changes.

*** New calendars supported: Chinese, Coptic, Ethiopic

Here are the commands for converting to and from these calendars:

   gC: calendar-goto-chinese-date
   gk: calendar-goto-coptic-date
   ge: calendar-goto-ethiopic-date

   pC: calendar-print-chinese-date
   pk: calendar-print-coptic-date
   pe: calendar-print-ethiopic-date

*** Printed calendars

Calendar mode now has commands to produce fancy printed calendars via
LaTeX.  You can ask for a calendar for one or more days, weeks, months
or years.  The commands all start with `t'; see the manual for a list
of them.

*** New sexp diary entry type

Reminders that apply in the days leading up to an event. 

** The CC-mode package now provides the default C and C++ modes.
See the manual for documentation of its features.

** The uniquify package chooses buffer names differently when you
visit multiple files with the same name (in different directories).

** RMAIL now always uses the movemail program when it renames an
inbox file, so that it can interlock properly with the mailer
no matter where it is delivering mail.

** tex-start-of-header and tex-end-of-header are now regular expressions,
not strings.

** To enable automatic uncompression of compressed files,
type M-x auto-compression-mode.  (This command used to be called
toggle-auto-compression, but was not documented before.)  In Lisp,
you can do

   (auto-compression-mode 1)

to turn the mode on.

** The new pc-select package emulates the key bindings for cutting and
pasting, and selection of regions, found in Windows, Motif, and the
Macintosh.

** Help buffers now use a special major mode, Help mode.  This mode
normally turns on View mode; it also provides a hook, help-mode-hook,
which you can use for other customization.

** Apropos now uses faces for enhanced legibility.  It now describes
symbol properties as well as their function definitions and variable
values.  You can use Mouse-2 or RET to get more information about a
function definition, variable, or property.

** Font Lock mode

*** Supports Scheme, TCL and Help modes

For example, to automatically turn on Font Lock mode in the *Help*
buffer, put:

 (add-hook 'help-mode-hook 'turn-on-font-lock)

in your ~/.emacs.

*** Enhanced fontification

The structure of font-lock-keywords is extended to allow "anchored" keywords.
Typically, a keyword item of font-lock-keywords comprises a regexp to search
for and information to specify how the regexp should be highlighted.  However,
the highlighting information is extended so that it can be another keyword
item.  This keyword item, its regexp and highlighting information, is processed
before resuming with the keyword item of which it is part.

For example, a typical keyword item might be:

 ("\\<anchor\\>" (0 anchor-f