GNU bug report logs - #27941
25.2; next-line-add-newlines and minibuffer

Previous Next

Package: emacs;

Reported by: Daniel Gildea <gildea <at> cs.rochester.edu>

Date: Fri, 4 Aug 2017 06:15:02 UTC

Severity: minor

Merged with 29529

Found in version 25.2

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 27941 in the body.
You can then email your comments to 27941 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#27941; Package emacs. (Fri, 04 Aug 2017 06:15:02 GMT) Full text and rfc822 format available.
Acknowledgement sent to Daniel Gildea <gildea <at> cs.rochester.edu>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 04 Aug 2017 06:15:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Daniel Gildea <gildea <at> cs.rochester.edu>
To: bug-gnu-emacs <at> gnu.org
Subject: 25.2; next-line-add-newlines and minibuffer
Date: Fri, 04 Aug 2017 02:14:00 -0400

If you

(setq next-line-add-newlines t)

then pressing <down> in the minibuffer always adds a newline,
rather than moving to the next history item.
Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#27941; Package emacs. (Fri, 04 Aug 2017 08:00:02 GMT) Full text and rfc822 format available.

Message #8 received at 27941 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Daniel Gildea <gildea <at> cs.rochester.edu>
Cc: 27941 <at> debbugs.gnu.org
Subject: Re: bug#27941: 25.2; next-line-add-newlines and minibuffer
Date: Fri, 04 Aug 2017 10:59:26 +0300

> From: Daniel Gildea <gildea <at> cs.rochester.edu>
> Date: Fri, 04 Aug 2017 02:14:00 -0400
> 
> If you
> 
> (setq next-line-add-newlines t)
> 
> then pressing <down> in the minibuffer always adds a newline,
> rather than moving to the next history item.

I think that's the intended behavior; you need to type M-n to get the
next history element.

"C-h k <down>" says this key moves cursor either down or to the next
history element.  The minibuffer can be more than one line high.
Merged 27941 29529. Request was from Glenn Morris <rgm <at> gnu.org> to control <at> debbugs.gnu.org. (Fri, 01 Dec 2017 23:36:02 GMT) Full text and rfc822 format available.
bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Mon, 01 Jan 2018 12:24:04 GMT) Full text and rfc822 format available.
This bug report was last modified 7 years and 169 days ago.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.