From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eshel Yaron via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#67661: 30.0.50; *Completions* has started popping up for icomplete-in-buffer Date: Sat, 09 Dec 2023 15:13:53 +0100 Message-ID: References: <87o7f3e4cb.fsf@melete.silentflame.com> <83wmtr2mye.fsf@gnu.org> <87lea3wpai.fsf@zephyr.silentflame.com> <8334wby0bq.fsf@gnu.org> Reply-To: Eshel Yaron Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35077"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 67661@debbugs.gnu.org, juri@linkov.net, 67001@debbugs.gnu.org, spwhitton@spwhitton.name To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Dec 09 15:15:12 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1rBy6p-0008rk-7Z for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 09 Dec 2023 15:15:11 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rBy6V-0000UR-Pp; Sat, 09 Dec 2023 09:14:51 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rBy6T-0000Ty-K5 for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 09:14:49 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rBy6T-0007oI-C7 for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 09:14:49 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rBy6g-0000qa-BE for bug-gnu-emacs@gnu.org; Sat, 09 Dec 2023 09:15:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eshel Yaron Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 09 Dec 2023 14:15:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 67661 X-GNU-PR-Package: emacs Original-Received: via spool by 67661-submit@debbugs.gnu.org id=B67661.17021312543174 (code B ref 67661); Sat, 09 Dec 2023 14:15:02 +0000 Original-Received: (at 67661) by debbugs.gnu.org; 9 Dec 2023 14:14:14 +0000 Original-Received: from localhost ([127.0.0.1]:47048 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rBy5t-0000p3-OC for submit@debbugs.gnu.org; Sat, 09 Dec 2023 09:14:14 -0500 Original-Received: from mail.eshelyaron.com ([107.175.124.16]:52410 helo=eshelyaron.com) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rBy5q-0000ok-Cf; Sat, 09 Dec 2023 09:14:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eshelyaron.com; s=mail; t=1702131235; bh=XlA5ML8bEu0WyQmUTxuV5QUCv0RVv3FirmnCDhvVnlY=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=p6oBToNLOrdh/tzPEvuCNaC9f/7wieLPxgt3kysEDKdseVq2zeEll6N7Ylmd/o8xv vj0fR0PPpIP0huLlE/W10WkyA70aE1VMD+9YwSTDih7geP5y8NdaFTqCXFBMI24PUn Drm3MUYpiuVCK1DdABkcoSYShjhpak5EDBxe5acixblGoDI/NJKd8if5fAGBHv2piR oTXD7BujKgZzWZYh/88Om97KKGyHITfPp4ZyI7xdEFlzMEaKNBqqcbNFxT1KEcZLj7 fc2WW6f5Md4/wWDhkx5dmuFI0CAMayHXmS64KQbXy29bg3Vfg+JJHXTM+mpVMa/7Wu 0sACLXjffclig== In-Reply-To: <8334wby0bq.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 09 Dec 2023 15:25:45 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:275855 Archived-At: Eli Zaretskii writes: >> From: Eshel Yaron >> >> Sean Whitton writes: >> >> > Previously you would get the icomplete in buffer completion. Now, >> > additionally, *Completions* pops up, but it doesn't make sense to have >> > both. >> >> I agree that having both interface together is a bit much, but AFAICT >> that has been the case at least since Emacs 27 whenever the text before >> point was the longest common prefix of several completion candidates. >> For example, try completing "l" instead of "ls" in eshell. On both >> Emacs 27 and on master, this shows both the *Completions* buffer and the >> in-buffer `icomplete` interface. Is this what you get as well? >> [...] >> IIUC, the problem of showing both interfaces is inherent to how >> `icomplete-in-buffer` is implemented. > > Once again, the fact that the second TAB shows both completion > interfaces is not the problem: as you point out that was how Emacs > behaved since long ago. The problem here is that the _first_ TAB does > NOT show in-buffer completions. Yes, but what I pointed out was that the first TAB has been showing both interfaces since Emacs 27, just not with this particular recipe. >> If it doesn't make sense for `icomplete-in-buffer` to appear along >> with the *Completions* buffer > > Again, this is not the problem to solve. Could you explain what you mean here? If this behavior doesn't make sense, isn't it worth trying to solve it for all cases, rather than just for one specific case?