From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#59486: completion-auto-wrap disobeyed by vertical navigation Date: Thu, 24 Nov 2022 20:43:58 +0200 Message-ID: <83zgcgur9t.fsf@gnu.org> References: <8635aayjm6.fsf@mail.linkov.net> <86zgchbj61.fsf@mail.linkov.net> <86h6yoye87.fsf@mail.linkov.net> <834juoydlv.fsf@gnu.org> <86pmdcw6hj.fsf@mail.linkov.net> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35938"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59486@debbugs.gnu.org To: Juri Linkov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 24 19:44:19 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1oyHCs-00096j-Qy for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Nov 2022 19:44:19 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oyHCh-0002zR-EB; Thu, 24 Nov 2022 13:44:08 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oyHCc-0002zF-R3 for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:44:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oyHCb-0007UE-Tj for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:44:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oyHCb-0001Ce-JL for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Nov 2022 18:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59486 X-GNU-PR-Package: emacs Original-Received: via spool by 59486-submit@debbugs.gnu.org id=B59486.16693154284598 (code B ref 59486); Thu, 24 Nov 2022 18:44:01 +0000 Original-Received: (at 59486) by debbugs.gnu.org; 24 Nov 2022 18:43:48 +0000 Original-Received: from localhost ([127.0.0.1]:60142 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyHCO-0001C5-2j for submit@debbugs.gnu.org; Thu, 24 Nov 2022 13:43:48 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:33430) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyHCL-0001Bs-LA for 59486@debbugs.gnu.org; Thu, 24 Nov 2022 13:43:46 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oyHCF-0007Ny-QE; Thu, 24 Nov 2022 13:43:40 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=mGlSQPNsd+dn6XZ83yNmJLAxmLdKAko3QGx3mcmox3Q=; b=khpVa/L5GiCG odn2y6b/6St3F32ufyhLU3yf20OdamfFEacqFx9P91W6D/N3uEeEC9lXaIKegG2qT19U2JM3OP9EN Qlp4phk3jaJLKzBt9U3tp4olnojpOpKOuCTDT1NQpGhRz9hFHJCzipfTWu+RKi6fXKSxa500zUYOo 9yiygPPyBSo32XHHWCZLgA+z8u72fpVehhsVUsvF4n/HDOiN9yUJ0IapXOi4laaQwwe/Ce92kmsfY brHI9IpNFtQNmVGMTjbp95ioB5xUxEH7PfcNzR4DJ+DF1ytC6C4/YNV27nQ0HAzxEvfA9ICFURf3i wzOUm/rf00ot7Wzx3am4EQ==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oyHCD-00046T-Db; Thu, 24 Nov 2022 13:43:38 -0500 In-Reply-To: <86pmdcw6hj.fsf@mail.linkov.net> (message from Juri Linkov on Thu, 24 Nov 2022 20:30:00 +0200) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:248895 Archived-At: > From: Juri Linkov > Cc: 59486@debbugs.gnu.org > Date: Thu, 24 Nov 2022 20:30:00 +0200 > > > I don't really understand the difference between minibuffer-previous-* and > > minibuffer-previous-line-* commands (the available documentation is minimal > > and doesn't explain this difference), so it's hard to suggest an alternative. > > minibuffer-previous-* are intended to navigate the completion list > horizontally while the minibuffer is active, and minibuffer-previous-line-* > vertically. Then the names could be simplified as minibuffer-up-line and minibuffer-down-line. It will also make the names less confusing, IMO. > > But one immediate alternative is to use and for > > the minibuffer-previous-* family, like previous-completion does. > > and are useful to move point in the minibuffer. Then maybe PgUp and PgDn? > But do you think it would be okay to use and > for navigation of completions from the minibuffer after > adding a new user option, when is non-nil (disabled by default)? If the arrow keys are already taken, having an option that will change their effect would be confusing, I think.