GNU bug report logs -
#57113
29.0.50; Confusing icon customization interface
Previous Next
To reply to this bug, email your comments to 57113 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Wed, 10 Aug 2022 12:06:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Po Lu <luangruo <at> yahoo.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 10 Aug 2022 12:06:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Do "M-x customize-icon RET outline-open RET".
You will see the following interface:
INS DEL List:
Choice: Value Menu Colorful Emojis
Repeat:
INS DEL String: 🔽
INS
Plist:
INS
INS DEL List:
Choice: Value Menu Monochrome Symbols
Repeat:
INS DEL String: ⯆
INS
Plist:
INS
INS DEL List:
Choice: Value Menu Text Only
Repeat:
INS DEL String: close
INS
Plist:
INS
INS
State : STANDARD.
How to use this interface is not clear at all. What does the first
level labeled "repeat" mean? Why does it have multiple items, when it
is intended to represent a single icon? What does it mean if I click
"INS"? And if I click "DEL"?
Ignoring that, the individual items in the list are also badly
organized. There is a menu of choices that seem to indicate the types
of the items in the value list (why it is a list is also unclear.)
Unfortunately, there is no help text in the menu explaining what the
individual icons mean, or what to do with the text or plist fields field
provided underneath. The fields also don't update in response to
changes to the type, which doesn't make sense unless selecting "Images"
will automagically transform an Emoji symbol into an image.
The labels on the various fields should also be more informative than
"Repeat", "String" and "Plist"; those only tell you what the fields are,
and not what the fields do.
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Fri, 12 Aug 2022 15:33:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> The labels on the various fields should also be more informative than
> "Repeat", "String" and "Plist"; those only tell you what the fields are,
> and not what the fields do.
If your point is that Customize sucks for complex structures, you're
totally correct. A Customize/Widget rewrite to make these things look
better would be nice.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Fri, 12 Aug 2022 17:51:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 57113 <at> debbugs.gnu.org (full text, mbox):
> Cc: 57113 <at> debbugs.gnu.org
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Fri, 12 Aug 2022 17:32:43 +0200
>
> Po Lu <luangruo <at> yahoo.com> writes:
>
> > The labels on the various fields should also be more informative than
> > "Repeat", "String" and "Plist"; those only tell you what the fields are,
> > and not what the fields do.
>
> If your point is that Customize sucks for complex structures, you're
> totally correct.
I think we shouldn't offer complex structures as values of user
options to begin with. It makes no sense to me to require users to
understand such structures to be able to customize the respective
features. I think the user options we have whose values are such
complex structures are simply cases of lazy thinking: it is much
easier for a Lisp programmer to make a defcustom that accepts such
complex values than to try to factor them into several simpler ones.
We should flatly reject such user options when they are introduced.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 01:59:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> If your point is that Customize sucks for complex structures, you're
> totally correct. A Customize/Widget rewrite to make these things look
> better would be nice.
My point is that customize-icon should be more like customize-face,
because so far I have no idea how to use it to change the arrow Emoji
into a PBM, and the manual does not help either.
See customize-face for something that does work.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:03:01 GMT)
Full text and
rfc822 format available.
Message #17 received at 57113 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Po Lu <luangruo <at> yahoo.com> writes:
> My point is that customize-icon should be more like customize-face,
> because so far I have no idea how to use it to change the arrow Emoji
> into a PBM, and the manual does not help either.
>
> See customize-face for something that does work.
Yeah, any user understands this gorgeous interface immediately:
[Message part 2 (image/png, inline)]
[Message part 3 (text/plain, inline)]
Anyway, icons are more complicated than faces.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:15:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Po Lu <luangruo <at> yahoo.com> writes:
>
>> My point is that customize-icon should be more like customize-face,
>> because so far I have no idea how to use it to change the arrow Emoji
>> into a PBM, and the manual does not help either.
>>
>> See customize-face for something that does work.
>
> Yeah, any user understands this gorgeous interface immediately:
I know that's supposed to be sarcasm, but yes, what it does is
immediately obvious, "Box around text", "Width", "Vertical", "Color",
"Foreground", "Background" and "Inherit" tell you much more than
"Plist", "Repeat" and "Choice".
> Anyway, icons are more complicated than faces.
Why? If they really are that complicated, they should be made simpler.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:25:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Why? If they really are that complicated, they should be made simpler.
Some things are complicated.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:32:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Po Lu <luangruo <at> yahoo.com> writes:
>
>> Why? If they really are that complicated, they should be made simpler.
>
> Some things are complicated.
How are they complicated, and why can't they be made simpler? I've never
seen another system where icons have to be so complicated that there is
no straightforward way for a user to make the icons images.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:36:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> How are they complicated, and why can't they be made simpler?
See icons.el.
> I've never seen another system where icons have to be so complicated
> that there is no straightforward way for a user to make the icons
> images.
You've probably never seen another system that had just introduced a new
language level mechanism for icons a couple weeks earlier, either?
Like I said, fixing Customize to be less awful would be very welcome.
Please go ahead.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Sat, 13 Aug 2022 12:49:02 GMT)
Full text and
rfc822 format available.
Message #32 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> See icons.el.
That doesn't help, since I want to change an existing icon, not
introduce a new one.
> You've probably never seen another system that had just introduced a new
> language level mechanism for icons a couple weeks earlier, either?
Language-level mechanism?
> Like I said, fixing Customize to be less awful would be very welcome.
It's not a problem with Customize. Customize is for customizing faces
and variables. `customize-icon' is something new, so the problem is
there.
> Please go ahead.
I'm afraid I don't understand how icons.el is supposed to work, and it
seems overcomplicated.
How about replacing it with something straightforward, such as a single
function insert-icon, which inserts the appropriate icon according to a
list of image specs? Then, the first image in the list that can be
displayed is inserted into the buffer.
Fallback text can also be supplied as the last element of the list, and
is displayed on terminals that do not support images.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 15 Aug 2022 05:46:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> I'm afraid I don't understand how icons.el is supposed to work, and it
> seems overcomplicated.
It's as simple as it can be.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 15 Aug 2022 06:52:01 GMT)
Full text and
rfc822 format available.
Message #38 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> It's as simple as it can be.
Why? You never answered that.
"As simple as it can be" would be a single string giving the file name
of an image.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 15 Aug 2022 06:54:02 GMT)
Full text and
rfc822 format available.
Message #41 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Po Lu <luangruo <at> yahoo.com> writes:
> Why? You never answered that.
If you read the manual, it should answer your questions.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 15 Aug 2022 07:33:01 GMT)
Full text and
rfc822 format available.
Message #44 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> If you read the manual, it should answer your questions.
There is nothing in the manual about customizing icons, except for a
brief mention of `customize-icon'. Hence this bug report.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 06 Nov 2023 11:13:02 GMT)
Full text and
rfc822 format available.
Message #47 received at 57113 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Po Lu <luangruo <at> yahoo.com> writes:
> Do "M-x customize-icon RET outline-open RET".
>
> You will see the following interface:
>
> INS DEL List:
>Â Â Â Â Â Â Â Â Â Â Â Â Choice: Value Menu Colorful Emojis
>Â Â Â Â Â Â Â Â Â Â Â Â Repeat:
>            INS DEL String: 🔽
>Â Â Â Â Â Â Â Â Â Â Â Â INS
>Â Â Â Â Â Â Â Â Â Â Â Â Plist:
>Â Â Â Â Â Â Â Â Â Â Â Â INS
> INS DEL List:
>Â Â Â Â Â Â Â Â Â Â Â Â Choice: Value Menu Monochrome Symbols
>Â Â Â Â Â Â Â Â Â Â Â Â Repeat:
>            INS DEL String: ⯆
>Â Â Â Â Â Â Â Â Â Â Â Â INS
>Â Â Â Â Â Â Â Â Â Â Â Â Plist:
>Â Â Â Â Â Â Â Â Â Â Â Â INS
> INS DEL List:
>Â Â Â Â Â Â Â Â Â Â Â Â Choice: Value Menu Text Only
>Â Â Â Â Â Â Â Â Â Â Â Â Repeat:
>Â Â Â Â Â Â Â Â Â Â Â Â INS DEL String:Â close
>Â Â Â Â Â Â Â Â Â Â Â Â INS
>Â Â Â Â Â Â Â Â Â Â Â Â Plist:
>Â Â Â Â Â Â Â Â Â Â Â Â INS
> INS
>Â Â Â Â State : STANDARD.
>
> How to use this interface is not clear at all. What does the first
> level labeled "repeat" mean? Why does it have multiple items, when it
> is intended to represent a single icon? What does it mean if I click
> "INS"? And if I click "DEL"?
>
> Ignoring that, the individual items in the list are also badly
> organized. There is a menu of choices that seem to indicate the types
> of the items in the value list (why it is a list is also unclear.)
>
> Unfortunately, there is no help text in the menu explaining what the
> individual icons mean, or what to do with the text or plist fields field
> provided underneath. The fields also don't update in response to
> changes to the type, which doesn't make sense unless selecting "Images"
> will automagically transform an Emoji symbol into an image.
>
> The labels on the various fields should also be more informative than
> "Repeat", "String" and "Plist"; those only tell you what the fields are,
> and not what the fields do.
I tried to improve the tags for the custom-icon widget. See the
attached patch.
I'm willing to work on this, so any feedback is appreaciated. Thanks.
[0001-Improve-tags-in-custom-icon-widget.patch (text/x-patch, attachment)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#57113
; Package
emacs
.
(Mon, 06 Nov 2023 13:02:02 GMT)
Full text and
rfc822 format available.
Message #50 received at 57113 <at> debbugs.gnu.org (full text, mbox):
Mauro Aranda <maurooaranda <at> gmail.com> writes:
> I tried to improve the tags for the custom-icon widget. See the
> attached patch.
>
> I'm willing to work on this, so any feedback is appreaciated. Thanks.
Thanks. I cannot devote any time to this problem, so please feel at
liberty to abound in your own sense.
I think that a handful of adjustments to the widget's layout won't
address the issues I raised, since they are intrinsic to the "array of
buttons and text fields" paradigm which most Customize widgets follow.
This paradigm befits customizing user options, which must frequently be
represented by individual widgets controlling nested data structures;
with icons, which are merely small symbols representing a capacity or
event, there is no analogous justification for such undue complexity.
The raison d'etre for Easy Customization is to provide an abstract and
unambiguous interface for the user to customize Emacs to his heart's
content--in the case of icons, it should provide a mechanism for
replacing the symbol displayed in one or two clicks and nothing beyond
that.
This bug report was last modified 1 year and 226 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.