[debbugs-tracker] bug#29529: closed (next-line-add-newlines shouldn't be respected in next-line-or-history-element)

[GNU bug Tracking System]

Your message dated Sun, 03 Dec 2017 18:00:36 +0200
with message-id <address@hidden>
and subject line Re: bug#29529: next-line-add-newlines shouldn't be respected 
in next-line-or-history-element
has caused the debbugs.gnu.org bug report #29529,
regarding next-line-add-newlines shouldn't be respected in 
next-line-or-history-element
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
29529: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=29529
GNU Bug Tracking System
Contact address@hidden with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> next-line-add-newlines shouldn't be respected in next-line-or-history-element
>
>
>
>
> Date: 
>
> Fri, 1 Dec 2017 23:49:56 +0100 (CET)
>
>
>
>
> User-agent: 
>
> Alpine 2.20 (LSU 67 2015-01-07)
>
>
>
>
> Hi,
>
> 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:
>
> diff -u <(zcat /usr/local/share/emacs/25.3/lisp/simple.el.gz) ~/simple.el
> --- /dev/fd/63  2017-12-01 23:45:06.338468797 +0100
> +++ /home/choroba/simple.el     2017-12-01 23:45:04.166450109 +0100
> @@ -2038,6 +2038,7 @@
>    (interactive "^p")
>    (or arg (setq arg 1))
>    (let* ((old-point (point))
> +         (next-line-add-newlines nil)
>          ;; Remember the original goal column of possibly multi-line input
>          ;; excluding the length of the prompt on the first line.
>          (prompt-end (minibuffer-prompt-end))
>
>
> Cheers,
>
> Ch.
>
>
>
> --- End Message ---
> --- Begin Message ---
>
>
>
> 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" <address@hidden>
> > 
> > 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.
>
>
> --- End Message ---