After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 760743 - (Enhancement) Show icons in menus where they are availabe
(Enhancement) Show icons in menus where they are availabe
Status: RESOLVED DUPLICATE of bug 729993
Product: gtk+
Classification: Platform
Component: Widget: GtkMenu
unspecified
Other Linux
: Normal enhancement
: ---
Assigned To: gtk-bugs
gtk-bugs
Depends on:
Blocks:
 
 
Reported: 2016-01-17 13:10 UTC by hotmusicfan
Modified: 2017-08-15 09:47 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description hotmusicfan 2016-01-17 13:10:50 UTC
Hello!

I found something a bit annoying through the different GNOME versions - icons in menus are not shown even if they are available in some applications (for example VLC, LibreOffice applications). This gives a feeling for a crippled and not so pleasant user experience. It will be nice if there is option for enabling or disabling the icons in menus as it was in the early versions of GNOME Tweak Tool.
Comment 1 Daniel Boles 2017-08-14 23:28:55 UTC
(In reply to hotmusicfan from comment #0)
> I found something a bit annoying through the different GNOME versions -
> icons in menus are not shown even if they are available in some applications
> (for example VLC, LibreOffice applications).

Well, VLC doesn't even use GTK+ anymore, so...

As for the rest, this is presumably a duplicate of:

*** This bug has been marked as a duplicate of bug 729993 ***
Comment 2 hotmusicfan 2017-08-15 09:22:43 UTC
(In reply to Daniel Boles from comment #1)
> (In reply to hotmusicfan from comment #0)
> > I found something a bit annoying through the different GNOME versions -
> > icons in menus are not shown even if they are available in some applications
> > (for example VLC, LibreOffice applications).
> 
> Well, VLC doesn't even use GTK+ anymore, so...
> 
> As for the rest, this is presumably a duplicate of:
> 
> *** This bug has been marked as a duplicate of bug 729993 ***

You've even replied ⏰ !??? o.O
Comment 3 Daniel Boles 2017-08-15 09:27:29 UTC
I don't understand what you're trying to say. Could you rephrase with more words and fewer emoji?
Comment 4 hotmusicfan 2017-08-15 09:41:04 UTC
(In reply to Daniel Boles from comment #3)
> I don't understand what you're trying to say. Could you rephrase with more
> words and fewer emoji?

1. See the dates;
2. Since this is not my first bug and not the only bugzilla in which I file bugs I start to think that nowadays resolution "wontfix" (see bug 729993) is somehow preferred from the developers, especially for enhancement tips. 
Have a nice day!
Comment 5 Daniel Boles 2017-08-15 09:47:47 UTC
(In reply to hotmusicfan from comment #4)
> 1. See the dates;

I still don't understand. Is it too long for me to reply? Would you prefer that everyone must leave bugs older than a year without a reply forever? I'm sorry that I tried to keep Bugzilla tidy; I'll be sure to let it remain a mess in the future.


> 2. Since this is not my first bug and not the only bugzilla in which I file
> bugs I start to think that nowadays resolution "wontfix" (see bug 729993) is
> somehow preferred from the developers, especially for enhancement tips. 

I don't see what any other bugs have to do with this one. As written, it is a duplicate, and that's obvious. We don't need two bugs asking for the same thing. Since there is the other one, you are welcome to comment if you have substantial thoughts to add to it, as are other users. Then a maintainer can comment whether any opinion on it has changed. But just opening new bugs, or complaining on them, doesn't do anything to increase its chances of being considered.