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 339989 - Instant-apply of icon size change doesn't work reliably for Launch menu items.
Instant-apply of icon size change doesn't work reliably for Launch menu items.
Status: RESOLVED OBSOLETE
Product: gnome-panel
Classification: Other
Component: general
2.14.x
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks: 519089 519313
 
 
Reported: 2006-04-28 02:05 UTC by Tim Miao
Modified: 2020-11-06 20:24 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14


Attachments
Screenshot (93.87 KB, image/jpeg)
2006-04-28 02:25 UTC, Tim Miao
Details
Screenshot (89.33 KB, image/jpeg)
2006-06-08 02:00 UTC, Tim Miao
Details

Description Tim Miao 2006-04-28 02:05:29 UTC
Please describe the problem:
Icons are not compliant with theme settings.

Steps to reproduce:
1. Change gnome theme setting to high contrast inverse theme.
2. Click Theme Details button in theme preferences dialog.
3. In theme details dialog, select controls tab, set theme to high contrast
large print inverse.
4. Select icons tab, set theme to high contrast inverse.

Actual results:
Icons of Desktop and Places in Launch menu are not compliant with theme settings.
Icons on Desktop are not compliant with theme settings.

Expected results:
These icons should be compliant with gnome theme settings.

Does this happen every time?
Yes.

Other information:
This bug can be found on vermillion_39/snv_38.
Comment 1 Tim Miao 2006-04-28 02:25:10 UTC
Created attachment 64442 [details]
Screenshot
Comment 2 korn 2006-04-28 03:05:25 UTC
To clarify: the problem is that many of the icons aren't large enough (though they are appropriate white on a black background).
Comment 3 Tim Miao 2006-04-28 03:33:11 UTC
Hi Peter,

I also agree with your comment above, but I filed a bug #338975 in last build, the high contrast large print inverse theme of icon is missing in icon theme preferences dialog. So, I'd like to say all these icons should not be in large print style. Based on this bug, I think these icons should not be in large print.

Thanks.
Comment 4 Thomas Wood 2006-06-07 22:21:39 UTC
I can't seem to reproduce this with 2.14. Do you know which version of GNOME you are using?
Comment 5 Tim Miao 2006-06-08 01:56:52 UTC
This bug can be reproduced on Sun JDS vermillion build, that means this bug can be seen on gnome2.14. It's still visible now. When you choose the theme which I described in steps, you will notice that some of the icons are in large print view while others are not. Also, you could find this bug in lots of sub-menus, say All Applications which is in large print and Accessories, Developer Tools and so on which are in small print. Notice, the icon of Run Application is in large print.
Comment 6 Tim Miao 2006-06-08 02:00:36 UTC
Created attachment 66948 [details]
Screenshot

This bug can be found on gnome2.14.
Comment 7 Thomas Wood 2006-06-08 19:50:46 UTC
Ah, I hadn't selected the HighContrastLargePrint GTK theme. I can reproduce the bug, but I'm not sure it is a theme problem. Possibly it's a panel bug. CCing Vincent for comments.
Comment 8 Andrew Johnson 2006-07-22 22:55:33 UTC
Missing icons aside, since there are a few icons which aren't HC at all, this problem is NOT with the theme itself as far as I am able to determine. If you restart the panel, all the icons should be the same size - it appears that when switching themes, not all icons sizing is updated until restart. This is may even be a gtk problem, but my initial guess would be the panel.
Comment 9 Tim Miao 2006-07-24 01:50:45 UTC
(In reply to comment #8)
> Missing icons aside, since there are a few icons which aren't HC at all, this
> problem is NOT with the theme itself as far as I am able to determine. If you
> restart the panel, all the icons should be the same size - it appears that when
> switching themes, not all icons sizing is updated until restart. This is may
> even be a gtk problem, but my initial guess would be the panel.
> 

Hi Andrew, thanks for your investigation and comments. And would you please copy this bug to some panel developers for more investigations? We are looking forward to its fix. Thank you in advance!
Comment 10 Andrew Johnson 2006-08-16 17:32:44 UTC
I have updated panel and menus and icons, to cvs head, and the bug appears to be fixed. I can't find a changelog mentioning it. But I was working on the HC GTK+ themes and noticed it seems to be updating properly now.

Check it out to make sure.
Comment 11 Tim Miao 2006-10-24 02:34:54 UTC
After verification with gnome2.16, this bug is still reproducible. Users have to restart the panel to change all the icons in launch menu to large print.
Comment 12 bill.haneman 2006-10-24 08:10:50 UTC
Hi Tim - 
The description and summary for this bug should, I think, be changed to be more specific.  It's confusing to say the launch items are "not compliant" when in fact the items, if I read your summary correctly, are compliant... It seems to me that the problem you are describing is

"Instant-apply of icon size change doesn't work reliably for Launch menu items."

Am I correct?  Also, if this is the remaining problem, its severity should be downgraded.
Comment 13 Tim Miao 2006-10-24 08:18:54 UTC
Hi Bill,

Yes. That's the problem I filed for. Also changed the bug synopsis.
Comment 14 Calum Benson 2006-10-31 15:48:56 UTC
Re-assigning this one for the gnome-panel folks to look at, as it's not a bug with any particular theme.
Comment 15 Tim Miao 2007-01-11 02:55:29 UTC
This bug is not reproducible with gnome2.17.2, move it to fixed. Thanks for all of your great effort!
Comment 16 Tim Miao 2007-01-11 03:00:58 UTC
Comments, there's a new theme of HighContrastLargePrintInverse theme in theme maganer, it could avoid the problem of this bug description. I'd like to reopen this bug if they are different bugs.
Sorry for the confusion!
Comment 17 André Klapper 2020-11-06 20:24:06 UTC
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years.

If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/gnome-panel/-/issues/

Thank you for reporting this issue and we are sorry it could not be fixed.