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: Wed, 9 Mar 2022 15:30:16 +0100 Message-ID: <20220309143016.n2q3u25gat6plaxz@Ergus> References: <20220309001013.gxyh2uasbuxiz6ww.ref@Ergus> <20220309001013.gxyh2uasbuxiz6ww@Ergus> <20220309014619.bptamkv47xdiyhzp@Ergus> <831qzbg5j2.fsf@gnu.org> <20220309101159.4k3uma2ztvldlqiz@Ergus> <20220309114654.zq3h3u47btmt7q2u@Ergus> <83tuc7e066.fsf@gnu.org> 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="29021"; mail-complaints-to="usenet@ciao.gmane.io" Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Mar 09 15:32:53 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 1nRxMz-0007Nr-AG for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Mar 2022 15:32:53 +0100 Original-Received: from localhost ([::1]:33230 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nRxMy-0004OK-9f for ged-emacs-devel@m.gmane-mx.org; Wed, 09 Mar 2022 09:32:52 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:35250) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nRxLL-0003aa-JB for emacs-devel@gnu.org; Wed, 09 Mar 2022 09:31:11 -0500 Original-Received: from sonic305-2.consmr.mail.bf2.yahoo.com ([74.6.133.41]:37561) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nRxLD-0006wV-6i for emacs-devel@gnu.org; Wed, 09 Mar 2022 09:31:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1646836261; bh=NaiWmZSr6qw5Syh7Nv9r9x/AiEw++jbmNCgAlivuNDg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=XDe/qD6RYymHz/G9KKae3S0LVWYX3y5KHZr7EFAqEXjqqUdE5C5T32MH9jvi3Pa7UOm52AnhDQYQp2H0kggun6s8aC78l5BUzMeTa543P/4DlKmD7EG0fIYI0WveQscWclKzsC0LKiEvEH4v5qkMEVZmGgUdQpAKE6+aj06Hud4I6aGz+dKn7XaCkmu4kcyQtum7z4llnNbahs9M8urlVWmsiRUdAaeq6B5dfQ3WujvKdxlrdo8Kvf/bUSX1tGzq/4HnPqNiK2ryBjP38xfpUKUvVWr24Jnit7OL+7pAkXIVurEoiOy3d4NDwJj0NGP4CCryMBzNnD3vqi881sRTlg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646836261; bh=wUl2oP5bqpGSYgEbGElO3Qrzt7Vs7tGpXo92+0Sw0As=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=SyCfbAF5YukFZb0soX/rQCf3uAKuIoEXFam0bY69BKHol9lJSJ22o5iZx19sfGe3qkhnmJZHx61Jtu4rGkjmsqauWvDKmTKa75/k5okmZnZlHPx7nvhpmAG3qMki4jvgSn3MHoqMjNLuQh2OehWOj/GBgdZZW8WHyxvZZOyQ4cXWAGUo42my1oFtALy7SCMaj0uOwis69rAcwZeLS335bNu/1ln9TP8NB2PqFyBEKWVIW3z7FJmxbMPrKyF+7mSeQVjw0ZyHtlWM/wUS0knl975LQn+jvtJwJI4EGB4JIIKu/F9127hYUC5Tpwiyd6WYcNyJPiLiO/Ze3ulsoIiOxw== X-YMail-OSG: E.B8D94VM1mxzY4bOu1q0xsNQC6fpkNoLa8LdIP9cgKMzRInR3t90idW8N7DbTs VEG00PF2VeAJHFzYMbtPh1_c1nIjJVuXQKIsWxjYRQitZDsc30NqNmg7KbHih4kDrC8ltzP7jOo6 sDisJSA1PbsxOzHFR_CrrtcdFlYPtTSDbhN3FZeBn7O50yhc8VdL8zr0U478v9mNx2Yqyr4NiEbu sOJuzkWNvb6MWduzRi7l05R1mVhFfY90YJCGC3ib4CdJOQx08zxrnszExSgiVn.HyOBAJyF4aT_X tdF3asal5bPgeHtcJNCQ2GtWkuBzc3akMdm7L.gAQ8i1OeY0LMUtsZLas6s_lRiVBn0wYnRLB31b BJJtq_SSAO7rTDCeQdDpowNtwFPb4EY_Pu71e0Igu1vfZQ5y2jWAlbR9jP9xZPTmKMz8zESttDD5 cF7G73Xib_Guh0Hesrxj4F78pdsYGSzHg2qwVo0Gb.dvQE8F72uq9DN69uvDsLNVJMcHjIgA5tay yX5TKCk2.lLBDwVdHirUUKG047aMYwuNcdFwlWVFW_GAx2V1LQ903sQzIVL_q_V4aHnDF3b5ep0r zNEMgUwkxpWLKx4KakR5_RMhMNUZ6vauTES5af_SJIkwSl6CPdvF.ghDsRod3trQyiDcvX9GDbFz JRnNcjxdp7KOu2vIDtmH_Dx126dkVRD6_ft7Hh7LDTpZERSxV_lt6Q69J6KySqaoFb.5v2z9WRU9 8Q9QQgP.nV6ETpxoB.iZ1J.eD.y6zax9G6idaUguJoQXBBE5O6uA_Pi3VV0xdObIgUkp1W7Ezdoh oBkUxBj3syrcO2yq8gW7Mfn_mvLmN3L84G.2pZi.v8 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic305.consmr.mail.bf2.yahoo.com with HTTP; Wed, 9 Mar 2022 14:31:01 +0000 Original-Received: by kubenode505.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID a9aca47b2626eed04759b3d54955d08b; Wed, 09 Mar 2022 14:30:55 +0000 (UTC) Content-Disposition: inline In-Reply-To: <83tuc7e066.fsf@gnu.org> 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.133.41; envelope-from=spacibba@aol.com; helo=sonic305-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:286958 Archived-At: On Wed, Mar 09, 2022 at 03:16:17PM +0200, Eli Zaretskii wrote: >> Date: Wed, 9 Mar 2022 12:46:54 +0100 >> From: Ergus >> Cc: Stefan Monnier , emacs-devel@gnu.org >> >> Look at the attached patch, it may need some small improve to solve the >> case 4. but so far it gives a consistent behavior with any value of >> completion-auto-help (and it is actually simpler than the current code) >> >> Alternatively we may add another custom, something like: >> >> completions-on-complete-action which may have 3 possible values: > >We don't need a new option, we can add a new value to the >completion-auto-help. > >But yes, I think this behavior you propose _must_ be optional, most >probably opt-in for starters. Not everyone will want it. > >See also completion-cycle-threshold: this new behavior should not >tramp that option. I tend to agree Eli, but actually I started a thread because the default behavior is indeed inconsistent with completion-auto-help as the same Stefan mentioned. The current behavior mixes the completion-auto-help==t with completion-auto-help=='lazy when there is some completion and the completions are already visible (hiding them). If we do: compi it should be completed, but if the completions list is somehow visible, then after the tab it is not correct, so we currently hide it, when we must just update it right? The fix in any case is extremely simple and I think that with a new vale for completion-auto-help to 'always it will work, but may be even complicated to explain in the documentation...