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:46:35 +0200 Message-ID: <20220408084635.hytfsozajd5he654@Ergus> References: <20220406181339.iubahj6fviq3fyqv@Ergus> <86o81eawnv.fsf@mail.linkov.net> <91135A5B-17B9-4B1A-AFB9-40D2656313DE@aol.com> <86ee29pawb.fsf@mail.linkov.net> <20220407090845.rvjzos3pp6f77qrz@Ergus> <867d80c00z.fsf@mail.linkov.net> <20220407172201.qwggexthtersxi7x@Ergus> <86y20g93pe.fsf@mail.linkov.net> <20220407182701.qzv7iknz7prjv5fw@Ergus> <868rsgggr7.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="12509"; 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:48:08 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 1nckHn-00036M-EE for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 10:48:07 +0200 Original-Received: from localhost ([::1]:60668 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nckHm-0003fk-8M for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 04:48:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59374) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nckGR-0002tP-T7 for emacs-devel@gnu.org; Fri, 08 Apr 2022 04:46:43 -0400 Original-Received: from sonic309-13.consmr.mail.bf2.yahoo.com ([74.6.129.123]:37286) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nckGQ-00036C-42 for emacs-devel@gnu.org; Fri, 08 Apr 2022 04:46:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1649407600; bh=SrdBcsHkZVUG48c6lOFhmyRJwn36IZ3wKVU+5f0CFhM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=lYiU8hTg4STTrbusrgFhF2fweFu0vgXcL8rY6PYfh2y9ngZ2mluQK8k3Cb1atrHkLlIOqM1vmxyuSKCG5bEDQ9e7kNbLJw5mnR5mi/ZcrflBF9xdvVAN85M10YQk4Q/WoqZ1VBCwUcav7J/uc10HmKxxUMO5VSB3rcYPQHwAlNkykIVFJYv1OZt/eGrZY2FffI91y7UW8/Tdv1vz+5VYRoAiyJF9ZVhW5IPToGO6rFgLPgKBBtolCVUFNYQbgb0+dZhCFvFTHfASO80ZLZwxznxMYyCg0E8huxKDUeyUERWn1jwH/w80Y14lQV0kzPLx6LNu42akvCYCFnV1P1OfVw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1649407600; bh=IOJHJz4+tO+zpFQWWWknJGBARHnbBjqWWTggUg5lZKv=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=K0gH73AEXkVV00d+dJWo1AWGQvXqV9D+IWdI5JB4j6c1m06q0uCieBTROZDQ8w5DLrK9afSCnQV+nevYtPr1809zK0Wn9cka+43PF6wyCqzGnE0zV8UYsRCPG6mAlOZTKo32EmBd9k3cUCw+Bu4IXRj0zNMCUoH78dNTFAYynyKa2AEvDgoku/KM3Gwo+G2MTXrRdml2UPc5kizw6kQixGvtb7+Ov16STUnqunUt8qw9CaYQ/upqvLenSntjNgc6HJwm8duvUwf7TYmNRW8LkCyN/h6/Dr/F3AYb1K8PtHPwdWSNqlXJ9/h4f54fsZqnVuM9nq22eVuStiJuZ1ItXQ== X-YMail-OSG: GAPzNbkVM1nIm_R6OdRms0kwXwvQi5R_VFSBl_FMH60uwibQfOCLnDVPSrXSiHT 1WRu0oKfLRyhyKEGrklK9MDJYTwMRe.tsSm0KPLZ62tc5t1F0Z4GvhTUYBE800vOCErMisYJzGVE 1jzKypVJb7uMKxP.HK7qoahTjH4OKPQ4843dj3HUfzRN2lSI_xoc9ANvWeJYrS8KpxjxclyooPis qa5Ozwz1iJOWMKY8RAZdnoPKUNKtR4irOV_YFs4n39fJmPfYRMw_PH1n21fp4qzgKW9yXhJjSjcO UjyyIVsXZNRTSvGlRcFRm3sQ_IxxM_TUyYGj2x2zVcCwIpraB7SFDJcfrfKsM.w4egcrGBvme3rf Ug4ouNfUDzxa8kRHoKnPrbvNFdQTZqd.LnepXv9V5osrZV5qTtBqTDNCdvEEOtnhjy0zWFBB7iSn f07kOHqZbHM2y9qYCiAXcMRHea.VFtEzWR_AoCPfibnla53K_dMqFjouN6DuVKhAqvERZDPkJii0 DKVJn6RWju0UXfzOOG_GWSLqD5cBVjA_Pr0DQf0JK9IhipJEDlFoz9IEDR7dJDtu1C8Lu.XRH.UD dY.EN9vgdPWW5Jk5mdcesowhBrNnUHAnoRBQGsZceH7MI_Xe7kbQxImFnic3eTLT2SwlRL8uwgQy T9LISPEQobeBVCiXCY2FK0bkS.KTIhOkZURnP_5H9QzfVLrFJWPTDgg63lVnHxxuI7K3qeO7YOXG iX6zvZlMO5.__ciKE0HYOw3TPSjz.P9yOpM4METDOSpcuEtAjH8qRy8NO5v52jq_l27yqXXg_9tU RD16lP8CYtiWDorHlbobceggcIQ0l8MU3L9AzrAEt4 X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic309.consmr.mail.bf2.yahoo.com with HTTP; Fri, 8 Apr 2022 08:46:40 +0000 Original-Received: by kubenode509.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID f4ecbf1d35b1a875e87090d5850ca1e5; Fri, 08 Apr 2022 08:46:39 +0000 (UTC) Content-Disposition: inline In-Reply-To: <868rsgggr7.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.129.123; envelope-from=spacibba@aol.com; helo=sonic309-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:287937 Archived-At: On Fri, Apr 08, 2022 at 10:45:48AM +0300, Juri Linkov wrote: >>> So inserting a letter from the Completions buffer is the only thing >>> that you miss from zsh? >> >> Actually yes, that and remove the mode-line to completions... >> >>> But you also said above that this feature is >>> not important because such cases are rare: "M-x find-file /my/file/path". >> >> I can live with that. Lets say in our case adding a space does not make >> much sense, but just inserting the letter in place without completion >> may be a better behavior... But again... I can live with this. > >Indeed, there is a problem with staying in the Completions buffer >and typing a letter. When this letter will update the completion, >then the Completions buffer should be updated that causes more problems >such as where to move point after such buffer reverting, since >the Completions buffer is the current buffer, etc. > >>> In all other regards, currently it works exactly like in zsh: >>> 'TAB TAB' selects the Completions window, and C-g cancels it. >> >> Yes... > >So we have two possible cases: selecting a completion candidate >when the Completions buffer is the current buffer, and the second >case is when the minibuffer is current. The first case now works fine, >and we need to improve the second case. The new mode zcomplete-mode >will help to do this. The advantage of using the minibuffer for everything as icomplete does is that there is no context switching, so it is a single case, single map etc... The inly liitation we have there then is that completins are not shown on demand, but automatically; but I am not sure if that is actually a bad or good thing...