From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ergus Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Re: Other details about completion. Date: Wed, 06 Apr 2022 21:50:48 +0200 Message-ID: <024631F1-7D64-4784-BEF4-9B34ABFFC234@aol.com> References: <86r16g92v5.fsf@mail.linkov.net> <20220401202425.jfrwqmkm3ffmcm5h@Ergus> <20220404193501.adojhz7uvvaoq4sj@Ergus> <86czhw4oqr.fsf@mail.linkov.net> <4E8D9AEF-4D7A-4B11-822F-8D0911964A05@aol.com> <86bkxfibdo.fsf@mail.linkov.net> <20220405232013.5y5jnr4ykzqgxqla@Ergus> <86a6cyiqlt.fsf@mail.linkov.net> <20220406132108.evlofp5l3krsl5h7@Ergus> <86sfqqduon.fsf@mail.linkov.net> <20220406174532.chsgqkzd2gphyuh3@Ergus> <86h776cbxa.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19151"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Philip Kaludercic , emacs-devel@gnu.org To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Apr 06 21:51:52 2022 Return-path: Envelope-to: ged-emacs-devel@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 1ncBh2-0004k5-36 for ged-emacs-devel@m.gmane-mx.org; Wed, 06 Apr 2022 21:51:52 +0200 Original-Received: from localhost ([::1]:48446 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ncBh0-0001Ap-9j for ged-emacs-devel@m.gmane-mx.org; Wed, 06 Apr 2022 15:51:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34066) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ncBgF-0000Pa-GM for emacs-devel@gnu.org; Wed, 06 Apr 2022 15:51:03 -0400 Original-Received: from sonic307-2.consmr.mail.bf2.yahoo.com ([74.6.134.41]:35587) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ncBgC-0001q6-Ts for emacs-devel@gnu.org; Wed, 06 Apr 2022 15:51:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1649274659; bh=BWZZqsDMJ8R8uMvORraMMjnNu4e/nrkExVsNSNw4opM=; h=Date:From:To:CC:Subject:In-Reply-To:References:From:Subject:Reply-To; b=jQ4CgkK8fRxWaflzTN8w1cpWNcNqWyyFzfatqefSZDn//wny4krJQbX9rGNFlTOSJ5q9Gmmxx115wO7/n9ZIHE8hs4kAvy3JoCS5uBp4GErE8OmIM9V/qsRDnQK+lSkkg/R5tHBD1+RdVAy8vqJ4qhE4uwnZZTTe6/PrFvA/j8WoyPrMMF/G3BrldlNQfiX2cIPH+UPGpDYzVOnLNSAExw5lnVTazqo3c41fJrb0jR9oTfz6ujRRVEDOzOaqA3tTCOJc/Y0aeHpVe92ucaHIGvEYZjW46leWMLjsoKXjzxGafWtFAuuT+tqiMQohOUZxze35DSWWEjPm+9zjl2WnlQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649274659; bh=wzAc/0/pQuQKebWiFq0BNdNlbGDm8ld6OIyXZWl2y+T=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=qE6a9yRLmmDGNHh+wq0MBAAya5nfvHRN7luEMgQVQi5Pev23rDSJOmT9lW1sJg8flMhM8jaBYHBplFHE8d9cp1T83plrFftO6BtiiREDq/TDVqr4lkLDFpL+kx/VsPg6BDrF1M16bL52g5CpojrJ3Z8mUh32utffB49tD2AVfNROJa70+MeMt6FGj2Y1RYGvC+PQ3IrjraNx+pX1k9TNPsFR2WJb9KExJItJr2SpGiJKGDa458ULIMG1TYVgjSah7DZw8Ng+mkE9bJ7zwLxV+Zl09oRrpEuoBoJT8FBdHmoDP2PnY4cdVvBIam5Edj1g6Ji2UPi2Gt6Te5cMDyPr+g== X-YMail-OSG: Hmfy2HwVM1n7oBWuC6fR8F_mycYFBhKeq2E2jIfUJJ9Q.rx7eAERnjt_FGo51LS 0zs2BGsLG5cBe8MYj5E4Y9Uksxtzuz8sFG_MFT6SlnYXeU3P2UpCQQiN2_KkDOgMqkn6Y53HBdZK gYPyw1OEt6LxWG.GhqmLo4f_a6k5TjpmfO3SrS2G9NRi1eK.Wiz5EP6uNL3Hw8jVMBhVkZDveTG6 CVXbjgNO9c8XlsSYYnz_mpaatCnmnV1M5JST9ozhDk1s100xMPGTP3jcyXP2sqhEiA.bZh9bvisq lO2fcqM.BxYoHYnHnAOAjPFIPQe9DYO5ILcJcgFWwnVdA6NufRLAmAHeCmg_pErP3SIH48DCoMKi KTMQF5jpnXw8uLru_u6w_HFm2xdB8u76PYJ3MZn87IjuJpZWoB.yhYwA7RWvzuqljnMxftjdtPXQ hf.xM0.P0hrRuPRCLsl2RDOgrVdHxUpHWhRdw0OVer6yf3OduWHGxxzNWjHN6gFUZrvFGhyLXhOC _w9FX8QGE._iC14pJ0HnS_joqx5yB5Ha0sHOlE9GN28gmUE34J53lBQjgWC3tCcwH.2RXcojsxFR cFM4T5dJKpiBJHQDARs4jadNcMpaGrLHbjcsON5FXeZ9B8SSx7Fm3hAsmYCumxIx61Ung4SMVRoH HAxfY_0UQD6JYkjkQwURzFuzRGM5tosEW7dX5kGH2UBCjn3Q2nU0_ZQ35xUmlnIi1bbg3i.80HVu zBjEcHgAf4xdLIJyHCYG2tPAp8nxpDFqylqYDtaLIg.giIeUlbXbQNbJFeVxOSh7Yz9xF5qe6cEP Ebh_tTaDq0kNTeQrjaQmVYnu.q1ogMKeRSY5fzXwzI X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic307.consmr.mail.bf2.yahoo.com with HTTP; Wed, 6 Apr 2022 19:50:59 +0000 Original-Received: by kubenode514.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID c8ceb89d09e6844ac1740f4c8459ee39; Wed, 06 Apr 2022 19:50:54 +0000 (UTC) In-Reply-To: <86h776cbxa.fsf@mail.linkov.net> X-Mailer: WebService/1.1.20001 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Received-SPF: pass client-ip=74.6.134.41; envelope-from=spacibba@aol.com; helo=sonic307-2.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:287857 Archived-At: On April 6, 2022 8:29:13 PM GMT+02:00, Juri Linkov wro= te: >> Yes but there are three key differences there: 1) browsers show the >> completion list immediately (like icomplete and >> it's family), so they don't require a tab to show the completion list o= r >> any binding to jump to/exit the completions list either=2E > >We could add a new variable or a new value to completion-auto-help >to show the completions buffer on any edit=2E > This will be very complex to do with the current infrastructure=2E Not for= the show, but for the update=2E I wanted to do it and it required too many= changes here and there=2E=2E=2E Maybe you find a better way=2E Any way=2E=2E IMHO I think that going in that direction is a bad and more = complex approach=2E For such behavior it may be better to use icomplete and= similes=2E=2E=2E I would be fine if we mimic zsh or fish, and let the browser like behavior= to other completion infrastructures=2E=2E=2E >> 2) the browser completions are shown vertically only, so no horizontal >> navigation is needed and not modifiers to the keys are needed either as >> there is not any collision of bindings=2E > > and can be activated in the minibuffer only >when the completions buffer shows more than 1 column=2E Maybe >there is already a variable to detect this situation? > I don't think there is anything for that yet=2E=2E=2E Let's rethink first = what we really need=2E >> 3) The search they perform is on the history, so when the candidate is >> unique it is inserted and selected, so easier to erase the suffix if >> needed with backspace or insert at the end (right arrow)=2E > >This is not what I see, candidates are not selected=2E >Maybe you use other browsers versions=2E > In my browser I can type and the list is updated; then the arrow down sele= cts, but if I go up with the arrow at some point it goes to the top and dis= ables the extra completion=2E=2E=2E >> BTW: do we have any sort of history search based on the inserted text >> like bash history-search-backward?? > >It's just 'C-r C-w' in the minibuffer=2E Ohh lord --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E