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: Question about completion behavior Date: Sun, 13 Mar 2022 15:58:56 +0100 Message-ID: <20220313145856.6nlsbktbbvqhfjwo@Ergus> References: <83tuc7e066.fsf@gnu.org> <87y21ji6ht.fsf@yahoo.com> <87lexiiqnk.fsf@yahoo.com> <20220310102157.wmmn7bkkdbux7aug@Ergus> <8735jqhxdr.fsf@yahoo.com> <20220310140331.xa53sex6wywkr56l@Ergus> <86ee39r69o.fsf@mail.linkov.net> <61E441D4-D147-4E38-8A1C-159A916DD801@aol.com> <86pmmr827e.fsf@mail.linkov.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35042"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, Po Lu , Eli Zaretskii , Stefan Monnier To: Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sun Mar 13 16:01:35 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 1nTPix-00090Z-Fh for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Mar 2022 16:01:35 +0100 Original-Received: from localhost ([::1]:34418 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nTPiw-0004P0-12 for ged-emacs-devel@m.gmane-mx.org; Sun, 13 Mar 2022 11:01:34 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:36414) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nTPhL-0003Yn-LF for emacs-devel@gnu.org; Sun, 13 Mar 2022 10:59:55 -0400 Original-Received: from sonic311-13.consmr.mail.bf2.yahoo.com ([74.6.131.123]:35919) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nTPhH-0000VU-3e for emacs-devel@gnu.org; Sun, 13 Mar 2022 10:59:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1647183581; bh=sK7T+EA6AusIAfFuhyX3BftYNrJz/qma74csTi6jhaY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=JMSL+hUDkLOm9ffz/jBWhycrdjFOJWhwuok2r3U/UfNxu0Jod4j+Q3jL4stvwX6gfqJtQvVloSxsZ+2VoMSfFDvPwWlGeNdIwnoyDCGbpqdP0QpZKMBlt2lTyDuQghETmccLtqAQvyJOgXeg4VM3tLxTVXQnIdJWnGaacezCavdamK2JElnK/e6F8nfTCrHV5OcrndrCsXdufFN2AbQWcRlm3cRoDePESoF4uu9M4uo3rFAj0OHUMVSxFyEKUEUYk8MKfX79OdfUsVstbQu3vuhq7f8Qe/Lov/2nO7uWmMbtVLzmN4Y1yy+4bG2bFuPtbS9Fm2VLRvYt4uhfq2E+6Q== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1647183581; bh=qYKKuQtV/0ArPObhDXxD1jK1RiaT6rgOeUflkZ92FyG=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=FSs0+NDJ9HVeXCqizaKsDcEYbnHlxXWq2W35vBO8lECngoBnsMvZARZHESHL4tNS8mlEW8hQcgYjW3RxGYxhCltGBPvctPoiN7xA08DlRoJsfs2ZZlEQNrT4HRK/UEKpOLHNkHFsWXF6ZN+WhoxCpcDmvCZXcG5NezhgU8jRBemvLp4GGOgC2jMyDOHOmOKOkwnYl856rKhV9g1ZuxHFZcXpLPHk2aB1Zaj3/LcxHkde9m7hGLsQXyVQcdq7I3HIgQTUKbKLDFE5xT7PGUlLE0BtH/6GoHOJNKA3kZ/6T4FtZqRDJTnCwUioGEQRo46BwhfoXgU/Rx+IDKNTKMtK8Q== X-YMail-OSG: UG9r9IAVM1mNKhpsgoFgaiDzPzTRN4BwIM9tH89QE34Q1IQ7s8AjFIvdK8dyBKb 7FVOglCn.PaYqZPsn9OEl.WYlV4_bfYD8ud.DiEYkpuiojPT_fgd289bLaOSjNLcBh4fs0UopEyK k_dqH99le0zJC_t7fP63zkVgTXqH.pA1dkRbNFcYmuSdPdS5JgQ.MYVtr.RXHdoWCzIiDxHQMkij gxQGK_AxbCvUzzNOCeXulEx0NdDqfjMnrIsnInqhtqb4t2YCCdbHkdl4abOqHphaWXoQmgcZcyBj zMQAW.dE5g4ggJJIEVlMbJhY5UwQSGKGMyOG0x5qYxoNwCxaRVup4WkAKUMEobg71LDxenZ0MJSX wJ.UYSrMy1HoazkU34PDPD.tUF9UlfjYakZlDVTeLMAnl1w4MJfrHBHd1VRhb1GLtsOeQKzudM6O CEjoRgt6O.1XTpfPBNnGOT4qAuOaQV7R8rFerBVFUxkFnRLUvgRxt1Dpb3Ga9xuxfoUL_Gha_OTO YpBTH6GI8X.uqarFwXF7fm7tGgsIrKxkehr.bulSU0rTLpBcSHb4DY9JzWucaZlFrKzBLFAmu_em 6.ljqfTCwCbX7p30nGpGDU26U8awfMButKAAqyFVXwFd2eUZu1ZMXI8Dyz6qgwY_ljpKsfaRKaJU DFlutll3cYzfhZjqzSwbFlr1USQbC9g5vnQF3XOY.mYBEVBSC7pZCs0Y3mbL0V2UcaziFWE89Zkw oHfIC31b7bz..KGSntcKFE5m1h5uYVfHmcgxTPz3UbT2snbzPvsVyktNIQc_qqaUTEfZ23Oml.vn SkEw9tHZl_pKZh5tNWjOfu__oRJeVPuEYGRQfEKw6Q X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic311.consmr.mail.bf2.yahoo.com with HTTP; Sun, 13 Mar 2022 14:59:41 +0000 Original-Received: by kubenode515.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID dc0a370af347d41835432e203dbfeaf0; Sun, 13 Mar 2022 14:59:35 +0000 (UTC) Content-Disposition: inline In-Reply-To: <86pmmr827e.fsf@mail.linkov.net> X-Mailer: WebService/1.1.19878 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Received-SPF: pass client-ip=74.6.131.123; envelope-from=spacibba@aol.com; helo=sonic311-13.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:287070 Archived-At: On Sat, Mar 12, 2022 at 08:31:57PM +0200, Juri Linkov wrote: >>>One question - please explain what values of completion-auto-help >>>nil/t/lazy/visible/always now do in these cases that you posted earlier: >>> >>> 1. no unique (shows or update completions) >>> 2. unique common (complete-common and UPDATE completions) >> >> The new values only change this case. Always shows or update >> completions and visible only updates if they are already visible. >> The other previous values just hide completions. >> >>> 3. unique candidate (complete and hides completion) >>> 4. unique common but completion is a valid entry (complete-common and hides completion) > >Shouldn't some value disable hiding completions in the last case when >there are more completions available with a valid entry as a prefix? >Maybe the same values 'visible'/'always' should be applicable for this case >as well? Such modification may create an even simpler code. But we need a way to hide the completions because there is no way to hide completions in case the user just wants that. Alternatives are: a) To make minibuffer-hide-completions an interactive function and find a binding for it. (zsh uses C-g or DEL to first hide completions and then execute the normal command after a repet. b) We could add a feature to toggle completions (ex: add an extra value 'toggle, that toggles completions in some cases, but that may exclude 'always or 'visible). c) We could hide completions after a second tab after no completion was made when vale is 'always or 'visible and completions are visible. But that may disable next-completion with tab from the minibuffer. Any idea? Best, Ergus