From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: waah@yellowfrog.io Newsgroups: gmane.emacs.bugs Subject: bug#38992: 27.0.60; when enabled, fido-mode seems to break vc-git-grep Date: Tue, 21 Jan 2020 17:02:58 +0000 (GMT) Message-ID: <212121530.60539.1579626178211@office.mailbox.org> References: <288610218.111246.1578330546916@office.mailbox.org> <7293f6ca-b11d-3d2a-ad71-831135434e75@yandex.ru> <780526337.114357.1578556168662@office.mailbox.org> <944631362.128066.1578605073103@office.mailbox.org> <98df50d8-44fb-448e-e893-f20601f1ca54@yandex.ru> <51d12435-274b-be14-95b8-f790804f1a61@yandex.ru> <157c6af1-c900-188d-490c-4f48ea17da3d@yandex.ru> Reply-To: waah@yellowfrog.io Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="55472"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 38992@debbugs.gnu.org, Dmitry Gutov To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Jan 21 18:08:15 2020 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 1itx0g-000EF0-Qm for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 21 Jan 2020 18:08:14 +0100 Original-Received: from localhost ([::1]:58652 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itx0f-0001qO-HA for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 21 Jan 2020 12:08:13 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42897) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1itwwg-0004xz-M3 for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2020 12:04:10 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1itwwc-0008Li-Ie for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2020 12:04:06 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42391) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1itwwc-0008LZ-F6 for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2020 12:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1itwwc-00073W-Bk for bug-gnu-emacs@gnu.org; Tue, 21 Jan 2020 12:04:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: waah@yellowfrog.io Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Jan 2020 17:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 38992 X-GNU-PR-Package: emacs Original-Received: via spool by 38992-submit@debbugs.gnu.org id=B38992.157962619827064 (code B ref 38992); Tue, 21 Jan 2020 17:04:02 +0000 Original-Received: (at 38992) by debbugs.gnu.org; 21 Jan 2020 17:03:18 +0000 Original-Received: from localhost ([127.0.0.1]:48364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itwvq-00072N-Is for submit@debbugs.gnu.org; Tue, 21 Jan 2020 12:03:18 -0500 Original-Received: from mout-p-102.mailbox.org ([80.241.56.152]:58890) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1itwvl-000727-IK for 38992@debbugs.gnu.org; Tue, 21 Jan 2020 12:03:13 -0500 Original-Received: from smtp2.mailbox.org (smtp2.mailbox.org [IPv6:2001:67c:2050:105:465:1:2:0]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) by mout-p-102.mailbox.org (Postfix) with ESMTPS id 482FGb2hN1zKmfn; Tue, 21 Jan 2020 18:03:03 +0100 (CET) X-Virus-Scanned: amavisd-new at heinlein-support.de Original-Received: from smtp2.mailbox.org ([80.241.60.241]) by spamfilter04.heinlein-hosting.de (spamfilter04.heinlein-hosting.de [80.241.56.122]) (amavisd-new, port 10030) with ESMTP id QjKs4rvAJInc; Tue, 21 Jan 2020 18:03:00 +0100 (CET) In-Reply-To: X-Priority: 3 Importance: Normal X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 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" Xref: news.gmane.io gmane.emacs.bugs:175012 Archived-At: Hi, I think the original problem is fixed. Now it is a question of how the fido= should behave.=20 The only thing I would suggest for Emacs 27 is to update the documentation = of fido? This is what confused me because M-j is not mentioned by 'M-x desc= ribe-mode' and C-M-i is not the correct key for the situation where there a= re no matches. This confused me. Thanks! ---- When this global minor mode is enabled, typing in the minibuffer continuously displays a list of possible completions that match the string you have typed. See =E2=80=98icomplete-completions=E2=80=99 for= a description of how prospective completions are displayed. For more information, see Info node =E2=80=98(emacs)Icomplete=E2=80=99. For options you can set, =E2=80=98M-x customize-group icomplete=E2=80=99. You can use the following key bindings to navigate and select completions: key binding --- ------- C-j=09=09icomplete-force-complete-and-exit ESC=09=09Prefix Command C-,=09=09icomplete-backward-completions C-.=09=09icomplete-forward-completions C-M-i=09=09icomplete-force-complete =0C Line-Number minor mode (no indicator): Toggle line number display in the mode line (Line Number mode). ----- (defvar icomplete-fido-mode-map (let ((map (make-sparse-keymap))) (define-key map (kbd "C-k") 'icomplete-fido-kill) (define-key map (kbd "C-d") 'icomplete-fido-delete-char) (define-key map (kbd "RET") 'icomplete-fido-ret) (define-key map (kbd "C-m") 'icomplete-fido-ret) (define-key map (kbd "DEL") 'icomplete-fido-backward-updir) (define-key map (kbd "M-j") 'exit-minibuffer) (define-key map (kbd "C-s") 'icomplete-forward-completions) (define-key map (kbd "C-r") 'icomplete-backward-completions) (define-key map (kbd "") 'icomplete-forward-completions) (define-key map (kbd "") 'icomplete-backward-completions) (define-key map (kbd "C-.") 'icomplete-forward-completions) (define-key map (kbd "C-,") 'icomplete-backward-completions) map) > On 21 January 2020 16:41 Jo=C3=A3o T=C3=A1vora wro= te: >=20 > =20 > On Tue, Jan 21, 2020 at 4:32 PM Stefan Monnier = wrote: >=20 > > In any case I was just pointing out that adding the default to the head > > of the "completion candidates" increases the cases where the current > > problem shows up. >=20 > Can anyone comment, or restate, for my benefit, what exactly the > "current problem" is? >=20 > Is it statable in the form "currently I can't use > RET to particular thing>, as I do in "? >=20 > I've been using `fido-mode` pretty stable for the last month or so and do= n't > notice any "obvious" improvements _to its intented interface_. Obviously, > I am _all_ for refactorings and cleanups, but am also against any > _regressions_ ;-), so if there are no very clearly defined improvements > to the interface (this is a new feature, after all) , I would suggest tha= t > this work is done on master, not on emacs-27. >=20 > Jo=C3=A3o