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

Message #22 received at 73820 <at> debbugs.gnu.org (full text, mbox):

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

> 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?

Previous Next

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