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 #37 received at 16740 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: 16740 <at> debbugs.gnu.org, Ed Avis <eda <at> waniasset.com>,
 Drew Adams <drew.adams <at> oracle.com>
Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer
Date: Fri, 24 Dec 2021 22:28:13 -0800
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:

>>> But we could make C-p/C-n jump to the previous/next history element
>>> when called from the first/last line, which would combine both
>>> behaviors. The implementation should be careful to make sure that
>>> C-p followed by C-n brings you back to the same position (same for
>>> C-n followed by C-p), otherwise such behavior can get irritating
>>> when you accidentally hit C-p from the first line.
>> Just makes the user interaction more confusing.
>
> I wouldn't like it, indeed, and I don't think it would make sense as
> a default.  But an option could provide that behavior.

No one has implemented this in 8 years, so I'm leaning towards closing
this feature request.  If anyone thinks it should remain open, please
speak up.  Thanks.




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.