From: Drew Adams <drew.adams@oracle.com>
To: Alan Mackenzie <acm@muc.de>, Stefan Monnier <monnier@iro.umontreal.ca>
Cc: martin rudalics <rudalics@gmx.at>,
"Stephen J. Turnbull" <stephen@xemacs.org>,
emacs-devel@gnu.org
Subject: RE: Default behaviour of RET.
Date: Sat, 19 Oct 2013 08:07:35 -0700 (PDT) [thread overview]
Message-ID: <762fa4a6-1a42-48b2-97ba-0f3ab7ef7ba5@default> (raw)
In-Reply-To: <20131019105836.GA2991@acm.acm>
> OK. I've done a find-grep in .../lisp for all *.el matching
> '^[^;\n]*(newline\([ )]\|$\)'. There are 199 matches.
> There are 27 occurences of the exact string "(or (bolp) (newline))",
> which looks like making sure point is at BOL in an output file.
I haven't been following this thread; sorry. I don't have any calls
to `newline' in my code, FWIW.
Is the following a reasonable summary of the question & positions?
1. One position wants to change the behavior of `newline', so that
all uses of it automatically benefit from the new behavior.
2. The other position wants to keep `newline' as it is, perhaps for
some existing calls and in any case for some future calls. This
position holds that the "old" behavior can be useful in some contexts.
Sounds like two different functions are in order, for the old and new
behaviors - au choix. If so, it's not a big deal to update the Emacs
sources one way or the other.
But in case there is 3rd-party code that uses `newline', it seems
like the prudent choice would be to keep the existing name for the
existing behavior and give the new behavior a new name. 3rd-party
code that wants to "upgrade" to the new behavior can do that. And
there would be no surprises.
Is there more to it that this?
next prev parent reply other threads:[~2013-10-19 15:07 UTC|newest]
Thread overview: 72+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-13 10:13 electric-indent-mode: abolition of `newline' function is not the Right Thing Alan Mackenzie
2013-10-13 13:23 ` Stefan Monnier
2013-10-13 14:09 ` Alan Mackenzie
2013-10-13 16:22 ` Stefan Monnier
2013-10-13 17:28 ` Alan Mackenzie
2013-10-14 12:56 ` Stefan Monnier
2013-10-16 18:46 ` Alan Mackenzie
2013-10-15 18:28 ` martin rudalics
2013-10-16 17:12 ` Alan Mackenzie
2013-10-16 17:59 ` Stefan Monnier
2013-10-16 18:58 ` Alan Mackenzie
2013-10-16 20:55 ` chad
2013-10-16 21:07 ` Daniel Colascione
2013-10-18 16:51 ` Alan Mackenzie
2013-10-16 23:22 ` Stephen J. Turnbull
2013-10-16 18:34 ` martin rudalics
2013-10-16 19:26 ` Default behaviour of RET Alan Mackenzie
2013-10-16 19:47 ` Eli Zaretskii
2013-10-16 23:17 ` Stephen J. Turnbull
2013-10-17 0:47 ` Stefan Monnier
2013-10-18 17:03 ` Alan Mackenzie
2013-10-18 19:52 ` Stefan Monnier
2013-10-18 20:45 ` Alan Mackenzie
2013-10-19 1:59 ` Stefan Monnier
2013-10-19 10:58 ` Alan Mackenzie
2013-10-19 15:07 ` Drew Adams [this message]
2013-10-20 14:55 ` Alan Mackenzie
2013-10-20 22:26 ` Richard Stallman
2013-10-21 2:38 ` Eli Zaretskii
2013-10-19 22:20 ` Stefan Monnier
2013-10-20 15:00 ` Alan Mackenzie
2013-10-18 16:57 ` Alan Mackenzie
2013-10-13 20:00 ` electric-indent-mode: abolition of `newline' function is not the Right Thing Matthias Meulien
2013-10-14 13:21 ` Stefan Monnier
2013-10-14 13:31 ` Matthias Meulien
2013-10-14 16:46 ` Stefan Monnier
2013-10-15 15:54 ` Davis Herring
2013-10-15 20:03 ` Matthias Meulien
2013-10-16 2:44 ` Stefan Monnier
[not found] <<525EDC50.8010401@gmx.at>
[not found] ` <<20131016192642.GD3125@acm.acm>
[not found] ` <<87mwm8g61e.fsf@uwakimon.sk.tsukuba.ac.jp>
[not found] ` <<jwv4n8globm.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131018170320.GC2569@acm.acm>
[not found] ` <<jwvzjq6pdek.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131018204551.GC3012@acm.acm>
[not found] ` <<jwvzjq6c9da.fsf-monnier+emacs@gnu.org>
[not found] ` <<20131019105836.GA2991@acm.acm>
[not found] ` <<762fa4a6-1a42-48b2-97ba-0f3ab7ef7ba5@default>
[not found] ` <<20131020145513.GC3484@acm.acm>
[not found] ` <<E1VY1SB-0006V5-EH@fencepost.gnu.org>
[not found] ` <<83a9i3l554.fsf@gnu.org>
2013-10-21 3:26 ` Default behaviour of RET Drew Adams
2013-10-21 12:12 ` Rustom Mody
2013-10-22 1:25 ` Richard Stallman
2013-10-23 1:20 ` Stephen J. Turnbull
2013-10-22 13:53 ` Kenichi Handa
2013-10-21 16:13 ` Eli Zaretskii
[not found] <<febb6245-ceda-4c33-a220-b0f24a1c34d2@default>
[not found] ` <<8361sqli02.fsf@gnu.org>
2013-10-21 17:01 ` Drew Adams
2013-10-21 20:04 ` Dmitry Gutov
2013-10-21 20:53 ` Drew Adams
2013-10-21 21:15 ` Dmitry Gutov
2013-10-21 22:03 ` chad
2013-10-21 22:12 ` Daniel Colascione
2013-10-21 23:10 ` Drew Adams
2013-10-22 6:49 ` Lars Brinkhoff
2013-10-23 20:23 ` Alan Mackenzie
2013-10-21 22:13 ` Davis Herring
2013-10-21 23:12 ` Drew Adams
2013-10-21 22:59 ` Jorgen Schaefer
2013-10-22 14:02 ` Stefan Monnier
2013-10-23 0:10 ` Richard Stallman
2013-10-23 4:36 ` Josh
2013-10-23 12:29 ` Stefan Monnier
2013-10-23 18:15 ` Josh
2013-10-24 13:35 ` Stefan Monnier
2013-10-21 23:10 ` Drew Adams
2013-10-22 7:45 ` Jarek Czekalski
2013-10-22 12:03 ` Rustom Mody
2013-10-23 20:18 ` Alan Mackenzie
2013-10-23 23:43 ` Stephen J. Turnbull
2013-10-24 1:53 ` Dmitry Gutov
2013-10-21 22:59 ` Xue Fuqiao
-- strict thread matches above, loose matches on Subject: below --
2013-10-21 23:09 Drew Adams
2013-10-22 0:37 ` Dmitry Gutov
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=762fa4a6-1a42-48b2-97ba-0f3ab7ef7ba5@default \
--to=drew.adams@oracle.com \
--cc=acm@muc.de \
--cc=emacs-devel@gnu.org \
--cc=monnier@iro.umontreal.ca \
--cc=rudalics@gmx.at \
--cc=stephen@xemacs.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).