From: Alan Mackenzie <acm@muc.de>
To: Stefan Monnier <monnier@iro.umontreal.ca>
Cc: "Chong Yidong" <cyd@stupidchicken.com>,
emacs-devel@gnu.org, Röhler <andreas.roehler@online.de>,
"Miles Bader" <miles@gnu.org>
Subject: Re: end-of-defun is fubsr.
Date: Sun, 15 Feb 2009 22:00:50 +0000 [thread overview]
Message-ID: <20090215220050.GA3905@muc.de> (raw)
In-Reply-To: <jwvy6w77bf5.fsf-monnier+emacs@gnu.org>
On Sun, Feb 15, 2009 at 02:26:57PM -0500, Stefan Monnier wrote:
> >> I prefer the current text.
> > Was my patch really that bad?
> I'm not saying it's bad, I'm saying that I find it less good than the
> current text. Most of the differences are nitpicks on which
> we disagree for reasons explained over and over in this thread.
The current text doesn't specify an EOD-F sufficiently to enable a major
mode writer to construct one. He is forced to read the source in
lisp.el and work it out for himself. This is a Bad Thing.
> > Look, I'm as sick of all this as you must be.
> AFAIK the only thing still missing is the addition of ARG to
> EOD-function, which is something I prefer to postpone because it's not
> a bug fix and we're in pretest.
There's a lot more "missing" than that.
With all due respect, a change this big should have been discussed on
emacs-devel long before we got to the pretest. The only discussion I
think there's been so far was in the thread "Useless change in lisp.el?"
started by Andreas Röhler in November 2007. Your verdict at the time
was, and I quote: "Rather than argue abuot the change itself, just give
us some use case where the new behavior is problematic."
We have now seen such a use case, if not two or three.
Why did this change not get proper discussion on emacs-devel? Or did I
miss it?
I'd disagree with you about the bug fixness of the thing, but the last
thing we need to do is squabble about what words mean. The effort
needed to fix it now is of a lesser order of magnitude than what will be
needed later if the current implementation is released in Emacs 23. In
fact, the effort to fix it now is probably less than what the two of us
have just spent composing emails on the topic.
A suggestion: Let's just revert to the Emacs 22 code and documentation.
That was at least stable and consistent, and reverting won't introduce
new problems. The way things are at the moment will introduce new
problems for people outside the core Emacs team. It has already done so
for people inside the team.
If we release with lisp.el the way it currently is in the CVS, the
problems it will cause will be unfixable in the future, or at least
fixable only with an inordinate degree of uncreative effort. I suspect
a lot of major mode maintainers just won't bother.
Then we can discuss things properly and fix them properly for Emacs 24.
> Stefan
--
Alan Mackenzie (Nuremberg, Germany).
next prev parent reply other threads:[~2009-02-15 22:00 UTC|newest]
Thread overview: 42+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-02 8:13 end-of-defun acts weirdly in c-mode; also, mark-defun in c-mode Miles Bader
2009-02-02 20:27 ` Alan Mackenzie
2009-02-02 22:46 ` Stefan Monnier
2009-02-03 9:17 ` Miles Bader
2009-02-03 10:50 ` Alan Mackenzie
2009-02-03 11:23 ` Miles Bader
2009-02-03 11:35 ` Miles Bader
2009-02-03 12:29 ` Alan Mackenzie
2009-02-03 13:00 ` Alan Mackenzie
2009-02-03 16:09 ` end-of-defun is fubsr. [Was: end-of-defun acts weirdly in c-mode] Alan Mackenzie
2009-02-03 15:56 ` Juanma Barranquero
2009-02-03 16:34 ` end-of-defun is fubsr Chong Yidong
2009-02-03 17:18 ` Andreas Roehler
2009-02-04 11:33 ` Alan Mackenzie
2009-02-04 14:54 ` Andreas Roehler
2009-02-03 16:40 ` end-of-defun is fubsr. [Was: end-of-defun acts weirdly in c-mode] Alan Mackenzie
2009-02-03 17:13 ` end-of-defun is fubsr Stefan Monnier
2009-02-03 18:58 ` Alan Mackenzie
2009-02-03 20:50 ` Stefan Monnier
2009-02-04 0:14 ` Alan Mackenzie
2009-02-04 2:21 ` Stefan Monnier
2009-02-04 13:37 ` Alan Mackenzie
2009-02-04 14:29 ` Stefan Monnier
2009-02-04 15:44 ` Alan Mackenzie
2009-02-05 10:37 ` Andreas Roehler
2009-02-12 21:35 ` Stefan Monnier
2009-02-13 11:08 ` Alan Mackenzie
2009-02-13 14:31 ` Stefan Monnier
2009-02-13 16:42 ` Alan Mackenzie
2009-02-13 17:06 ` Stefan Monnier
2009-02-13 18:57 ` Alan Mackenzie
2009-02-14 4:22 ` Stefan Monnier
2009-02-14 18:00 ` Alan Mackenzie
2009-02-14 21:16 ` Stefan Monnier
2009-02-14 23:25 ` Alan Mackenzie
2009-02-15 0:57 ` Miles Bader
2009-02-15 19:26 ` Stefan Monnier
2009-02-15 22:00 ` Alan Mackenzie [this message]
2009-02-05 11:44 ` Problems C Mode has with src/regex.c [was: end-of-defun is fubsr.] Alan Mackenzie
2009-02-05 21:50 ` end-of-defun acts weirdly in c-mode Alan Mackenzie
2009-02-06 1:03 ` Glenn Morris
2009-02-06 12:23 ` Alan Mackenzie
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20090215220050.GA3905@muc.de \
--to=acm@muc.de \
--cc=andreas.roehler@online.de \
--cc=cyd@stupidchicken.com \
--cc=emacs-devel@gnu.org \
--cc=miles@gnu.org \
--cc=monnier@iro.umontreal.ca \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.