unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Stuart D. Herring" <herring@lanl.gov>
Cc: emacs-devel@gnu.org
Subject: Re: "Emacs 21"
Date: Tue, 10 Oct 2006 15:13:48 -0700 (PDT)	[thread overview]
Message-ID: <39197.128.165.123.18.1160518428.squirrel@webmail.lanl.gov> (raw)
In-Reply-To: <E1GW0fP-00007Y-MD@fencepost.gnu.org>

>       Most of the rest are comparisons between 20 (or
>     19) and 21 in terms of error reporting, mark handling, echo area
> resizing,
>     and mode line formats.
>
> I am not sure whether you are talking about passages that describe
> differences between specific Emacs versions, or about teaching the
> user how to write code that tests the Emacs version.  Which?

There are both; the passage you quote was talking about describing
differences, and the paragraph after it (that you did not quote) was
talking about testing the Emacs version.

> The former, we should remove.  This manual is meant for the current
> Emacs version.  Discussing older Emacs versions is a digression which
> gets in the way of the intended purpose.

Are you sure?  This is the Lisp introduction, and for version 21 included
all these discussions.  Certainly 20 is less relevant once 22 is out, and
19 even less so, but do you really mean to remove all of it?  (I am not
arguing either way on the matter, just describing past practice.)

> The latter, we should update (if necessary) so that they handle Emacs
> 22 properly.

By "properly", do you mean "recognize as distinct from all prior (and
perhaps subsequent) Emacs versions, or do you merely mean that they should
not produce literally false output (e.g., diagnosing Emacs 22 as 20)?  Or
do you mean that all such tests should make logical divisions such as
"older than Emacs 21" and "not older than Emacs 21", regardless of which
divisions they make?  Finally, can such tests use `emacs-major-version'
and such, introduced in 19.23?

>       I'm not sure
>     what to do with the CVS references.
>
> If they are just intended as example version numbers, any value is
> fine.  If they are meant to be the version of a recent Emacs, just
> update them to 22.1.

They are in most cases part of example filenames that sometimes will not
exist on users' machines (e.g., lisp/TAGS and lisp/abbrev.el, the latter
for an example of `directory-files-and-attributes').  The only mention of
the version number outside of a path is as a mention of where the named
file came from (that is, the CVS Emacs sources for version foo).

So they are neither example version numbers nor versions of recent
Emacsen; they are filenames and sources of files.  The files don't seem
particularly relevant since they are from an old CVS Emacs version, and
perhaps all the text that discusses them would be better rewritten to
discuss toy (or even imaginary) files.

> Can you do these things and send diffs?

Please send along clarifications (and more guidance about the CVS names)
and I'll do just that.

Davis

-- 
This product is sold by volume, not by mass.  If it appears too dense or
too sparse, it is because mass-energy conversion has occurred during
shipping.

  reply	other threads:[~2006-10-10 22:13 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-10-06  6:02 "Emacs 21" Richard Stallman
2006-10-06  7:12 ` CHENG Gao
2006-10-06  7:30   ` Romain Francoise
2006-10-06  9:54     ` CHENG Gao
2006-10-06 16:58       ` Romain Francoise
2006-10-06 13:04     ` Andrew M. Scott
2006-10-07  1:07       ` Richard Stallman
2006-10-06 13:17     ` Piet van Oostrum
2006-10-06 16:54 ` Stuart D. Herring
2006-10-06 19:10   ` Reiner Steib
2006-10-07  1:07   ` Richard Stallman
2006-10-06 17:21 ` Stuart D. Herring
2006-10-06 18:26   ` CHENG Gao
2006-10-06 18:46     ` Romain Francoise
2006-10-06 18:50       ` CHENG Gao
2006-10-06 18:48     ` David Kastrup
2006-10-06 22:16       ` Kim F. Storm
2006-10-07  1:07       ` Richard Stallman
2006-10-07  1:07     ` Richard Stallman
2006-10-07  1:07   ` Richard Stallman
2006-10-10 22:13     ` Stuart D. Herring [this message]
2006-10-10 22:34       ` David Kastrup
2006-10-11 18:50       ` Richard Stallman
2006-10-27 22:15         ` Stuart D. Herring
2006-11-04  0:54           ` Kim F. Storm
2006-11-04  3:17             ` Robert J. Chassell
2006-11-08 21:24               ` Stuart D. Herring
2006-11-09 17:13                 ` Robert J. Chassell
2006-11-05  7:07             ` Richard Stallman
2006-10-06 19:48 ` Stuart D. Herring

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=39197.128.165.123.18.1160518428.squirrel@webmail.lanl.gov \
    --to=herring@lanl.gov \
    --cc=emacs-devel@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).