From: Drew Adams <drew.adams@oracle.com>
To: 17074@debbugs.gnu.org
Subject: bug#17074: 24.4.50; C-j is undefined in Emacs Lisp mode (and RET doesn't indent either)
Date: Sun, 23 Mar 2014 14:16:36 -0700 (PDT) [thread overview]
Message-ID: <415b0420-c07d-418e-878a-693f1d3f5b9a@default> (raw)
Up until recently, it was bad enough that you, in effect, swapped C-j
and RET behaviors. Bad enough, meaning that I needed to use different
keys for different Emacs versions, by default. But at least I could do
that.
In this version, you've gone a step further and eliminated any
newline-and-indent binding by default (AFAICT).
C-j used to do that. And recently RET had that effect. Now neither key
does it. And C-j isn't even bound by default!
Please stop this madness. Could you please return to the behavior that
Emacs has always had in this regard: C-j to insert a newline and indent,
RET to just insert a newline?
Or if that's too much to ask, could you please revert to what you had
recently, so I can at least get newline-and-indent by hitting RET
instead of C-j?
Yes, I can customize things, once you stop changing things and I figure
out what the right way to customize things is.
FWIW, NEWS is no help in this regard. You've introduced a regression in
longstanding behavior (you will call it an improvement, no doubt),
apparently without telling users how to simply get back the previous
behavior. Shame.
In GNU Emacs 24.4.50.1 (i686-pc-mingw32)
of 2014-03-21 on ODIEONE
Bzr revision: 116829 dancol@dancol.org-20140321121023-5tjxtiws6qa4qyod
Windowing system distributor `Microsoft Corp.', version 6.1.7601
Configured using:
`configure --prefix=/c/Devel/emacs/snapshot/trunk
--enable-checking=yes,glyphs 'CFLAGS=-O0 -g3' 'CPPFLAGS=-DGC_MCHECK=1
-Ic:/Devel/emacs/include' LDFLAGS=-Lc:/Devel/emacs/lib'
next reply other threads:[~2014-03-23 21:16 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-03-23 21:16 Drew Adams [this message]
2014-03-24 1:04 ` bug#17074: 24.4.50; C-j is undefined in Emacs Lisp mode (and RET doesn't indent either) Stefan
2014-03-24 1:16 ` Drew Adams
2014-03-24 3:19 ` Stefan Monnier
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=415b0420-c07d-418e-878a-693f1d3f5b9a@default \
--to=drew.adams@oracle.com \
--cc=17074@debbugs.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 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.