Ubuntu
indicator-application package

indicator-application menu item icon placement is wrong

Bug #528243 reported by Mathieu Pellerin on 2010-02-26

This bug report is a duplicate of: Bug #519804: icons not aligned in the indicator. Edit Remove

This bug affects 6 people

Affects		Status	Importance	Assigned to	Milestone
	indicator-application (Ubuntu)	New	Undecided	Unassigned

Bug Description

I finally found out what made me feel uncomfortable with the indicator application menus in current Lucid builds: the placement of menu item icons are visually _inconsistent_ with menus found everywhere else in gnome. See screen captures attached to this bug report.

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-02-26:

indicatormenu-rhythmbox-current(left)feeling-good(right).jpg Edit (20.6 KiB, image/jpeg)

On the left side, the current rhythmbox indicator menu, on the right side, a rendering of the menu consistent with the rest of the gnome world.

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-02-26:

indicatormenu-transmission-current(left)feeling-good(right).jpg Edit (27.5 KiB, image/jpeg)

Same inconsistency present in the transmission indicator menu.

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-02-26:

menu-connect.jpg Edit (6.4 KiB, image/jpeg)

... and the indicator messaging menu.

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-02-26:

menu-other-firefox.jpg Edit (28.0 KiB, image/jpeg)

One example of a consistent menu in firefox.

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-02-26:

menu-other-system.jpg Edit (26.8 KiB, image/jpeg)

Consistent system menu of the Places menu.

affects:

ubuntu → indicator-application (Ubuntu)

Revision history for this message

Omer Akram (om26er) wrote on 2010-02-26:

funny I was just noticing this and also found a duplicate against rhythmbox but this seems to be more detailed.

Changed in indicator-application (Ubuntu):
status:	New → Confirmed

Revision history for this message

Omer Akram (om26er) wrote on 2010-02-26:

seems like its by design as all apps have the same behaviour rhythmbox bug 519804

mpt what can you please look into this?

Revision history for this message

Omer Akram (om26er) wrote on 2010-03-02:

Confirmed, This is by design and is working as it is expected.

Changed in indicator-application (Ubuntu):
status:	Confirmed → Invalid

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-03-02:

Omer, well then this becomes a bug about a flawed indicator-application design. Why would they create menus inconsistent with the rest of the platform the indicator-application is running on?!

Revision history for this message

Dylan McCall (dylanmccall) wrote on 2010-03-09:

#10

Err, indeed. Sorry to do this, but could we get some feedback on that? Designs can have bugs, too, until proven otherwise :)
Given that a stated goal of the application indicator system is to integrate with whatever platform it's on, it seems odd that our GNOME implementation would go to these lengths to look like SWT.

I recall reading a document on the Wiki, at some point, which said this was done temporarily to poke out improper applications of icons. Icons in menus would cause horrible looking indented text, so they would stand out and get fixed instead of just glossed over.

However, as we approach beta 1 and every new indicator thus far has the same misused icons (no longer just a model example of what not to do, as in the Rhythmbox indicator), it seems that debugging-centric code will end up landing in final (much like the intentionally horrible popup window notify-osd falls back to).

I'll see if I can dig up that page...

Mathieu Pellerin (nirvn-asia) on 2010-03-09

Changed in indicator-application (Ubuntu):
status:	Invalid → New

Revision history for this message

Mathieu Pellerin (nirvn-asia) wrote on 2010-03-10:

#11

Can we get an indicator-application to step in and comment on this bug and/or flawed design choice? 10.04 final is approaching fast and IMO fixing this bug (or having a serious discussion if it's a design choice) needs to happen before then.

Revision history for this message

Dylan McCall (dylanmccall) wrote on 2010-03-11:

#12

Looks like we have a whole lot of bug reports on this topic, all using Rhythmbox as an example but focusing on indicator-applet's bizarre behaviour. The trouble is that they all have very different descriptions, which could cause issues in keeping track of the specific problem.
Bug #519804 is the oldest of the bunch that I can see, so I'm marking this as a duplicate :)