GNU bug report logs -
#48356
28.0.50; choose-completion discards the suffix after the completion boundary
Previous Next
Full log
Message #69 received at 48356 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 11/04/2024 09:55, Eli Zaretskii wrote:
>> Cc: 48356 <at> debbugs.gnu.org, Daniel Mendler <mail <at> daniel-mendler.de>,
>> JD Smith <jdtsmith <at> gmail.com>, Juri Linkov <juri <at> linkov.net>
>> Date: Thu, 11 Apr 2024 04:00:35 +0300
>> From: Dmitry Gutov <dmitry <at> gutov.dev>
>>
>> All right, please see the new function completion-base-suffix added in
>> 0288bc6c949. Any docstring improvements (and others) are welcome.
>
> I tried to do that.
>
> Is there any reason why this function shouldn't be called
> completion-boundary-suffix instead?
>
>> I guess we should also mention it in NEWS...
>
> Yes, please.
Sorry about the trouble, here is the next patch on top which essentially
had to change the function's semantics to match the name above, except
it needed just the length. Since that made it a very thin wrapper, I'm
inlining the code back, no docstring or announcement needed.
What else this patch does:
* Removes the variables completion-use-base-affixes and
completion-base-affixes, just using the completion-base-position
variable, although with a marker for the field end.
* Changes 'completion--replace' to preserve the said marker.
The result is that the text outside of the current field boundaries is
maintained for both minibuffer and in-buffer completion (in particular,
the suffix).
As one downside, it brings back behavior described in
https://debbugs.gnu.org/34517#14. That doesn't seem too critical to me,
but opinions might vary.
So more feedback welcome.
Also Cc'ing Visuwesh who filed bug#49931 (related).
[base-suffix-v3.diff (text/x-patch, attachment)]
This bug report was last modified 129 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.