From unknown Fri Sep 05 18:57:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#16740 <16740@debbugs.gnu.org> To: bug#16740 <16740@debbugs.gnu.org> Subject: Status: 24.2; Please allow C-p and C-n in minibuffer Reply-To: bug#16740 <16740@debbugs.gnu.org> Date: Sat, 06 Sep 2025 01:57:59 +0000 retitle 16740 24.2; Please allow C-p and C-n in minibuffer reassign 16740 emacs submitter 16740 Ed Avis severity 16740 wishlist tag 16740 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 06:04:43 2014 Received: (at submit) by debbugs.gnu.org; 13 Feb 2014 11:04:43 +0000 Received: from localhost ([127.0.0.1]:50030 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDu5y-00073v-Dh for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:04:43 -0500 Received: from eggs.gnu.org ([208.118.235.92]:56007) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDu5w-00073i-75 for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:04:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDu5l-0007X2-9k for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:04:34 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,UNPARSEABLE_RELAY autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:45016) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDu5l-0007Wv-6D for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:04:29 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57713) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDu5f-0005kR-23 for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 06:04:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WDu5X-0007U3-O0 for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 06:04:22 -0500 Received: from mail1.bemta4.messagelabs.com ([85.158.143.249]:35434) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WDu5X-0007TP-FN for bug-gnu-emacs@gnu.org; Thu, 13 Feb 2014 06:04:15 -0500 Received: from [85.158.143.35:55420] by server-2.bemta-4.messagelabs.com id 07/A4-10891-DA6ACF25; Thu, 13 Feb 2014 11:04:13 +0000 X-Env-Sender: eda@waniasset.com X-Msg-Ref: server-14.tower-21.messagelabs.com!1392289453!5383444!1 X-Originating-IP: [213.212.127.155] X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=waniasset.com,-,- X-VirusChecked: Checked Received: (qmail 14775 invoked from network); 13 Feb 2014 11:04:13 -0000 Received: from unknown (HELO WCL-EXCHCAS03.wcl.local) (213.212.127.155) by server-14.tower-21.messagelabs.com with AES128-SHA encrypted SMTP; 13 Feb 2014 11:04:13 -0000 Received: from WCL-EXCH02.wcl.local ([169.254.1.226]) by WCL-EXCHCAS03.wcl.local ([149.85.126.212]) with mapi id 14.03.0123.003; Thu, 13 Feb 2014 11:04:13 +0000 From: Ed Avis To: "'bug-gnu-emacs@gnu.org'" Subject: 24.2; Please allow C-p and C-n in minibuffer Thread-Topic: 24.2; Please allow C-p and C-n in minibuffer Thread-Index: Ac8oq0K8stCJPfMyRpqh6Ak+mZLbmw== Date: Thu, 13 Feb 2014 11:04:12 +0000 Message-ID: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [149.85.127.183] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) 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=20way 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=3Dx86_64-redhat-linux-gnu' '--host=3Dx86_64-redhat-linux-gnu' '--program-prefix=3D' '--disable-dependency-tracking' '--prefix=3D/usr' '--exec-prefix=3D/usr' '--bindir=3D/usr/bin' '--sbindir=3D/usr/sbin' '--sysconfdir=3D/etc' '--datadir=3D/usr/share' '--includedir=3D/usr/include' '--libdir=3D/usr/lib64' '--libexecdir=3D/usr/libexec' '--localstatedir=3D/var' '--sharedstatedir=3D/var/lib' '--mandir=3D/usr/share/man' '--infodir=3D/usr/share/info' '--with-dbus' '--with-gif' '--with-jpeg' '--with-png' '--with-rsvg' '--with-tiff' '--with-xft' '--with-xpm' '--with-x-toolkit=3Dgtk3' '--with-gpm=3Dno' '--with-wide-int' 'build_alias=3Dx86_64-redhat-linux-gnu' 'host_alias=3Dx86_64-redhat-linux-gnu' 'CFLAGS=3D-DMAIL_USE_LOCKF -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=3D2 -fexceptions -fstack-protector --param=3Dssp-buffer-size=3D4 -m64 -mtune=3Dgeneric' 'LDFLAGS=3D-Wl,-z,re= lro '' 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=20l 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...don= e 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 ______________________________________________________________________ From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 06:22:27 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 11:22:28 +0000 Received: from localhost ([127.0.0.1]:50040 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuN9-0007X5-Gw for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:22:27 -0500 Received: from cantor2.suse.de ([195.135.220.15]:49096 helo=mx2.suse.de) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuN5-0007Wr-GD for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 06:22:24 -0500 Received: from relay2.suse.de (charybdis-ext.suse.de [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id 69A3EABC3; Thu, 13 Feb 2014 11:22:22 +0000 (UTC) From: Andreas Schwab To: Ed Avis Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> X-Yow: I'm also pre-POURED pre-MEDITATED and pre-RAPHAELITE!! Date: Thu, 13 Feb 2014 12:22:21 +0100 In-Reply-To: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> (Ed Avis's message of "Thu, 13 Feb 2014 11:04:12 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -5.7 (-----) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.7 (-----) Ed Avis 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@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 06:26:53 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 11:26:53 +0000 Received: from localhost ([127.0.0.1]:50047 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuRQ-0007gP-Id for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:26:52 -0500 Received: from mail-lb0-f172.google.com ([209.85.217.172]:36504) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuRN-0007g9-Rf for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 06:26:50 -0500 Received: by mail-lb0-f172.google.com with SMTP id c11so8114036lbj.17 for <16740@debbugs.gnu.org>; Thu, 13 Feb 2014 03:26:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=D87bMGL1HbjLV3nBveg+FDSpaSC2PaWj65clJcKtZY4=; b=Cos7ZVY11iKSofXxAcmbt4cMYMIgfYX23GUHEAB8f5JEzJ9dAKKUeGq6sN9fXJ4AFG xZY7LHPwW/mAEu70nvwOaSv91JFwxeoaVNv0Wx3PwR/PRE9s6ZDrASkJmPL3e8i2wzd1 Lkg2F9rICj0qxTgVIx+CzTZ/FV2Wn21/qXbZdU+bCs/ElsmCzsKEbuF8x0YgihQxNmo6 i/opVjrtu+tJoa0XcdpPMVYiPvPAFSvYek4OkUTi0wiYIqoCvmAa8oi+uZJFLO2d6izl 65QRrpMORdiCWqtC31Nn9o4BQ7kNUblXLhokm/sp5PgxbJKOnINTOGAua5ni4Wv/jKcP nOMA== MIME-Version: 1.0 X-Received: by 10.153.0.33 with SMTP id av1mr783274lad.14.1392290803599; Thu, 13 Feb 2014 03:26:43 -0800 (PST) Received: by 10.114.18.69 with HTTP; Thu, 13 Feb 2014 03:26:43 -0800 (PST) In-Reply-To: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> Date: Thu, 13 Feb 2014 12:26:43 +0100 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer From: Dani Moncayo To: Ed Avis Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > 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. Indeed. I also noticed this inconsistency time ago. > 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. I wonder why bash uses C-p/C-n instead of M-p/M-n for browsing the command history. Indeed Minibuffers have usually a single line of text, but not always. So, I think that the standard meaning of C-p/C-n (previous/next line) is sometimes useful also in the minibuffer. IOW, I'd rather change bash behavior to match the Emacs one, instead of the other way around. -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 06:32:15 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 11:32:15 +0000 Received: from localhost ([127.0.0.1]:50051 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuWc-0007qX-Fx for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:32:15 -0500 Received: from mail1.bemta5.messagelabs.com ([195.245.231.143]:36323) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDuWa-0007qO-5b for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 06:32:12 -0500 Received: from [85.158.139.211:65319] by server-7.bemta-5.messagelabs.com id 8F/EB-14867-A3DACF25; Thu, 13 Feb 2014 11:32:10 +0000 X-Env-Sender: eda@waniasset.com X-Msg-Ref: server-4.tower-206.messagelabs.com!1392291130!3661229!1 X-Originating-IP: [80.169.169.167] X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=waniasset.com,-,- X-VirusChecked: Checked Received: (qmail 24472 invoked from network); 13 Feb 2014 11:32:10 -0000 Received: from unknown (HELO WCL-EXCHCAS02.wcl.local) (80.169.169.167) by server-4.tower-206.messagelabs.com with AES128-SHA encrypted SMTP; 13 Feb 2014 11:32:10 -0000 Received: from WCL-EXCH02.wcl.local ([169.254.1.226]) by WCL-EXCHCAS02.wcl.local ([149.85.127.102]) with mapi id 14.03.0123.003; Thu, 13 Feb 2014 11:32:10 +0000 From: Ed Avis To: 'Dani Moncayo' Subject: RE: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Thread-Topic: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Thread-Index: Ac8oq0K8stCJPfMyRpqh6Ak+mZLbmwAAzXiAAAAIkZA= Date: Thu, 13 Feb 2014 11:32:09 +0000 Message-ID: <7E039918541B4C4183BFDB8F015C743065AD34@WCL-EXCH02.wcl.local> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [149.85.127.183] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16740 Cc: "16740@debbugs.gnu.org" <16740@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >IOW, I'd rather change bash behavior to match the Emacs one, instead >of the other way around. I expected that to be the response. And no doubt on the bash mailing list it would be the opposite. I will ask them though. To my mind the best resolution is for both programs to accept both keybindings. I agree that sometimes it happens that the minibuffer contains more than one line of text. But never with find-file. I don't think I've ever want= ed to create or open a filename with embedded newline using Emacs. As a compromise could Emacs make C-p do previous-line if the minibuffer contains more than one line, and previous-history-element otherwise? --=20 Ed Avis ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 06:41:26 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 11:41:26 +0000 Received: from localhost ([127.0.0.1]:50075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDufV-00088W-Pr for submit@debbugs.gnu.org; Thu, 13 Feb 2014 06:41:26 -0500 Received: from mail-la0-f51.google.com ([209.85.215.51]:55967) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDufS-00088F-Uv for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 06:41:23 -0500 Received: by mail-la0-f51.google.com with SMTP id c6so8035425lan.38 for <16740@debbugs.gnu.org>; Thu, 13 Feb 2014 03:41:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YtsUHr+5c4mL7C+DMLQt90LFiuZzNUBHFkp6lnjGHng=; b=RtoO9jpyKE+WNraC1jLzR83GlIoeCY8PfQt8HpFD8qqXsc+vnonil8Z0ukx+LU5Qkp oDZufXy5VQdk71TEDizbgfSvP+j0zkyxeeUeBk9Ti5zMiRhdQMqaBrdozydt3VAn0m1I +/QpHiIgJxt5tHIoPQaWltTtlIG9uF2mmyIVVbld6/TblEi4vE0qR1tzdRLDXGXfVQ61 r6HaJCKXGKBTfJZfswVazIVKOZwc4Ln/fWwOf3UsO6XFsZHyO1uAqz6cTXe+Xf27xWaj IUDjIxh909Nzoou7uHRcz2wH6jOS6lMjNcTxLlY26mQF8CBfoQU2+zYzqo899zGEm8Fr cp0A== MIME-Version: 1.0 X-Received: by 10.152.5.101 with SMTP id r5mr776153lar.56.1392291676802; Thu, 13 Feb 2014 03:41:16 -0800 (PST) Received: by 10.114.18.69 with HTTP; Thu, 13 Feb 2014 03:41:16 -0800 (PST) In-Reply-To: <7E039918541B4C4183BFDB8F015C743065AD34@WCL-EXCH02.wcl.local> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <7E039918541B4C4183BFDB8F015C743065AD34@WCL-EXCH02.wcl.local> Date: Thu, 13 Feb 2014 12:41:16 +0100 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer From: Dani Moncayo To: Ed Avis Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: "16740@debbugs.gnu.org" <16740@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, Feb 13, 2014 at 12:32 PM, Ed Avis wrote: >>IOW, I'd rather change bash behavior to match the Emacs one, instead >>of the other way around. > > I expected that to be the response. And no doubt on the bash mailing > list it would be the opposite. I will ask them though. To my mind the > best resolution is for both programs to accept both keybindings. I think that having different meanings for C-p/C-n and M-p/M-n would give a richer user interface, also in bash, because it would allow, on one hand to browse the command history (with M-p/M-n) while at the same time move vertically within a single multiline command (with C-p/C-n). Just like in Emacs. IMO that would be TRT. -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 08:46:14 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 13:46:14 +0000 Received: from localhost ([127.0.0.1]:50155 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDwcH-0004GJ-Jy for submit@debbugs.gnu.org; Thu, 13 Feb 2014 08:46:13 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:19523) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDwcF-0004G3-J1 for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 08:46:11 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFLd+mu/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IPAS-Result: Av4EABK/CFFLd+mu/2dsb2JhbABEvw4Xc4IeAQEEAVYjBQsLNBIUGA0kiB4GwS2RCgOIYZwZgV6DFQ X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="47525832" Received: from 75-119-233-174.dsl.teksavvy.com (HELO pastel.home) ([75.119.233.174]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Feb 2014 08:46:06 -0500 Received: by pastel.home (Postfix, from userid 20848) id CF21860079; Thu, 13 Feb 2014 08:46:05 -0500 (EST) From: Stefan Monnier To: Ed Avis Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Message-ID: References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> Date: Thu, 13 Feb 2014 08:46:05 -0500 In-Reply-To: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> (Ed Avis's message of "Thu, 13 Feb 2014 11:04:12 +0000") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) > 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. Directly binding C-p and C-n to the same commands as M-p and M-n is not really an option, since we need the current behavior for multiline editing (and even filenames without newlines can span multiple lines, if the file name is ling enough to cause wrapping). 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. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 09:00:08 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 14:00:08 +0000 Received: from localhost ([127.0.0.1]:50164 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDwpi-0004bj-NH for submit@debbugs.gnu.org; Thu, 13 Feb 2014 09:00:08 -0500 Received: from mail1.bemta3.messagelabs.com ([195.245.230.175]:23261) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDwpc-0004af-RA for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 09:00:01 -0500 Received: from [85.158.137.68:12372] by server-15.bemta-3.messagelabs.com id 86/BA-19263-EDFCCF25; Thu, 13 Feb 2014 13:59:58 +0000 X-Env-Sender: eda@waniasset.com X-Msg-Ref: server-12.tower-31.messagelabs.com!1392299997!652773!1 X-Originating-IP: [213.212.127.155] X-StarScan-Received: X-StarScan-Version: 6.9.16; banners=waniasset.com,-,- X-VirusChecked: Checked Received: (qmail 13788 invoked from network); 13 Feb 2014 13:59:57 -0000 Received: from unknown (HELO WCL-EXCHCAS03.wcl.local) (213.212.127.155) by server-12.tower-31.messagelabs.com with AES128-SHA encrypted SMTP; 13 Feb 2014 13:59:57 -0000 Received: from WCL-EXCH02.wcl.local ([169.254.1.226]) by WCL-EXCHCAS03.wcl.local ([149.85.126.212]) with mapi id 14.03.0123.003; Thu, 13 Feb 2014 13:59:57 +0000 From: Ed Avis To: 'Stefan Monnier' Subject: RE: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Thread-Topic: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Thread-Index: Ac8oq0K8stCJPfMyRpqh6Ak+mZLbmwAFq/e2AABc4gA= Date: Thu, 13 Feb 2014 13:59:56 +0000 Message-ID: <7E039918541B4C4183BFDB8F015C743065AF26@WCL-EXCH02.wcl.local> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> In-Reply-To: Accept-Language: en-US, en-GB Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [149.85.127.183] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: "16740@debbugs.gnu.org" <16740@debbugs.gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Stefan Monnier wrote: >But we could make C-p/C-n jump to the previous/next history element >when called from the first/last line, That would work. So where it currently prints 'Beginning of buffer' it would instead go to the previous item in the history. But where C-p currently does something, its behaviour would not change. You are right that the minibuffer can contain multiple lines just because the filename is long enough. I was still thinking in terms of the old day= s when next-line went to the next logical line, not the next physical line on screen. --=20 Ed Avis ______________________________________________________________________ This email has been scanned by the Symantec Email Security.cloud service. For more information please visit http://www.symanteccloud.com ______________________________________________________________________ From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 09:45:06 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 14:45:06 +0000 Received: from localhost ([127.0.0.1]:50204 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDxXF-0005p5-F5 for submit@debbugs.gnu.org; Thu, 13 Feb 2014 09:45:05 -0500 Received: from aserp1040.oracle.com ([141.146.126.69]:49432) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDxXB-0005oM-FD for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 09:45:02 -0500 Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s1DEisV4003576 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 13 Feb 2014 14:44:55 GMT Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s1DEirCT003098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 13 Feb 2014 14:44:54 GMT Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s1DEirXZ001767; Thu, 13 Feb 2014 14:44:53 GMT MIME-Version: 1.0 Message-ID: <266758c2-0b11-4526-854e-bb655805478a@default> Date: Thu, 13 Feb 2014 06:44:51 -0800 (PST) From: Drew Adams To: Stefan Monnier , Ed Avis Subject: RE: bug#16740: 24.2; Please allow C-p and C-n in minibuffer References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.0 (---) > 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. In particular, in some cases it might not be obvious to a user that s?he is at the last line, or s?he might not notice that fact. Or s?he might intentionally hold down `C-n' or `C-p' to get to the end or start without counting or looking after each keypress. YAGNI. From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 09:53:15 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 14:53:15 +0000 Received: from localhost ([127.0.0.1]:50208 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDxf8-000629-UL for submit@debbugs.gnu.org; Thu, 13 Feb 2014 09:53:15 -0500 Received: from mail-la0-f44.google.com ([209.85.215.44]:47715) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDxf6-00061t-KP for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 09:53:13 -0500 Received: by mail-la0-f44.google.com with SMTP id hr13so8367317lab.31 for <16740@debbugs.gnu.org>; Thu, 13 Feb 2014 06:53:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=eiTdBiHchLRVLm8gPGHgPBpVErF2pc9emxywDSAKcTo=; b=MjpySFZ+ODZda9zATOSH50xg1ZmSM76u8dqEfD396AHuz2CzpqsKwhKxVhftEIVRSF jD8rn6BzDZnueHW78rLf41DP/gmH0gW9XPAZag5KFGAu1Vp5/fReGx8CB7W3mdeNGFpS BOPY1722dw4lm87NHWyPhAqNRi5w9KfA8mhMOszMMkqUNNg6LklehaWEh1TJGcEy5z8w TA/ey+8GAPFt3WPIMviQAalJbC5FQpgFFHX//qAlSHwrioU/DzkK5rvtkQwfoIJD3l+a ply4lnTLNcshZUPUsboJnoIKCLdBprA1MyEaI4joEi/4g1cK+gOrQVugg0toQVwzWDIn oBgQ== MIME-Version: 1.0 X-Received: by 10.112.189.68 with SMTP id gg4mr1298052lbc.18.1392303186338; Thu, 13 Feb 2014 06:53:06 -0800 (PST) Received: by 10.114.18.69 with HTTP; Thu, 13 Feb 2014 06:53:06 -0800 (PST) In-Reply-To: <266758c2-0b11-4526-854e-bb655805478a@default> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> Date: Thu, 13 Feb 2014 15:53:06 +0100 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer From: Dani Moncayo To: Drew Adams Content-Type: text/plain; charset=ISO-8859-1 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: "16740@debbugs.gnu.org" <16740@debbugs.gnu.org>, Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) On Thu, Feb 13, 2014 at 3:44 PM, Drew Adams wrote: >> 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. > > In particular, in some cases it might not be obvious to a user > that s?he is at the last line, or s?he might not notice that fact. > > Or s?he might intentionally hold down `C-n' or `C-p' to get to the > end or start without counting or looking after each keypress. > > YAGNI. That's exactly what I think. I've just filed a request to the Bash developers (bug-bash@gnu.org) about this [1]. Let's see what they say... --- footnotes --- [1] But it doesn't appear yet at http://lists.gnu.org/archive/html/bug-bash/2014-02/index.html -- Dani Moncayo From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 11:03:58 2014 Received: (at 16740) by debbugs.gnu.org; 13 Feb 2014 16:03:58 +0000 Received: from localhost ([127.0.0.1]:50931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDylZ-0008Ay-NN for submit@debbugs.gnu.org; Thu, 13 Feb 2014 11:03:57 -0500 Received: from ironport2-out.teksavvy.com ([206.248.154.181]:32918) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDylX-0008Ag-Mg for 16740@debbugs.gnu.org; Thu, 13 Feb 2014 11:03:55 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFLd+mu/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IPAS-Result: Av4EABK/CFFLd+mu/2dsb2JhbABEvw4Xc4IeAQEEAVYjEAs0EhQYDSSIHgbBLZEKA4hhnBmBXoMV X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="47545373" Received: from 75-119-233-174.dsl.teksavvy.com (HELO pastel.home) ([75.119.233.174]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 13 Feb 2014 11:03:50 -0500 Received: by pastel.home (Postfix, from userid 20848) id 0086E6007C; Thu, 13 Feb 2014 11:03:49 -0500 (EST) From: Stefan Monnier To: Drew Adams Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Message-ID: References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> Date: Thu, 13 Feb 2014 11:03:49 -0500 In-Reply-To: <266758c2-0b11-4526-854e-bb655805478a@default> (Drew Adams's message of "Thu, 13 Feb 2014 06:44:51 -0800 (PST)") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.3 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.3 (/) >> 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. Stefan From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 13 12:07:30 2014 Received: (at control) by debbugs.gnu.org; 13 Feb 2014 17:07:30 +0000 Received: from localhost ([127.0.0.1]:51058 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDzl3-0002sd-G7 for submit@debbugs.gnu.org; Thu, 13 Feb 2014 12:07:29 -0500 Received: from fencepost.gnu.org ([208.118.235.10]:42922 ident=Debian-exim) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WDzl0-0002sV-T3 for control@debbugs.gnu.org; Thu, 13 Feb 2014 12:07:27 -0500 Received: from rgm by fencepost.gnu.org with local (Exim 4.71) (envelope-from ) id 1WDzl0-0000yk-7d for control@debbugs.gnu.org; Thu, 13 Feb 2014 12:07:26 -0500 Date: Thu, 13 Feb 2014 12:07:26 -0500 Message-Id: Subject: control message for bug 16740 To: X-Mailer: mail (GNU Mailutils 2.1) From: Glenn Morris X-Spam-Score: -5.4 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.4 (-----) forwarded 16740 https://lists.gnu.org/archive/html/bug-bash/2014-02/msg00045.html From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 25 01:28:24 2021 Received: (at 16740) by debbugs.gnu.org; 25 Dec 2021 06:28:24 +0000 Received: from localhost ([127.0.0.1]:38440 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n10XY-00066f-04 for submit@debbugs.gnu.org; Sat, 25 Dec 2021 01:28:24 -0500 Received: from mail-pj1-f46.google.com ([209.85.216.46]:37472) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n10XT-00065z-9N for 16740@debbugs.gnu.org; Sat, 25 Dec 2021 01:28:19 -0500 Received: by mail-pj1-f46.google.com with SMTP id y16-20020a17090a6c9000b001b13ffaa625so13280385pjj.2 for <16740@debbugs.gnu.org>; Fri, 24 Dec 2021 22:28:19 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=2NHpK0sYMG+8Cr97yiRcHzc4Uf79ip3FaGrqL8fWH/E=; b=PML2UQbWY+Ro9cr2459625PFoAigwymRyIG8D8nSF4HgX0fHnKYuou70cJuQkW0cVw XFl+rd7IT+o/fnLBodMNVgtRYVj12Fkx9bgypxHdNJDLnEn/yxAn1+GPI0+faUFsZCdU xvgL1K/MH3Ww/PfzE+a3n4fg4y0vCrGdeYMtVDB4UQ560SNQvB8lFk/jHrkyfXA/CBFW lgXKTsAyc7vi3ERRPXzad8qhE7XqZgCOu4oSJgb3vGGhl2yMpevjcdY6HR+E6npF8OYj fnyUEGQmBGwS9Ey6qs46Cv63WMVq9udGyMgaHqLom0T/xN1F/v8gHkNqbTDA7FFEAnkX gYkw== X-Gm-Message-State: AOAM5323oSA5bnUiECpkjQMCq9cWthoT18FuR69cE7bb/5KiIKjZyNX6 eTEFt5zw2uAzDpWZ2S0wcxZkarJXic9KbiSvm7Y= X-Google-Smtp-Source: ABdhPJwEBltFqnIiEF5uvM543gZVCKgJ1Obp26fUZqwORdjrbP431Nj2bGtIURfXMB1zBONihP5B8qEkZcUp9H/wWUs= X-Received: by 2002:a17:90a:1bc5:: with SMTP id r5mr11041587pjr.133.1640413693613; Fri, 24 Dec 2021 22:28:13 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 24 Dec 2021 22:28:13 -0800 From: Stefan Kangas In-Reply-To: (Stefan Monnier's message of "Thu, 13 Feb 2014 11:03:49 -0500") References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Date: Fri, 24 Dec 2021 22:28:13 -0800 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer To: Stefan Monnier Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Ed Avis , Drew Adams X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Stefan Monnier 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. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 25 01:28:19 2021 Received: (at control) by debbugs.gnu.org; 25 Dec 2021 06:28:20 +0000 Received: from localhost ([127.0.0.1]:38438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n10XT-00066P-R2 for submit@debbugs.gnu.org; Sat, 25 Dec 2021 01:28:19 -0500 Received: from mail-pf1-f174.google.com ([209.85.210.174]:45750) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n10XP-00065t-Qn for control@debbugs.gnu.org; Sat, 25 Dec 2021 01:28:18 -0500 Received: by mail-pf1-f174.google.com with SMTP id u20so9219830pfi.12 for ; Fri, 24 Dec 2021 22:28:15 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=wKg6PHqkDps1rJXVnu5f4XFt/ve8/M0R2EDaioime/0=; b=BBd3zDphQEX3aPGBYMtDCNrv5Diy9ER/ws6Y6QMBWNPsvb/QCvgOAfyzep8dTR0AUd O1SwCBoKRdNC6Pi3D6Vj6nQSVHOjXQ45nYZUuhRjoyXM8jTydZI349za4lx96pyK60Da ZvEdV3r7lYTmrJd/Z2+12uCdwMH15whG/2DeWhRaGm3w1lDyOLZ7lyyTY/HQ1WdDu1h0 tCZm8lYzahVPL++obKZCkK+ueNrvfXlAqswG884Ged+BBgXzkp0/jLEbX6J+xS8BLf9I aduN3eq7DSFHzHgRRxwr/mkQl9wY+d0fVtUieNzhWpJgE6uuMrRbLmRKjQaGbPGk+L7m 1Tfg== X-Gm-Message-State: AOAM530/wmrfdlXzxJ3JNgtlVNzxYjfJYZoinZzsOzGgripW/v/tm9Ei ED0ye6PeCB3cmMqNdVDPk1eBty30x2lEd2LEIB4ns06K X-Google-Smtp-Source: ABdhPJxdaL74R8RpKkHtnu2XaJrADmZ4X5fUqubOngMpxm7jwy9bfxBuUMH8qx5xsvdEaL6bUu79QXzgcsXSVuDI5aI= X-Received: by 2002:a63:5d41:: with SMTP id o1mr8355000pgm.325.1640413690239; Fri, 24 Dec 2021 22:28:10 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Fri, 24 Dec 2021 22:28:09 -0800 From: Stefan Kangas MIME-Version: 1.0 Date: Fri, 24 Dec 2021 22:28:09 -0800 Message-ID: Subject: control message for bug #16740 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) tags 16740 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 25 04:05:57 2021 Received: (at 16740) by debbugs.gnu.org; 25 Dec 2021 09:05:57 +0000 Received: from localhost ([127.0.0.1]:38501 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1301-0004d1-9D for submit@debbugs.gnu.org; Sat, 25 Dec 2021 04:05:57 -0500 Received: from sonic307-56.consmr.mail.ne1.yahoo.com ([66.163.190.31]:33089) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n12zw-0004cf-Og for 16740@debbugs.gnu.org; Sat, 25 Dec 2021 04:05:55 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1640423146; bh=pkdcj8DkunNire2x9GRJ3yMamJ982zcyq3ilq8+HMnk=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From:Subject:Reply-To; b=kPoezAjk1c1rHWRCWcMeqK6FapffeZlFld4bbXyQZ/jN0a9UeXOZ1aZpiijkTWIE3wJhnEnP6KAVhVO93/K3HaolCWlQmchHB2g9wIqRr4+8kxRYu/RB9y6ig+TB8zvUilILnyORh5W0yurS0KY81xJ5E+ZkrocqwEYDGUKB54HTaGA9Y7nCFYVdXUrUuBRec2Q1CkzfObEThfvYC23qL6cfQgPpnF3U/jV21X7/z9qcvZPmTC9thu2+BOelVygLe9S6eRlQf3aLz0XNX9yjFJtR24DCkZ1/4BCqKZ3Qeowe2OTwZMJd1Vif9g3hQqRNQmzlKY6Gq8Q++LBqN88zpg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1640423146; bh=R64eub7NAwE0CIw+SDOmBuxn2cx5Mb6yb2PWAwK93Je=; h=X-Sonic-MF:From:To:Subject:Date:From:Subject; b=F9cGp/rv/uZetP7KxsZRMOyUOhw8ODjHoK9C7H3DNYEFCa0OU5EDxHuHmz6R/pEKun3d2drZkXsq+1PFF28HIyRAwEp733qoTQLaEVKKgHGXCoRhJXXy9gr2f90azLos4CAsyEn+0gUcXBYtSu/ufIw5ELIj3Cizefb49QdhnBHYq7sQgYoAONcXWZ9CGoPReNMNmw6/+Rz2sbhprFV8FC3Zs3TymeQLl77OYvbJF03P6UE7QRqupCDaIt/DQvpPnwY3GdXCkEr5JcEw936ww2OvMkGfceJRYx9yA2QwevWHO+UNws8Q7cBm6rlo2iY/Ecjc3rAqwEdD039a04aqZg== X-YMail-OSG: XUzVk00VM1ldHXSCsbVM2WmzNToXGMWrfugPtQTQyzRF.72XFnvmt1tDwFqSg36 aY0WjSDuq4qh0DnQbh1G7Jd4Ixm6wlKIcIfUPUb6J7UPfiMm70C7BhdMLuoVlNZNqhHgpxrSYW3x oK0FPmVmycSOO09kbHfgPZmQWLRsTvmGINOkGRHDi3QTYlMwccTy6lix3N4Xf50OtA5FczhEowG2 okGl94j9bW00nP6IFpMZKomRCpJMuYOSzzv5qaGpaCzqT0zXuJ2eZ9S0GugAp5xz7CWZRtnAHnW9 bhwS7bgSQK9EEvGwyBNhf7kmfxDvVU_CetVum_NvizGb0_UrWkiAmgGWTruXHxbqAKrVkyQ3UBkE uQYY4vs0bV6cazBjiYRChKGDp7RMZDqs90S7muereeqYieEP1ec6yvRVwa0nFGKHxc1IWUopVUbw G2RFCOCR4NqFm8UCUIO8uFdyjPGGajQ1tkQXNO2LivhltPkIh57LxWII.pBD8.b0h__7xjz18cYW 9s0S15Rgj8u98ddo_xkvCrHFistktFiw0XhDUZZDBnO.hepT8rUPV3vOe97BYgk1uxUwQVGatTer VZ3nErCEroVxBwPUMhXq1suUJucyO5TaIfh_mO.dzgO.KACXJV4I9XDRdFCrW3ehbeDe752FfF4O 8hRTpIkpQOrkA2xN_0kXdmLcjIUUg9gGxyCovxFhWaOtRNL0tsHUX_r66iCYSK14O0mXmebVPD99 Uzo.N7nifKqEz_n1gVMRI8ql8f4vEHhG1tZ5k83epnuIOzWbaqGJLF9T2G2wTxXAfA8d.QsZ3Ydc 4gP052J17XlOfLarv8q12khPFGtYFR3g9P8Oua3r63cwbURqt51kQvpQuMw4bXMf7WtFvbRIHuEK e4ZXP3i_55YSR_D6g1PExIh_36Ojq8OPk2XXxD9OEkvDshpd1Xi_zkBYD71A95phqbZwywEFcRQw fxOOKXbXbwrBhGhQNC.sBQYnzW6jmAqU54yQD6k1QQIjRXdkKzx21dzI.Zn1Xigd8q7mbzpD0dKO ZopPRx6FdvtuTnp53ERcFKvzgP1DJq.DS9O_jUZNPCS_L9tbqq6quPDHskWBL3v2Jx9GtZteKlCo rYbghvscwP2BbZP1hA.pw9pt9RVdjGskma3m4J_Mpj33UtQc6O.vqlB.RXC6Qh6bQA1Ij6UfWubA vzQ2_IOHFMQqqVGyFgn6VzjTf0ThIEf3iUpNILCnLeSZWw2QohvkwykSxmW4.Y.7a991jhOiYoO7 aNo9FPXKOvhBoa5hriQHQHYGbab8RJh37qZrTj59OckF6qJsgvlyKffCRL5QVje0Dil9y2_Z1vgt UrxydR7HmjIg8Zg5vFA.JGdoRPZjefyMHgWVw_w4WTkdqerVaaFxcpXrGHX_kFt.r3UZXAfRQ9LH AIketFb_NkIqdVtQCFgPhN_EfdNOiF8RASijW7ldQ5QSj8cgWeJk1t6Bri3XjqomvOkvkPiAA6ix YsrcdrW7xnEZ5ET9g7BEzmnTE2YICYHq_nDml1lG_sODum6STKsUsgJ2vbQ2sRICFpCEKHN6NjDJ 5By7VM3Ev_k1Oe51pCGuweogqZiQ6zKg.rCxyRXF_j1HIw1oqqJhvGRIRYpGVem0LMcXNHyTl7ZZ zMZAa9V77_TIaL5jbWVcRrRA8S9B8oj2WDRG.0U3HpmmBkJAF3Gvl0e.mash41mn7wgXktOUY0ia Pi.TLYAVZU.Xbg36_SvSuuDh9QBZA0bPZTddMW1ttxkL2djkfXtizPZkZQ7RdNPxFFpexqdxXYJP 3pWYmOhZhQZ8QQAheqoCOoWmBcbaRW5jvl0Wjr2xbXGNDe.l.nF9j1j5mWLXR8DMe1kn1QyRnTE4 Ue.TaxgeB7mTFQuyDb4_zulG7bBPUfLkDF18nR21kt6HEV5ScLuPw3D02N6YZ5IWcYxlTPoKWUWL fh1sZKNoWcLDutAF_o_ccDEX62x2Tc24D9kuO5n9rtrxJ0OSEqR6wFK_lmSuDTjSktZ7ADV3OELU hnfDFqM0yEunteP6_Ra_3F89_6Ss3XSqZ2Tatj_mZQT1ceUD_c3Cv1HeAc1AuBagRyL.lhukECuX AfC1JnP1P6qlP_unpNzzTWJMZf.1t.c1EtHa0sylWOgWhU5jQMM5OPHN5mDHkelhjgWjphA9LNG2 3uRKs4I5O6TOAqUBODOoIMYMUJIKvj_.w9wQCKuyjM0epoCGUCk.5L1vhtZcPrjGc5Q2awzEUWmB HHnmr4hcXkTewVwUsbEzBChE32e1OOgdo3W6Ob.ik21H9K7mn__3GDz5H X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.ne1.yahoo.com with HTTP; Sat, 25 Dec 2021 09:05:46 +0000 Received: by kubenode509.mail-prod1.omega.sg3.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 6d8a51cc2f6b15d5dd74baaaff3d163c; Sat, 25 Dec 2021 09:05:39 +0000 (UTC) From: Po Lu To: Stefan Kangas Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> Date: Sat, 25 Dec 2021 17:05:33 +0800 In-Reply-To: (Stefan Kangas's message of "Fri, 24 Dec 2021 22:28:13 -0800") Message-ID: <87bl159hr6.fsf@yahoo.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.60 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Mailer: WebService/1.1.19498 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.yahoo Content-Length: 515 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Monnier , Drew Adams , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Stefan Kangas writes: >> 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. It should stay open, because it would be a pretty nice feature. I tend to think that feature should not be the default, however. I might implement this soon at some point. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 25 13:31:16 2021 Received: (at 16740) by debbugs.gnu.org; 25 Dec 2021 18:31:16 +0000 Received: from localhost ([127.0.0.1]:39827 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Bp6-0001OZ-4T for submit@debbugs.gnu.org; Sat, 25 Dec 2021 13:31:16 -0500 Received: from relay10.mail.gandi.net ([217.70.178.230]:51299) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Bp4-0001O9-6W for 16740@debbugs.gnu.org; Sat, 25 Dec 2021 13:31:15 -0500 Received: (Authenticated sender: juri@linkov.net) by relay10.mail.gandi.net (Postfix) with ESMTPSA id DBCF5240004; Sat, 25 Dec 2021 18:31:04 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Organization: LINKOV.NET References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> Date: Sat, 25 Dec 2021 20:30:42 +0200 In-Reply-To: (Stefan Kangas's message of "Fri, 24 Dec 2021 22:28:13 -0800") Message-ID: <86h7awmt9p.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >>>> 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 feature was implemented in the same year when requested. From debbugs-submit-bounces@debbugs.gnu.org Sat Dec 25 16:53:48 2021 Received: (at 16740) by debbugs.gnu.org; 25 Dec 2021 21:53:48 +0000 Received: from localhost ([127.0.0.1]:39995 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Ez6-0007Ls-DB for submit@debbugs.gnu.org; Sat, 25 Dec 2021 16:53:48 -0500 Received: from mail-pg1-f176.google.com ([209.85.215.176]:37763) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Ez4-0007Lf-W6 for 16740@debbugs.gnu.org; Sat, 25 Dec 2021 16:53:47 -0500 Received: by mail-pg1-f176.google.com with SMTP id a23so10345877pgm.4 for <16740@debbugs.gnu.org>; Sat, 25 Dec 2021 13:53:46 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc; bh=QI7yhL7w/tyhseQUPRrSlDRD4bKJiA09ADCZ+/aAHLU=; b=xm/4qUKc93hhuvlYJfxNb45r8ZKzTZdgZHJJPbvx95Rujm0HYYSmKd5cUkqQZuMZ2w Evg8NoFHMWNFXsWEMhWmhX3xjJOAbvOR+EA/Y+eiCITDqy0Um/54jxVP5DKnKrKS+8oy dflQAxIUe3Ahf2DKc1LgwInt/Zjkav4yHiZJot3SOiXxCNUjlM2VhQMjiHWoHFEoJIsX uPwGZBnOTKqdu7+SMhF5LlbLnBtBvK6yWolCJmW008Pp4OqnoYv3JREdc1/hYN0+c6yb oajVuZh/UGI+TbUbM4/WBebkBt8PsNXRjwu6Zf/w9zcXNnh4tuUeM77KrrlUPRXXIqX6 vr5Q== X-Gm-Message-State: AOAM530bS6EKfgppz1LhnVw/BlsonzERCNzRU7f0TprOlOrrEqInaZS3 oFokgMnCvG3JZ2akuFepU4LzctnLkZ2YsSshsxrJOSa5 X-Google-Smtp-Source: ABdhPJx1L4kKKG5el+hd6XrvtjWpnOyo+7ALVoSREBSXY3c0t2HtW3Gy2WC+rT69PxT/v0LJ8NZUUIWBCqtIWyKddi0= X-Received: by 2002:a63:5d41:: with SMTP id o1mr10256515pgm.325.1640469221229; Sat, 25 Dec 2021 13:53:41 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sat, 25 Dec 2021 13:53:40 -0800 From: Stefan Kangas In-Reply-To: <86h7awmt9p.fsf@mail.linkov.net> References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> <86h7awmt9p.fsf@mail.linkov.net> MIME-Version: 1.0 Date: Sat, 25 Dec 2021 13:53:40 -0800 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer To: Juri Linkov Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Juri Linkov writes: > This feature was implemented in the same year when requested. So this feature request could be closed? From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 26 02:58:27 2021 Received: (at 16740) by debbugs.gnu.org; 26 Dec 2021 07:58:27 +0000 Received: from localhost ([127.0.0.1]:40163 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1OQF-0008Hm-Fb for submit@debbugs.gnu.org; Sun, 26 Dec 2021 02:58:27 -0500 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:59053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1OQD-0008HV-RG for 16740@debbugs.gnu.org; Sun, 26 Dec 2021 02:58:26 -0500 Received: (Authenticated sender: juri@linkov.net) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id D5BB020004; Sun, 26 Dec 2021 07:58:16 +0000 (UTC) From: Juri Linkov To: Stefan Kangas Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Organization: LINKOV.NET References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> <86h7awmt9p.fsf@mail.linkov.net> Date: Sun, 26 Dec 2021 09:41:39 +0200 In-Reply-To: (Stefan Kangas's message of "Sat, 25 Dec 2021 13:53:40 -0800") Message-ID: <86y2473j9o.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> This feature was implemented in the same year when requested. > > So this feature request could be closed? 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: diff --git a/lisp/bindings.el b/lisp/bindings.el index f70a9efe41..b11872c84e 100644 --- a/lisp/bindings.el +++ b/lisp/bindings.el @@ -1028,10 +1028,12 @@ global-map (define-key map "\en" 'next-history-element) (define-key map [next] 'next-history-element) (define-key map [down] 'next-line-or-history-element) + (define-key map "\C-n" 'next-line-or-history-element) (define-key map [XF86Forward] 'next-history-element) (define-key map "\ep" 'previous-history-element) (define-key map [prior] 'previous-history-element) (define-key map [up] 'previous-line-or-history-element) + (define-key map "\C-p" 'previous-line-or-history-element) (define-key map [XF86Back] 'previous-history-element) (define-key map "\es" 'next-matching-history-element) (define-key map "\er" 'previous-matching-history-element) From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 26 06:56:27 2021 Received: (at 16740) by debbugs.gnu.org; 26 Dec 2021 11:56:27 +0000 Received: from localhost ([127.0.0.1]:40314 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1S8Z-0006ss-HD for submit@debbugs.gnu.org; Sun, 26 Dec 2021 06:56:27 -0500 Received: from quimby.gnus.org ([95.216.78.240]:59286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1S8X-0006sd-0k for 16740@debbugs.gnu.org; Sun, 26 Dec 2021 06:56:25 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=zQ/EF2akgWxr3XJyxmSgmLc3dH8ehlFH1+7x2QR2HPc=; b=T1KYVjub2M6JG8KU85RlU7ViwN WZ1o9gtzZ7hAya2RzGdrrFWjco3R9i3r5pDPIqQrghWsjr2HmxVwQxaQ+HCrTNP4LJVRLLSP03h/L MaHKK0TW2l5nV7UULasHXA7umq35v5SVvWTJeJt1Ug+ICNfHLzAAHh9e8XMDGT5YDW8U=; Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1n1S8L-0004bE-GY; Sun, 26 Dec 2021 12:56:15 +0100 From: Lars Ingebrigtsen To: Juri Linkov Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> <86h7awmt9p.fsf@mail.linkov.net> <86y2473j9o.fsf@mail.linkov.net> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAADFBMVEVWTFCpYWg3MTT/ //+VP7zNAAAAAWJLR0QDEQxM8gAAAAd0SU1FB+UMGgsaLhCnYp4AAAEqSURBVCjPbdJBasMwEAXQ iUjAaNWUeO92FeYUpdB9GuJNj5BTiNBFyLInmGY1/FP2j+SkLlQGW88jyaORRR4k+1YyRFTYYArg LJjgwCU3FLWMM4jFKz5z+cC31kgySdJJREThEitMwF+khqWoYpFwgj8TOfsT8AU/clhOELhancNF BW2ORQqi18uVKMRqHMd9wIk+cBs2/gufg4uv79A5cpkBJfW/cJlgWyL3h4rSRb6BHcEkr9g08POW UDb9QR4jwiqXzWICS1GW7298EkNgHS9LmjYcrWROuTXTVj6LmzNn4OjDlrY4PKgPHbupAieeCSw3 xHZhLeLclGip8JqSWq2ysdpqPEslolip1DpHJDFFXoHS0FXIas+SvNTfw9sp3LHa1W4DW6wlP+Oo wtnMVjPkAAAAQnRFWHRjb21tZW50AENSRUFUT1I6IGdkLWpwZWcgdjEuMCAodXNpbmcgSUpHIEpQ RUcgdjgwKSwgcXVhbGl0eSA9IDEwMAqhrIJaAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIxLTEyLTI2 VDExOjI2OjQ2KzAwOjAwf7sMEwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMS0xMi0yNlQxMToyNjo0 NiswMDowMA7mtK8AAAAASUVORK5CYII= X-Now-Playing: Anne Clark's _R.V.S.P._: "This Be The Verse" Date: Sun, 26 Dec 2021 12:56:10 +0100 In-Reply-To: <86y2473j9o.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 26 Dec 2021 09:41:39 +0200") Message-ID: <87o853y3z9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Juri Linkov 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: Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Kangas , Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) Juri Linkov 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. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 26 12:46:08 2021 Received: (at 16740) by debbugs.gnu.org; 26 Dec 2021 17:46:08 +0000 Received: from localhost ([127.0.0.1]:41470 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Xax-0004sO-SQ for submit@debbugs.gnu.org; Sun, 26 Dec 2021 12:46:08 -0500 Received: from relay9-d.mail.gandi.net ([217.70.183.199]:36205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n1Xar-0004rP-T4 for 16740@debbugs.gnu.org; Sun, 26 Dec 2021 12:46:06 -0500 Received: (Authenticated sender: juri@linkov.net) by relay9-d.mail.gandi.net (Postfix) with ESMTPSA id B4046FF802; Sun, 26 Dec 2021 17:45:53 +0000 (UTC) From: Juri Linkov To: Lars Ingebrigtsen Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer Organization: LINKOV.NET References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> <86h7awmt9p.fsf@mail.linkov.net> <86y2473j9o.fsf@mail.linkov.net> <87o853y3z9.fsf@gnus.org> Date: Sun, 26 Dec 2021 19:28:23 +0200 In-Reply-To: <87o853y3z9.fsf@gnus.org> (Lars Ingebrigtsen's message of "Sun, 26 Dec 2021 12:56:10 +0100") Message-ID: <86r19zz6vc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 16740 Cc: 16740@debbugs.gnu.org, Stefan Kangas , Stefan Monnier , Ed Avis X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) >> 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. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 28 22:05:34 2021 Received: (at 16740-done) by debbugs.gnu.org; 29 Dec 2021 03:05:34 +0000 Received: from localhost ([127.0.0.1]:47842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n2PHS-0001Jq-4M for submit@debbugs.gnu.org; Tue, 28 Dec 2021 22:05:34 -0500 Received: from mail-pf1-f178.google.com ([209.85.210.178]:44776) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1n2PHQ-0001Jc-9d for 16740-done@debbugs.gnu.org; Tue, 28 Dec 2021 22:05:32 -0500 Received: by mail-pf1-f178.google.com with SMTP id t187so4095616pfb.11 for <16740-done@debbugs.gnu.org>; Tue, 28 Dec 2021 19:05:32 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:in-reply-to:references:user-agent :mime-version:date:message-id:subject:to:cc; bh=bnTKLwokDV6p5lC8ts0VUDueSJKk1XHoW828ZD5dwH4=; b=i9qX02axAz0FDCQe99WmSJKhfrx2zpMNeRa1rlgj3VCyUjgPFZ10fCitJseXowu9rJ 2+7h4EsKjMOT3JvBvzEe3S50ory56A+Ifnt1YY4jBzKrAVXX1bMbQA5QCnARQDZnqs4M Rix2rhErFyJEcYv0GUXTlNUAckQOYQQGUBHR9efdhGUJzTGd+IAXupvvgtjTFZl+WGMi DbyCKUtHPE5/JSqZziwJ299HJIqRuzK/yI6QxZbDQhmpAa8Ul2m/cqEc1N22UIQ6fOgW Sa6Ci4hsWDNrv1YB9bUBR1lZfLEjEdnzIYh4eTB3rJnffYRCBTL7bIuHJYJScPQ01CuD hB3g== X-Gm-Message-State: AOAM532JTEr3LAsu04ObycZNcG4HzDrFVVev2s6AcE5/kSySgjlkGrdj C4RaggNup6sDT6c+us1hRXOkCj7+e9Q/dmPemM0= X-Google-Smtp-Source: ABdhPJzxB+Xy4Q0AnAeyMsfy0mfMnnGHmRQbBzU16YyF3Jt8Vg3rJ0t4DQPxpZ0ZmXteVTudoItCTVMyJ9EB3qy+K4Y= X-Received: by 2002:a63:4b42:: with SMTP id k2mr21599170pgl.591.1640747126381; Tue, 28 Dec 2021 19:05:26 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Tue, 28 Dec 2021 19:05:25 -0800 From: Stefan Kangas In-Reply-To: <86r19zz6vc.fsf@mail.linkov.net> (Juri Linkov's message of "Sun, 26 Dec 2021 19:28:23 +0200") References: <7E039918541B4C4183BFDB8F015C743065ACC6@WCL-EXCH02.wcl.local> <266758c2-0b11-4526-854e-bb655805478a@default> <86h7awmt9p.fsf@mail.linkov.net> <86y2473j9o.fsf@mail.linkov.net> <87o853y3z9.fsf@gnus.org> <86r19zz6vc.fsf@mail.linkov.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) MIME-Version: 1.0 Date: Tue, 28 Dec 2021 19:05:25 -0800 Message-ID: Subject: Re: bug#16740: 24.2; Please allow C-p and C-n in minibuffer To: Juri Linkov Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) X-Debbugs-Envelope-To: 16740-done Cc: Lars Ingebrigtsen , Ed Avis , 16740-done@debbugs.gnu.org, Stefan Monnier X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.5 (/) Juri Linkov 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. From unknown Fri Sep 05 18:57:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 26 Jan 2022 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator