GNU bug report logs -
#63290
30.0.50; Customize UI shows extra fields for (choice (const ...) (alist ...))
Previous Next
Reported by: Thomas Fitzsimmons <fitzsim <at> fitzsim.org>
Date: Fri, 5 May 2023 06:04:01 UTC
Severity: normal
Tags: patch
Found in version 30.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 63290 <at> debbugs.gnu.org (full text, mbox):
Mauro Aranda <maurooaranda <at> gmail.com> writes:
> Thomas Fitzsimmons <fitzsim <at> fitzsim.org> writes:
[...]
>> It seems like after a const is shown, Customize considers the
>> variable "edited". I don't know why it is adding those extra
>> INS/DEL key/value UI boxes though.
>
> The code currently ignores the value if it's present but
> nil. That's not good, obviously. But it might be tricky to fix
> it because other widgets depend on the code ignoring it...
>
> I think it might be good to have a different property specify a
> default value (defaulting to :value upon creation, if not
> provided), and let :value be treated as of today, like the
> current value holder.
OK, thanks for taking a look; let me know if you want me to try a
patch. Sounds like a good way of maintaining backward
compatibility with respect to other widgets.
Or you can test it against excorporate-configuration in GNU ELPA;
just search for the FIXME that mentions this bug report.
Thanks,
Thomas
This bug report was last modified 1 year and 330 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.