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: Thu, 10 Mar 2022 23:35:24 +0100 Message-ID: <61E441D4-D147-4E38-8A1C-159A916DD801@aol.com> References: <831qzbg5j2.fsf@gnu.org> <20220309101159.4k3uma2ztvldlqiz@Ergus> <20220309114654.zq3h3u47btmt7q2u@Ergus> <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> 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="26228"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Po Lu , Eli Zaretskii , Stefan Monnier To: emacs-devel@gnu.org, Juri Linkov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Thu Mar 10 23:37:29 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 1nSRPU-0006a0-Kf for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Mar 2022 23:37:28 +0100 Original-Received: from localhost ([::1]:50918 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nSRPT-00076N-6C for ged-emacs-devel@m.gmane-mx.org; Thu, 10 Mar 2022 17:37:27 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:47100) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nSRNm-0005fc-Rt for emacs-devel@gnu.org; Thu, 10 Mar 2022 17:35:43 -0500 Original-Received: from sonic308-2.consmr.mail.bf2.yahoo.com ([74.6.130.41]:46523) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nSRNk-0004FM-1b for emacs-devel@gnu.org; Thu, 10 Mar 2022 17:35:41 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1646951736; bh=OjUtdXazIlwHXv5O4Mzqu9C4vHy8cx/vAZl8w+lTE7o=; h=Date:From:To:CC:Subject:In-Reply-To:References:From:Subject:Reply-To; b=SBifhhZ3iAFlNDwlSGCthuAvB73G+EG9Ibne25OkTlF8n6jGDJocBG2oG35bU0vq37ojYmPBoEZjIuYX6/XKv64hKiBoaySgga5w3pK3Z7GFEJdT9rV37IvCaEg4o3ITvNgVtozzKn0ENoOvZ69EhCRCTw5nZBbZG7dIsXO1iRI6aFNqhavEmrtBpJeVaEENEL/viccmA9BxhhRstHcBNKeRNj4AZjekE6qSbjyar/HfeCjFx5ZGxdrB54RAuq0YbVzRHs0rDh1fiIQD8wYbZTWlJmMT30fEJuNND3P8Pm47AhcESKz+jRG0huUr0WPlLY5eV/35cCf8ifZVY2Abng== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1646951736; bh=HNlGDSQC7e/+DO9pzENG65yROFNKgWD9JYxOLW5NxPa=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=qoOGg1/RlEzQ5CzOgT9Uhtho9lUwXhgZzFwwdZwMF+OwqfoBVM+rfK1WM6ukH2VqtC7Yth1zM4MCMu1H0EdFqLPP/miN5WdiHQ8OUAAKGRrUSI34mSPxpnm67UueCHDXjMpzM3DgZ4b3tuQSCBqqDufgvfOdIokGG7oq3K99bd+k9LYFlWhJ3a5ZYk7gnE4qqUKtHlUJQJ31dT6/ffyPiwEk40HPeyB3nrDaKzx45mjMkm2QpiSIkHKiR5s+mKupGGi2Td0GSq7baLKn0SkNOGW/j2MHqeC0g9Xpbqm3pEQxWwOX0eMzCJHyyirvRmEmetsyFtLlPVaaYG8hyhi8mg== X-YMail-OSG: ER6kutEVM1mFcDy0wkq1vUvCkU6VNJjPCEMhJ9n7NtCGY7l0VzGXM44o08uKDbt PiowOPX3BASW4vrC88Pzs0ZOsZx30qrbvNXRD1esmsu7Bfw5Pq2dG5BhPgSBflRSZRBwbkZnLE1y Df9nZMB5vuOApQFHm7Zp7Q4Fq.wlbgpucqkwkwmk16Pt64_xn4eGUQvswVb_iz_gQRhEJgNDU3tA c1YJnWjPKaFS_uP5yTG9oT.QQ_eUpl_M3c28IyTEppXPCg4c2yLMrqO74HukLfleMaYdhS70eWLE DMrV9GthMDvz48lUaoweHu1McMF6st94B6YAIPe6yBperQL8PAw1RhcQxfD6uciMmMB0OVJobOfD bMw70dnhtmJnAN6eUwtPLwnAiyJ4N_0IAFmye5a_ySoihnTfaHIqUR6gR_WmSuSr2Kb9AuVpJ60E eOAg7u_MMCR5B294V2IsOv1.up6mHnSLEpiJx4Bi0z0suq2RSTgmlk.31CfI0jlI8kD.vzIwxG4I 1LLBtdbnvG64VczlHXDyCLsUZKSTzZ8KCbdwOiuFvDVCgP9oKXRJyW0wvB97YKeqXMnYlvb8LdPb 0jFqqJdq7wppRn6j_0_HFYbAe9_Ca8o8uk2v8qLTTZ.wPMuzKQVqQtaohJx31h6gEjTsiZi_WQx5 ns4Uhu.nmO2N6QJeVi4D9rIRwZOeLFW9pHUh54sRz.2tHyYUjVASKZZHQwB4q183t6ZypjGnQVL0 1rpsfyoWR191CE6lz_PrzkK8U2V9zx6ujeuMxAAnoGWJHfgZkoxSS7iAYTyBPO08.Kx_mspjc1M8 jZ_Q48GyMn0PC2iXQHI4DpJNCOC98_54nOpF7j3IqY X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic308.consmr.mail.bf2.yahoo.com with HTTP; Thu, 10 Mar 2022 22:35:36 +0000 Original-Received: by kubenode511.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 23d759a6f9c76de4ca8ccf1b5c5ecf41; Thu, 10 Mar 2022 22:35:30 +0000 (UTC) In-Reply-To: <86ee39r69o.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.130.41; envelope-from=spacibba@aol.com; helo=sonic308-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:287012 Archived-At: Hi juri On March 10, 2022 7:50:43 PM GMT+01:00, Juri Linkov wr= ote: >> I just added a new branch feature/completions-customs=2E > >Thank you=2E I hope these small steps that add new options >will gradually place the default completion UI on a par with >modern completion packages=2E > >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=2E no unique (shows or update completions) > 2=2E unique common (complete-common and UPDATE completions) The new values only change this case=2E Always shows or update completion= s and visible only updates if they are already visible=2E The other previou= s values just hide completions=2E > 3=2E unique candidate (complete and hides completion) > 4=2E unique common but completion is a valid entry (complete-common and= hides completion) > >> The changes there are minimal and finished in my opinion=2E Whenever a= ny >> of the maintainers decide they can correct, fix, or merge into >> master=2E (there is a small issue with the reference in the manual, so >> please fix it, but I don't have any more time) > >I fixed these and some other issues in the branch=2E > Thanks :) >> The changes include the max-height for completion window, a >> completions-highlight-mode and the new values for completion-auto-help= =2E > >Why not highlight the completions by default? Unlike other changes, >highlighting doesn't change the previous behavior=2E > You know=2E=2E=2E >> I didn't include the zcomplete-mode because I am not sure how to name i= t >> and didn't receive any feedback except from Juri=2E In total it is 53 >> lines and provides an interaction similar to zsh (as explained before) >> which may be very suitable for new users=2E > >I'm still unsure about this mode=2E It's unclear what is the answer >to the main question: should it select the completion buffer or not? > This one only works with the buffer selected=2E I minimized the hacks as m= uch as possible=2E The only change is that when pressing a letter key or wh= en attempting to edit the read only completions buffer, it will try to go t= o the mini buffer immediately and execute the key command there=2E Just giv= e it a luck=2E >I'll soon post a patch to allows navigation in the completion buffer >without selecting it, i=2Ee=2E from the minibuffer=2E=20 We already tried that, but you are a much better lisper=2E=2E=2E Let's hop= e ;) This will handle >the problem of self-inserting keys that will continue working >in the minibuffer=2E When this will prove to be insufficient, >then we could add new mode to auto-select the completions buffer=2E >But then why don't just use the recently added completion-auto-select? > The zcomplete-mode is intended to be used with completion-auto-select for = a better experience indeed=2E As I said what it does is just to skip the co= mpletions when any letter, DEL or edit attempt is done in the Completions= =2E Then it tries to execute the command directly in the mini-buffer before= signaling an error=2E=2E=2E Basically it saves to explicitly jump to the m= ini-buffer before inserting another letter or delete one=2E=20 >> Apart from that I am wondering if it makes sense to add an option to >> propertise/configure the Initial line in the Completions buffer (there >> is one to remove the help, but not the other) > >Do you mean completion-show-help whose nil doesn't remove >text "Possible completions are:"? > Yep >> (for example to remove it or add properties like intangible, a face etc= ) >> could we also add a sort of counter there to indicate the total number >> of candidates? > >Good idea=2E > Best, Ergus --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E