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: Fri, 8 Apr 2022 10:42:28 +0200 Message-ID: <20220408084228.brbjvrsjnjqdipbu@Ergus> References: <20220406174532.chsgqkzd2gphyuh3@Ergus> <86h776cbxa.fsf@mail.linkov.net> <024631F1-7D64-4784-BEF4-9B34ABFFC234@aol.com> <86tub5pbcr.fsf@mail.linkov.net> <20220407091649.gg2kzu3bqk326zr7@Ergus> <86tub4al82.fsf@mail.linkov.net> <20220407173854.svouydgsy6hwytep@Ergus> <868rsg93dv.fsf@mail.linkov.net> <20220407183535.qug4e2eaeicuje6c@Ergus> <86wng0gh3a.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="32780"; 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 Fri Apr 08 10:44:12 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 1nckDz-0008No-Td for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 10:44:12 +0200 Original-Received: from localhost ([::1]:57646 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nckDy-0001Se-Iy for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 04:44:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58544) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nckCZ-0008RV-Ql for emacs-devel@gnu.org; Fri, 08 Apr 2022 04:42:44 -0400 Original-Received: from sonic310-13.consmr.mail.bf2.yahoo.com ([74.6.135.123]:34217) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nckCW-0002Kd-SU for emacs-devel@gnu.org; Fri, 08 Apr 2022 04:42:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1649407358; bh=b37nL01r/z3amKlMdj55+kMs9URevcpLcpUTv1pes0s=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=AKStQiWOKEReTtAJM9FDM8A6ACliyQ7NxUqOw7UXk8y/02F5g4y2TcKFcq93HAlgTiAVG7kzHKDIMliWn7YV3VR5UNkdKDKkIwVEr55MhSzcd5+SirHrGEXMGgBMysc7UrEUMHTbst0HTIg6tZrX3qGZwOGoV4m5g+u/EVP1KSQH/AkGMMHSIrbIBT8qm5PqyLFQaRSBPS1ji5/Ky3cKoKMsYU4oRUOi2mRK9Gh5K0ndF0bAi2iH6/VxKItkfHr8l5JEW2+/ijmjj6doyDuapIxYGxoqPalFg0qfv9d7DUQHR6AAERTDGu8QkVALHxWTmcxjsxU7XCkDV5vihJF3Pg== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649407358; bh=AO8uQvH/s9da4Nmv+qQMu3z9W/MLOdcU/kKyulCMxQK=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=HIpv5h6QC+IVp3To/VsFyPGyvUIF8g1+GBV3Who4m0oReTqMyhUs/rK4UtLelcCGiKhrZd89pM+OwTBY4Ldgp7JUnk9MDFrmwKwVrhCahNRJGWznLRs9V6vQJ9eRjuYRrkYwo1O/778vJESKmgGtte0ipOxN9APQjiTkTmfz80SjRcbVHuuQfn1ZFB6ZGUlVkJxrxfA3exB/XyAuWF5XYuFFEiCTj4kEh9jgzVznG0PTBqAR89pLYKPFgDDhoTTmwpTLsO8fjER5Rb7+Rug8VusconDIcJljXXEzmPmg+LalbA5DbEgcSIZPOehSqRy9xdf/Vq/CGOCEsgHXu7VYlQ== X-YMail-OSG: 22TGyY0VM1kjV7yXEqxSBcBhcvOvn9PC3vA5Q38wWkV8nHnKZD1rh4Jz1A4x0eA OvbX7CFla7QhddP2GRqKplc_DTs0kWwUpa.UaZr9zCdBdKQUytlqKzCu0YdJB2X_MiVEaOU7JVR3 OQ6wBQpii6PiRgnY8P0XdkzHlHCSw_f7cbTeA7P9K9UEusiYnD2tMQCPCwFBv37kG0_JUidqsASL E9kYZ.9Z1rcTvKSQNnkJXLui1PpY9S2mzBakwONVPbas.fv19QeSQlDuoSqXW0j2bd92FX.KFB8m p1CBmb7Hzj0mhbXjiD77STjevbUM.iXy6lR70O.kWl4QLXofi77X3fVZNR4f0sqeQ6BYjhWNq7XD KzR77f1Py8NrhSNas6gozqeLhJN8hzABBgnuiNPIkZdBcPXbWgaRH0ZbYDCOXaLX3EdJGRtPR2.H U2BaNz6ROVYaqMFBwfdnJgwcdexbTrKauOfEHGFD0akpFHn5lUDBen3t2Z1BA8.kVB6SyBjlaOeR aZFC3GNC7aTrcKRJS0VCPmbp7PD7JV7zAaZDypolPC7W6mfHVo4N1ISu5g5UnlMqXQAsweeMR8qp TpZD1R26DBwF_WnyykGWIgMb1l4cjWUrRMdONlpomeaj94uBPP0rDNAfejGP9QRhzIW_V75QYNgs TADYfLCuaoh60QIngRnaCozslLtjYgmIlYXmHqFWTxJ7Cf6vjHwrlvfBfAHD5rnzxjB0L1oSoVBK vhgQAJGMEyjlVxJYRKeHQmxXb8o5E3RmHLswKAMDVxxSb1uUPUULT49sdXLAVJewwPXtix6dtalR KUwFjSUQe_iJ5DuabuwFcMC5yrg8enXtnIzoeosd4o X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.bf2.yahoo.com with HTTP; Fri, 8 Apr 2022 08:42:38 +0000 Original-Received: by kubenode505.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID cd89b74bd3a6cb5509479f5800816d04; Fri, 08 Apr 2022 08:42:32 +0000 (UTC) Content-Disposition: inline In-Reply-To: <86wng0gh3a.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.135.123; envelope-from=spacibba@aol.com; helo=sonic310-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:287936 Archived-At: On Fri, Apr 08, 2022 at 10:40:33AM +0300, Juri Linkov wrote: >>> 1. zstyle ':completion:*' menu select interactive >>> - allows typing a letter that immediately >>> updates the list of completions. >> >> Yes, but that may be complicated because completions calls a function >> that will try first to complete the common part and then update the >> completions. (Look what happens when you press a letter and tab >> immediately). There are few ways to go around that without braking half >> of the Universe. Look where I added the code for the >> completion-auto-help visible and always... there is where the magic >> happens. >> >> Maybe you will find a better way to manage what you want. > >Indeed, this is why I proposed to create zcomplete-mode >that works exactly like icomplete-mode, but updates completions >in the Completions window instead of the minibuffer. > IIRC Helm already uses that approach? >>> 2. zstyle ':completion:*' menu select search >>> - shows the prompt "isearch:" where typing letters >>> searches them incrementally in the list of completions. >> >>>> 2) it will be simpler to implement with >>>> icomplete and that family of completion engines. >>> >>> Agreed, this would be the best thing to do. >> >> For that we have fido and similes... What we are trying to improve a bit >> is the default completion engine. Then the user will choose fido, ido or >> something external... it is up to him. > >fido, ido and others use the minibuffer, but zcomplete-mode will use >the Completions window. > Then my question will be... what's the advantage/difference from the user point of view compared with putting the completions in the minibuffer like icomplete/fido/ivy/ido do? I mean, in general fido/icomplete/ivy work fine and comfortable. The only difference with zsh in general will be the tabular vs vertical view... but that can be implemented in icomplete more or less easily if you really want to... >>> Does vertico show completions in the Completions window? >> >> I don't think so but I am not sure... Most of these tools stay in the >> minibuffer for completions... so they don't need to switch context. > >They stay in the minibuffer and display completions in the minibuffer, >whereas zcomplete-mode will display completions in the Completions window >while staying in the minibuffer, like zsh does. > As I said... whats the practical benefit? Best, Ergus