From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Newsgroups: gmane.emacs.bugs Subject: bug#43120: 28.0.50; fido-mode: M-j before completions appear selects wrong choice Date: Wed, 9 Sep 2020 20:57:47 +0100 Message-ID: References: <8736433l4c.fsf@iris.silentflame.com> <87o8mpd1fw.fsf@gnus.org> <87tuwewik5.fsf@iris.silentflame.com> <87zh66qoi9.fsf@gnus.org> <87pn72w7j2.fsf@iris.silentflame.com> <87eenifcgr.fsf@gnus.org> <87mu25wqdf.fsf@iris.silentflame.com> <87k0x876ls.fsf@gnus.org> <87k0x8tf1n.fsf@iris.silentflame.com> <87363w2ajd.fsf@gnus.org> <87tuwaoj6g.fsf@gmail.com> <871rjcwsmr.fsf@gmail.com> <87y2ljcaml.fsf@mail.parknet.co.jp> <87k0x2vk4n.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000061163505aee6de38" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23516"; mail-complaints-to="usenet@ciao.gmane.io" Cc: OGAWA Hirofumi , Lars Ingebrigtsen , 43120@debbugs.gnu.org, 19032@debbugs.gnu.org, Sean Whitton To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 09 21:59:11 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 1kG6FL-00061x-FV for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Sep 2020 21:59:11 +0200 Original-Received: from localhost ([::1]:37250 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kG6FK-0004zQ-Ho for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 09 Sep 2020 15:59:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:46526) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kG6FC-0004ys-LO for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 15:59:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51513) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kG6FC-00017l-Cr for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 15:59:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kG6FC-0006l4-Cq for bug-gnu-emacs@gnu.org; Wed, 09 Sep 2020 15:59:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 09 Sep 2020 19:59:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 43120 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: fixed Original-Received: via spool by 43120-submit@debbugs.gnu.org id=B43120.159968149025905 (code B ref 43120); Wed, 09 Sep 2020 19:59:02 +0000 Original-Received: (at 43120) by debbugs.gnu.org; 9 Sep 2020 19:58:10 +0000 Original-Received: from localhost ([127.0.0.1]:34823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG6EM-0006jj-GP for submit@debbugs.gnu.org; Wed, 09 Sep 2020 15:58:10 -0400 Original-Received: from mail-io1-f47.google.com ([209.85.166.47]:46233) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kG6EH-0006j9-NN; Wed, 09 Sep 2020 15:58:08 -0400 Original-Received: by mail-io1-f47.google.com with SMTP id d18so4507389iop.13; Wed, 09 Sep 2020 12:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=wHTWWe4CNWTkkwFaorYH+WOGUvP1qy3yohbZGUgh51g=; b=AfdOLXEIo4vrxFT3pGUK4JWK/DzwdzpogP85QUGY5xhfK9yx1m4ErF5Rf17lYVkMiK yWdkoFaAb7rvKxvoEOqSLvaQW5G9zLUO6MD1EEBrRO9ofWaMcHojGt70EuqdDiqT1zfR DDxJXCBg086dpgfyuldW5wmS4Is/qYxR39xl8elye5xzQ2DqVLlRS6VATxHYITR7iFdn u0/sSK+qpxUvVxvXXVSLUhLJtR6CopupiGMI2ayvg7ekx4VYlGkuHb37kWrguK0L9KS1 lPEC2wi9J08Nc4/JP3dBW7KQHwNwA/ii9xP1+UM5NpYNXctkbZMPFSyCbbIZWWZs7mpi i4Gg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=wHTWWe4CNWTkkwFaorYH+WOGUvP1qy3yohbZGUgh51g=; b=WR/9GAN863+RvhvIcggI/WfxJAXolVVaIBThds6pykLLqM+r3cMdwc6IL/hZe97r4s 0dKG0uwIjgHIbz1Js/7ripT70O5kUm9fdHiNsWoseMyGyKcOmPSW6S/OpRNBZ/V/4XvP UzMRzv+rLMovvh/HC95wHIabpCwkA73Tlmot1Wzs9v8JgDQhTbeSECEclVBbuVTMfDR0 kehz1SPXoSUv1YmSUSKODFgHAjYAxaGiHgNj14/LmecF3jOi5LlSTkdyoUWHpDVj9z4k 8vakoGs3Hgs8ODPH39bTwY/+eF8xONPYQXH1iAw67h+2RSyaPKhW7/PjtUnFiuHrayw1 Zypg== X-Gm-Message-State: AOAM530NLs+mjtQ1bHceVwsyAd6HuCWffyNoNo5qFQcQh0bXKvFFtyMC YB2JafF3mYqmpXFKpJrVlObetMlXYTQzr+qdW2g= X-Google-Smtp-Source: ABdhPJyVx86YUXb+AtYCqIYVqyefYWPutlHHudpYBTnSHOt+TMchabFyXK9+k6SxKKzlugV8L5ius7nHrW4FgCH1jR4= X-Received: by 2002:a02:cbda:: with SMTP id u26mr5538834jaq.71.1599681480168; Wed, 09 Sep 2020 12:58:00 -0700 (PDT) In-Reply-To: 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" Xref: news.gmane.io gmane.emacs.bugs:187700 Archived-At: --00000000000061163505aee6de38 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Sep 9, 2020 at 8:54 PM Jo=C3=A3o T=C3=A1vora = wrote: > On Wed, Sep 9, 2020 at 8:52 PM Stefan Monnier > wrote: > >> >>> Nope, sorry. You're right. It should read >> minibuffer-complete-and-exit there >> >>> of course. >> >> IIRC this depends on whether the completion is `require-match` or not= . >> > If so, shouldn't minibuffer-complete-and-exit take care of that? >> >> Yes and no: IIRC depending on `require-match`, RET is bound either >> to `minibuffer-complete-and-exit` or to `exit-minibuffer`. > > > Bah, so the remap you suggested wouldn't work anyway. What to do? > The good 'ol :filter trick? How does it go again? > Alternatively (and a bit sillily), two remaps for two different commands: one for exit-minibuffer and one for minibuffer-complete-and-exit. Or check minibuffer-require-match which was recently added. Pick your poison. Jo=C3=A3o --00000000000061163505aee6de38 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, Sep 9, 2020 at 8:54 PM Jo=C3=A3o T=C3=A1vora <joaotavora@gmail.com> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-l= eft:1px solid rgb(204,204,204);padding-left:1ex">
On Wed, Sep 9, 2020= at 8:52 PM Stefan Monnier <monnier@iro.umontreal.ca> wrote:
>>> Nope, sorry. You'= ;re right. It should read minibuffer-complete-and-exit there
>>> of course.
>> IIRC this depends on whether the completion is `require-match` or = not.
> If so, shouldn't minibuffer-complete-and-exit take care of that?
Yes and no: IIRC depending on `require-match`, RET is bound either
to `minibuffer-complete-and-exit` or to `exit-minibuffer`.

Bah, so the remap you suggested wouldn't work any= way.=C2=A0 What to do?
The good 'ol :filter trick? How d= oes it go again?

Alternatively = (and a bit sillily), two remaps for two different commands:
= one for exit-minibuffer and one for minibuffer-complete-and-exit.=C2=A0 Or<= /div>
check minibuffer-require-match which was recently added. Pick you= r
poison.

Jo=C3=A3o
--00000000000061163505aee6de38--