GNU bug report logs - #73820
31.0.50; [Feature Request]how to hide *Completions* buffer when icomplete-in-buffer is not nil

Previous Next

Full log

View this message in rfc822 format

From: Eshel Yaron <me <at> eshelyaron.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: juri <at> linkov.net, 73820 <at> debbugs.gnu.org, jixiuf <at> qq.com, spwhitton <at> spwhitton.name
Subject: bug#73820: 31.0.50; [Feature Request]how to hide *Completions* buffer when icomplete-in-buffer is not nil
Date: Wed, 16 Oct 2024 11:36:05 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Eshel Yaron <me <at> eshelyaron.com>
>> Cc: eliz <at> gnu.org,  jixiuf <at> qq.com, Sean Whitton <spwhitton <at> spwhitton.name>,
>>  Juri Linkov <juri <at> linkov.net>
>> Date: Wed, 16 Oct 2024 09:37:19 +0200
>> 
>> >> Right.  This is also stated in NEWS.
>> >
>> > If this is important enough, it should be in the doc string.  So I've
>> > now added this tip to the doc string, and I'm therefore closing this
>> > bug.
>> 
>> Hmm, I'm not sure that that's really such a good recommendation.  Adding
>> this advice breaks M-: completion, for example.  I think a more refined
>> solution is due, if this is to be considered a supported use case...
>> Namely, I suggest implementing icomplete-in-buffer as a
>> completion-in-region-function, like some other in-buffer completion
>> frontends are implemented.
>
> Of course, a better solution, especially if it is not based on
> advising functions, are always welcome.  But I'm guessing the solution
> you have in mind is not for the release branch, though?

Right, it'd probably be too big of a change to make it into Emacs 30.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.