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 531371 - Bad icons arrangement in vertical mode.
Bad icons arrangement in vertical mode.
Product: gnome-panel
Classification: Other
Component: notification area
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Reported: 2008-05-04 12:55 UTC by Alexander Kojevnikov
Modified: 2020-11-06 20:21 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22

Notification Area in Gnome (52.87 KB, image/png)
2008-05-04 12:58 UTC, Alexander Kojevnikov
Notification Area in KDE (58.83 KB, image/png)
2008-05-04 12:59 UTC, Alexander Kojevnikov
Patch to layout icons in notifcation area more sanely (5.88 KB, patch)
2008-08-10 09:33 UTC, Alex Murray
needs-work Details | Review
Updated patch for enhanced layout (15.12 KB, patch)
2008-08-11 10:20 UTC, Alex Murray
none Details | Review
Updated to git master (8.25 KB, patch)
2009-08-12 00:55 UTC, Alexander Kojevnikov
none Details | Review
Fixed number of rows/cols calculation (8.27 KB, patch)
2009-10-15 08:52 UTC, Alexander Kojevnikov
none Details | Review
Gigantic Icon (16.73 KB, image/png)
2010-01-30 01:23 UTC, HyperHacker
Updated patch for gnome panel 2.30.2 (11.84 KB, patch)
2010-11-16 19:55 UTC, Eric Ding
none Details | Review

Description Alexander Kojevnikov 2008-05-04 12:55:23 UTC
Please describe the problem:
When the notification area is placed on a vertical panel, the icons are not arranged properly.

Steps to reproduce:
1. Create a new panel (or use an existing panel) and attach it to the left or right side
of the screen (Properties / Orientation / Left|Right). Increase the width of the
panel to >=100px to make it usable.

2. Add a new (or move an existing) notification area applet the this panel.

3. Start a few applications that use the notification icons, e.g. Pidgin, Rhythmbox, Skype, Deluge, KeepassX, etc.

Actual results:
1. The icons are placed one on a row.
2. The icons have different sizes, some are 16x16, some are as large as 128x128.

Expected results:
1. It would be great if  there would be several icons per row, all of them of the same size. 
2. Also, it would be nice to be able to control the size, but the default 16px would work just fine.

Does this happen every time?

Other information:
The current layout wastes a lot of screen real-estate and looks ugly. KDE, XP and Vista arrange notification icons much better.

I will attach screen-shots of how this looks in Gnome and in KDE.

Comment 1 Alexander Kojevnikov 2008-05-04 12:58:12 UTC
Created attachment 110345 [details]
Notification Area in Gnome

Look at the bottom of the screen-shot.
Comment 2 Alexander Kojevnikov 2008-05-04 12:59:18 UTC
Created attachment 110346 [details]
Notification Area in KDE

KDE handles notification icons much better. XP and Vista do it in the same manner.
Comment 3 Alex Murray 2008-08-10 09:33:12 UTC
Created attachment 116280 [details] [review]
Patch to layout icons in notifcation area more sanely

This should provide the desired behaviour
Comment 4 Vincent Untz 2008-08-10 09:58:22 UTC

A few comments on the patch, without having even thought about this issue:

 + please use the same & consistent coding style (spaces and not tabs, "/* */" for comments, etc)

 + it doesn't seem to make sense to me to use the box and the table at the same time

 + what happens in tray_added if your table is full?
Comment 5 Alex Murray 2008-08-10 23:56:51 UTC
I realise the coding style in the patch needs some work - especially spaces vs tabs - but I wanted to get the patch up here quickly to get testing and feedback on the general approach - I expected it to go through a number of iterations - unfortunately the original code doesn't follow the GNOME coding style guidelines (8 space tabs etc) so its a little difficult to conform, but I will get the style of the patch into shape tonight.

I just reused the box to make sure the layout of the handle on the edge of the notification area is done correctly - if I remove the box, then the obox.c widget code can be removed I guess which would help clean things up - will see what I can do about this too then.

I didn't realise a table could be full - they can have up to 65535 rows and cols, so I don't think we are in any danger of filling it past that. If you mean going past the number of rows / cols set by gtk_table_resize, a GtkTable automatically resizes as new rows / columns are added to it in gtk_table_attach - although if you want a specific gtk_table_resize() call in tray_added that should be dead easy to add just before the gtk_table_attach call.

Thanks for the feedback - also have you tried it? Do you agree with the general approach I have taken? Cheers
Comment 6 Alex Murray 2008-08-11 10:20:54 UTC
Created attachment 116327 [details] [review]
Updated patch for enhanced layout

