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.

Full log

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.
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.