From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Juri Linkov Newsgroups: gmane.emacs.devel Subject: Re: [PATCH] Re: Other details about completion. Date: Fri, 08 Apr 2022 10:45:48 +0300 Organization: LINKOV.NET Message-ID: <868rsgggr7.fsf@mail.linkov.net> References: <20220406132108.evlofp5l3krsl5h7@Ergus> <86sfqqduon.fsf@mail.linkov.net> <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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8207"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (x86_64-pc-linux-gnu) Cc: Philip Kaludercic , emacs-devel@gnu.org To: Ergus Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Apr 08 09:52:15 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 1ncjPi-0001u7-Jl for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 09:52:14 +0200 Original-Received: from localhost ([::1]:40726 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ncjPh-0004Ws-Ck for ged-emacs-devel@m.gmane-mx.org; Fri, 08 Apr 2022 03:52:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:47190) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ncjNN-0002d0-DE for emacs-devel@gnu.org; Fri, 08 Apr 2022 03:49:49 -0400 Original-Received: from relay5-d.mail.gandi.net ([217.70.183.197]:45665) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ncjNL-0001xN-GZ for emacs-devel@gnu.org; Fri, 08 Apr 2022 03:49:48 -0400 Original-Received: (Authenticated sender: juri@linkov.net) by mail.gandi.net (Postfix) with ESMTPSA id B727B1C000E; Fri, 8 Apr 2022 07:49:42 +0000 (UTC) In-Reply-To: <20220407182701.qzv7iknz7prjv5fw@Ergus> (Ergus's message of "Thu, 7 Apr 2022 20:27:01 +0200") Received-SPF: pass client-ip=217.70.183.197; envelope-from=juri@linkov.net; helo=relay5-d.mail.gandi.net X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, 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:287934 Archived-At: >> 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.