From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.bugs Subject: bug#59486: completion-auto-wrap disobeyed by vertical navigation Date: Thu, 24 Nov 2022 20:30:00 +0200 Organization: LINKOV.NET Message-ID: <86pmdcw6hj.fsf@mail.linkov.net> References: <8635aayjm6.fsf@mail.linkov.net> <86zgchbj61.fsf@mail.linkov.net> <86h6yoye87.fsf@mail.linkov.net> <834juoydlv.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32996"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: 59486@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Nov 24 19:35:08 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 1oyH3z-0008QY-Qq for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 24 Nov 2022 19:35:07 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oyH3w-0007hL-7Y; Thu, 24 Nov 2022 13:35:04 -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 1oyH3u-0007h8-QY for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:35:02 -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 1oyH3u-0001Au-5h for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oyH3t-0000xR-TS for bug-gnu-emacs@gnu.org; Thu, 24 Nov 2022 13:35:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Juri Linkov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 24 Nov 2022 18:35: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.16693148843655 (code B ref 59486); Thu, 24 Nov 2022 18:35:01 +0000 Original-Received: (at 59486) by debbugs.gnu.org; 24 Nov 2022 18:34:44 +0000 Original-Received: from localhost ([127.0.0.1]:60098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyH3b-0000wt-MC for submit@debbugs.gnu.org; Thu, 24 Nov 2022 13:34:43 -0500 Original-Received: from relay8-d.mail.gandi.net ([217.70.183.201]:51697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oyH3K-0000wP-VY for 59486@debbugs.gnu.org; Thu, 24 Nov 2022 13:34:42 -0500 Original-Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id 9DB371BF206; Thu, 24 Nov 2022 18:34:17 +0000 (UTC) In-Reply-To: <834juoydlv.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 24 Nov 2022 10:13:16 +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:248891 Archived-At: > 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. > 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. 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)?