GNU bug report logs - #29529
next-line-add-newlines shouldn't be respected in next-line-or-history-element

Previous Next

Package: emacs;

Reported by: "E. Choroba" <choroba <at> matfyz.cz>

Date: Fri, 1 Dec 2017 22:51:01 UTC

Severity: minor

Merged with 27941

Found in version 25.2

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

Bug is archived. No further changes may be made.

Full log


Message #12 received at 29529-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: "E. Choroba" <choroba <at> matfyz.cz>
Cc: 29529-done <at> debbugs.gnu.org
Subject: Re: bug#29529: next-line-add-newlines shouldn't be respected in
 next-line-or-history-element
Date: Sun, 03 Dec 2017 18:00:36 +0200
> Date: Fri, 1 Dec 2017 23:49:56 +0100 (CET)
> From: "E. Choroba" <choroba <at> matfyz.cz>
> 
> I don't like the "end of buffer" errors, so I have switched 
> next-line-add-newlines to t. In recent Emacs versions, though, this makes it 
> impossible to browse the minibuffer history with cursor arrows: <down> adds a 
> newline into the minibufer instead of showing the next history element. M-n 
> works correctly, though.
> 
> Steps to reproduce (tested in 25.3.1):
> 
> emacs -Q
> (setq next-line-add-newlines t) C-x C-e
> C-x C-f <down>
> 
> Solution:
> 
> Set the variable to nil locally in next-line-or-history-element.
> 
> Patch:

Thanks, I installed your patch.




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.