Panel looks inconsistent when not all monochrome icons load earlier than the others

Bug #476170 reported by Allan Caeg
36
This bug affects 8 people
Affects Status Importance Assigned to Milestone
GNOME Panel
Fix Released
Medium
gnome-panel (Ubuntu)
Fix Released
Wishlist
Ubuntu Desktop Bugs
humanity-icon-theme (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: humanity-icon-theme

Having monochrome icons reduces visual noise, but the visual inconsistency it creates makes it impractical. I don't use Humanity primarily because of this. My suggested fix is to stop using monochrome icons altogether because the user is very likely to use application that doesn't have such an icon. If there's a way to make all monochrome icons appear on the right end and all colored icons appear on the left, that's going to be great. However, that may be difficult to implement.

ProblemType: Bug
Architecture: amd64
Date: Fri Nov 6 13:37:37 2009
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
Package: humanity-icon-theme 0.4.1ubuntu5
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_PH.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: humanity-icon-theme
Uname: Linux 2.6.31-14-generic x86_64

Revision history for this message
Allan Caeg (allancaeg) wrote :
Revision history for this message
Allan Caeg (allancaeg) wrote :
Revision history for this message
Vish (vish) wrote :

@Allan Caeg : I suggested a separate bug but , didnt mean in Humanity :)
This is not a theme bug. But rather a gnome panel bug , pls see the related upstream bug report.

As for this being a reason to not use the monochrome icons in the default install . I dont see this as a valid reason.
From your screenshot the two misbehaving apps are gnome-do and rhythmbox.
 - Gnome-do is not part of the default install
 - I'm not sure how rhythmbox is starting earlier than the power manager. This is not supposed to happen. [well atleast i'm not able to reproduce this behavior]

Changed in humanity-icon-theme (Ubuntu):
status: New → Invalid
Revision history for this message
Vish (vish) wrote :

This is either a gnome-applets bug or a gnome-panel bug , But upstream has it as a gnome-panel bug hence I'v added it as such.

Upstream has a patch , for this. Maybe , something we can consider for Lucid?

Changed in gnome-panel (Ubuntu):
status: New → Confirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for the bug report. This particular bug has already been reported, but feel free to report any other bugs you find.

Changed in gnome-panel (Ubuntu):
importance: Undecided → Wishlist
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
status: Confirmed → Invalid
status: Invalid → Triaged
status: Triaged → Invalid
Revision history for this message
Sebastien Bacher (seb128) wrote :

Changing to triaged the other bug seems to have been closed there

Changed in gnome-panel (Ubuntu):
status: Invalid → Triaged
Revision history for this message
Allan Caeg (allancaeg) wrote :

Mac_v, I reported it as a humanity bug because I was thinking of not bothering with upstream. One of the reasons would be the amount effort that is going to be put on it considering that this is only to accommodate one icon theme. Also, It would be very difficult to communicate with everyone upstream because there may be too many changes to be done for the monochrome icons that they may not agree with. I do not know if this will still be useful for GNOME 3, but if it is not, the work that will be exerted on it may not be useful for a long time. It would be more ideal to resort to a quick fix, which is simply dropping the monochrome icons. I don't know if it's a valid point, though.

Btw, the power manager started after other applications, because in the default setting, it should only be displayed when charging or discharging.

Revision history for this message
Vish (vish) wrote : Re: [Bug 476170] Re: Panel looks inconsistent when not all monochrome icons load earlier than the others

On Sat, 2009-11-07 at 00:00 +0000, Allan Caeg wrote:
> Mac_v, I reported it as a humanity bug because I was thinking of not
> bothering with upstream. One of the reasons would be the amount effort
> that is going to be put on it considering that this is only to
> accommodate one icon theme.

FYI , there is nothing being done to 'accommodate one icon theme' ,the
monochrome icons were done in Humanity only after the Ubuntu UX team
wanted them monochrome. Previously Humanity had color panel icons too.

> Also, It would be very difficult to
> communicate with everyone upstream because there may be too many changes
> to be done for the monochrome icons that they may not agree with.

I disagree with that... We got a new icon added to the bluetooth just
because we started using a different icon for the panel. see Bug #437162

Upstream devs aernt difficult, you just have to make sense when
requesting for a change.

Even so , if a fix is done in Ubuntu first it can be sent upstream too.

> I do not know if this will still be useful for GNOME 3, but if it is not, the
> work that will be exerted on it may not be useful for a long time. It
> would be more ideal to resort to a quick fix, which is simply dropping
> the monochrome icons. I don't know if it's a valid point, though.

Not sure what you are even talking about. What would not be useful in
gnome3 ? The icons wont be used ? or the gnome-panel fix?
The gnome-panel fix *is* from gnome-shell. So the sane order is also
maintained in gnome-shell.

Anyways ,the icons wont be dropped and any other bugs just show the
inconsistency of the panel . Could be bugs as a result of the icons but
not humanity-icon-theme bugs... ;)

Vish (vish)
description: updated
Revision history for this message
Allan Caeg (allancaeg) wrote :

Thanks, mac_v. Bug 583115 https://bugzilla.gnome.org/show_bug.cgi?id=583115 helped me understand how it works in GNOME.

Changed in gnome-panel:
status: Unknown → Fix Released
Revision history for this message
Pedro Villavicencio (pedro) wrote :

the bug is fixed on Lucid now, thanks for reporting.

Changed in gnome-panel (Ubuntu):
status: Triaged → Fix Released
Changed in gnome-panel:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.