--- Begin Message ---
|
Subject: |
24.2; Please allow C-p and C-n in minibuffer |
|
Date: |
Thu, 13 Feb 2014 11:04:12 +0000 |
This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org. Please check that
the From: line contains a valid email address. After a delay of up
to one day, you should receive an acknowledgement at that address.
Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.
Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug. If you can, give a recipe
starting from `emacs -Q':
Do C-x C-f f o o RET. This opens a file called foo.
Now C-x k, to close that buffer.
Now we attempt to open the file again: C-x C-f C-p.
That doesn't work; C-p was intended to get the previous filename
but gives 'beginning of buffer'. You need to type M-p instead.
However, in GNU bash, the situation is reversed. To get the previous
command line you have to hit C-p, and M-p just enters a control
sequence. So there is a user interface inconsistency between
bash and Emacs.
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.
If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
`bt full' and `xbacktrace'.
For information about debugging Emacs, please read the file
/usr/share/emacs/24.2/etc/DEBUG.
In GNU Emacs 24.2.1 (x86_64-redhat-linux-gnu, GTK+ Version 3.6.4)
of 2013-07-14 on buildvm-05.phx2.fedoraproject.org
Configured using:
`configure '--build=x86_64-redhat-linux-gnu'
'--host=x86_64-redhat-linux-gnu' '--program-prefix='
'--disable-dependency-tracking' '--prefix=/usr' '--exec-prefix=/usr'
'--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc'
'--datadir=/usr/share' '--includedir=/usr/include'
'--libdir=/usr/lib64' '--libexecdir=/usr/libexec'
'--localstatedir=/var' '--sharedstatedir=/var/lib'
'--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-dbus'
'--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff'
'--with-xft' '--with-xpm' '--with-x-toolkit=gtk3' '--with-gpm=no'
'--with-wide-int' 'build_alias=x86_64-redhat-linux-gnu'
'host_alias=x86_64-redhat-linux-gnu' 'CFLAGS=-DMAIL_USE_LOCKF -O2 -g
-pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector
--param=ssp-buffer-size=4 -m64 -mtune=generic' 'LDFLAGS=-Wl,-z,relro ''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: C
value of $LC_CTYPE: en_GB.UTF-8
value of $LC_MESSAGES: en_GB.UTF-8
value of $LC_MONETARY: en_GB.UTF-8
value of $LC_NUMERIC: en_GB.UTF-8
value of $LC_TIME: en_GB.UTF-8
value of $LANG: en_GB.UTF-8
value of $XMODIFIERS: nil
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Perl
Minor modes in effect:
diff-auto-refine-mode: t
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
transient-mark-mode: t
Recent input:
SPC t h e SPC q u e u e . C-c C-c C-x b W a c TAB C-g
C-x o DEL C-d RET C-x C-f l i b / W a c TAB T TAB RET
C-s s a m e _ C-a C-s w a r n _ s a m e _ C-s C-s C-s
C-s C-s C-r C-r C-r C-a C-x 1 C-f C-f C-f C-f C-f C-f
C-f C-s C-w C-w C-w C-s C-s C-s C-a C-r $ f i l l C-r
C-r C-r C-r C-r C-r C-s C-s C-s C-a C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p C-p
C-p C-p C-p RET RET C-p TAB @ SPC DEL DEL # SPC N B
SPC DEL DEL DEL W e SPC u s e d SPC t o SPC m a k e
SPC s u r e SPC t h a t SPC w a r n _ s a m _ e d a
DEL DEL DEL DEL e _ d a y s SPC w a s SPC a t SPC l
e a s t SPC f i l l + 1 . SPC SPC S o SPC i f SPC a
SPC s e r i e s SPC i s RET TAB # SPC r e a l l y SPC
f i l l e d SPC C-x k RET y e s RET C-x b RET q C-x
C-f C-p C-x C-f ESC p RET ESC x r e p o r t SPC e m
SPC b SPC RET
Recent messages:
Press C-c C-c when you are done editing.
Enter a change comment. Type C-c C-c when done
Mark saved where search started
Mark set [2 times]
Saving file /home/eda/svn_working/repos/scripts/send_deferred_emails...
Wrote /home/eda/svn_working/repos/scripts/send_deferred_emails
Checking in /home/eda/svn_working/repos/scripts/send_deferred_emails...done
Quit
Mark saved where search started [4 times]
line-move-visual: Beginning of buffer
Quit
Load-path shadows:
______________________________________________________________________
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
______________________________________________________________________
--- End Message ---
--- Begin Message ---
|
Subject: |
Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer |
|
Date: |
Tue, 28 Dec 2021 19:05:25 -0800 |
|
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Juri Linkov <juri@linkov.net> writes:
>>> Before closing, we need to decide whether to bind C-p and C-n
>>> to the same commands that were bound in 2014 to [up] and [down],
>>> i.e. whether to apply such patch:
>> [...]
>>> (define-key map [down] 'next-line-or-history-element)
>>> + (define-key map "\C-n" 'next-line-or-history-element)
>>
>> If I remember correctly, I think the idea was to have a way for the user
>> to skip the nice magical DWIM stuff that's on up/down, so C-n/C-p was
>> left alone on purpose. And I think that's still the right decision.
>
> This was my recollection too. So if no one has new arguments
> to change this decision, this request could be closed.
OK, closing.
--- End Message ---