GNU bug report logs - #22324
25.0.50; completion-category-defaults style doesn't override completion-styles (gets prepended instead)

Previous Next

Full log

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: Daniel Mendler <mail <at> daniel-mendler.de>, Lars Ingebrigtsen <larsi <at> gnus.org>,
 22324 <at> debbugs.gnu.org
Subject: Re: bug#22324: 25.0.50; completion-category-defaults style doesn't
 override completion-styles (gets prepended instead)
Date: Sat, 29 Jan 2022 00:06:21 +0200

On 28.01.2022 18:56, Stefan Monnier wrote:
>> If we were designing it from the ground up, we probably wouldn't add an
>> 'ignore' style. We could have added a special value like 't' which would
>> mean the opposite (*do* the fallback, for those users who would want their
>> configs to be just a little bit more terse),
> 
> FWIW, the choice of using a fallback to `completion-style` was made for
> `completion-category-defaults` so that those package-choices don't
> unilaterally override the user's choice in `completion-style`.
> 
> For `completion-category-override` there is indeed not much need for
> a fallback, since it's set by the same person as `completion-style`.

That seems to argue for Daniel's original suggestion: to make 
'-overrides' a "real" override and keep the composition behavior for the 
'-defaults' variable.

Trying to honor the user's customization of 'completion-styles' makes a 
certain amount of sense. Though I don't know how much we honor it this 
way: if the user is relatively new, they might not even know to keep 
typing to see the fallback, after noting that their input does not give 
them the matches they expected.

It's more of a critique of the whole "list of styles" design, admittedly.

Previous Next

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