Updated patch:

 - Address style concerns using consistent spacing and comment style
 - Removed obox.[ch] widget and simply use the new GtkTable
 - Add explicit gtk_table_resize() call in tray_added()
 - Cleaned up a couple of compiler warnings from the original patch
Comment 7 Vincent Untz 2008-08-11 12:58:53 UTC
(In reply to comment #5)
> Thanks for the feedback - also have you tried it? Do you agree with the general
> approach I have taken? Cheers

I'm travelling right now, so I can't try it. And I need to think about it to be sure that it's really what we want :-) But it's good to have a patch to play with it.
Comment 8 Benjamin Otte (Company) 2008-08-24 12:10:34 UTC
It's a problem with lots of applets that they scale icons to panel width (or height in horizontal mode). On my panel it's launchers, the start menu, volume applet, mount applet and the inhibit applet, plus the notification area.
I think what all these applets should do is have a maximum size for the icon(s) and never scale bigger than that size. For the applets I've written, I've been chosing GTK_ICON_SIZE_LARGE_TOOLBAR and that has worked quite well.
Comment 9 Alex Murray 2008-11-02 22:17:21 UTC
@Vincent: have you had a chance to try out the patch? Can you give any status update on this?
Comment 10 Alex Murray 2009-02-09 11:16:03 UTC
@Vincent: ping for status again.. can you give any update?
Comment 11 Cay Horstmann 2009-02-16 17:51:23 UTC
I'd just like to confirm the bug (with Ubuntu Jaunty Alpha 4) and state that it is important to fix it. On a widescreen monitor, a vertical panel is much more useful than a horizontal one. It is already distressing that the window list doesn't work on a vertical menu, but that can be replaced with the window menu. There is no replacement for the notification area.
Comment 12 Olivier Berger 2009-04-29 20:49:53 UTC
Seems to be reported here : and here :

Any news on that bug ?
Comment 13 Alexander Kojevnikov 2009-08-12 00:51:17 UTC
Alex, your patch works great. There were a few conflicts, I will attach a version that applies clearly to git master. Could you check if I didn't break anything?
Comment 14 Alexander Kojevnikov 2009-08-12 00:55:13 UTC
Created attachment 140510 [details] [review]
Updated to git master

This patch adds no functionality, it just resolves conflicts.

Vincent, could you please review it? 1-year long delays can be a bit discouraging for new Gnome contributors. Thanks!
Comment 15 Alexander Kojevnikov 2009-10-15 08:52:07 UTC
Created attachment 145490 [details] [review]
Fixed number of rows/cols calculation

A commenter on my blog found a bug [1] in the previous version of the patch. When the number of rows == 1 (for vertical panel), the applet allocated two rows instead of one. Similarly, for the horizontal panel 1 column always turned into two. This patch fixes it.

Comment 16 Joachim Breitner 2009-11-17 08:52:24 UTC
There also seems to be a problem with narrow vertical panels, where the icons are not scaled down as required. It probably has the same cause, though, so I’m looking forward for the fix to be applied.
Comment 17 HyperHacker 2010-01-30 01:23:22 UTC
Created attachment 152613 [details]
Gigantic Icon

This looks like the same issue. Sonata has a huge icon. At first it's displayed correctly but if you kill the panel, when it starts again, this is the result.
Comment 18 André Klapper 2010-05-19 18:44:55 UTC
*ping* for patch review
Comment 19 Eric Ding 2010-11-16 19:55:33 UTC
Created attachment 174630 [details] [review]
Updated patch for gnome panel 2.30.2

I've updated the patch so that it patches and compiles cleanly with 2.30.2 now; it seems to work as well as before, but I make no guarantees!  :)
Comment 20 Sebastian Krämer 2010-12-20 18:07:36 UTC
I would love to see this included. I didn't check the patch but I'm suffering from really huge icons in gnome-panel's vertical mode..
Comment 21 André Klapper 2011-05-08 14:38:06 UTC
vuntz: ping? - patch available for review.
Comment 22 Vincent Untz 2011-05-23 23:17:23 UTC
A few things:

 - it's unclear whether we want a table or not. This has been discussed several times, but there was no resolution.

 - we use _NET_SYSTEM_TRAY_ICON_SIZE to specify the size of the icon, but on the side of the application. Maybe we should enforce this on the notification area too, though. But we should use the same size as _NET_SYSTEM_TRAY_ICON_SIZE.

(fwiw, I doubt the patch still applies to 3.0, and please attach patches in the unified format)
Comment 23 André Klapper 2020-11-06 20:21:19 UTC is being replaced by 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

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