GNU bug report logs - #16740
24.2; Please allow C-p and C-n in minibuffer

Previous Next

Package: emacs;

Reported by: Ed Avis <eda <at> waniasset.com>

Date: Thu, 13 Feb 2014 11:05:02 UTC

Severity: wishlist

Tags: moreinfo

Found in version 24.2

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Forwarded to https://lists.gnu.org/archive/html/bug-bash/2014-02/msg00045.html

Full log


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

From: Andreas Schwab <schwab <at> suse.de>
To: Ed Avis <eda <at> waniasset.com>
Cc: 16740 <at> debbugs.gnu.org
Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer
Date: Thu, 13 Feb 2014 12:22:21 +0100
Ed Avis <eda <at> waniasset.com> writes:

> I think the best way to resolve it is to make C-p and C-n work in
> the Emacs minibuffer to get the previous and next lines from the
> history, just as M-p and M-n do.  Since the minibuffer is almost
> always a single line of text, the bindings to previous-line and
> next-line aren't helpful in the minibuffer.

IMHO it should be rather the other way round, and bash/readline should
be changed.  When editing a multiline minibuffer then C-n/C-p should
just navigate within it.  In readline there doesn't seem to be a way to
go to the previous line of a multiline buffer except by horizonal
movement over the newline, which is annoying.

Note that in Emacs the cursor keys already work like M-n/M-p.

Andreas.

-- 
Andreas Schwab, SUSE Labs, schwab <at> suse.de
GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE  1748 E4D4 88E3 0EEA B9D7
"And now for something completely different."




This bug report was last modified 3 years and 223 days ago.

Previous Next


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