Summary: | gnome-panel window-list changes item widths erratically | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Iain Buchanan <iaindb> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | Empty space in notification area. |
Description
Iain Buchanan
2005-05-22 20:35:09 UTC
btw, (gnome 2.10) and gnome-applets 2.10 Width is at least somewhat determined by contents of window name. For example, right now I have one window on this desktop (firefox with this bugzilla entry), and the single window-list item is almost half as long as the bar, because it has the intire window title ("Bug 93633 - gnome-panel window-list changes item widths erratically - Mozilla Firefox") in it. When I switch pages or tabs, the width of this item changes as well. In addition, the panel can do dynamic collapsing. If I have 6 windows with identical titles (say Xterms), it can put one window-list item with "Xterm (6)". If I change the title of a single xterm, say run emerge, it will split that xterm out into it's own item. The algorithm is much more complicated than might appear on the surface. 1. Width dynamically determined by window name: This sounds like a nice idea, however, I'm currently looking at two windows in the applet, one with "gkrel..." and one with "Grip", both about 2cm each, with about 20cm of free space after the applet. However, when I switch desktops, I see "gkrellm" (it's on all my virtual desktops), "[Mozilla Firefox]" and "Bug 93633 - gnome-panel window-list changes item w..."; combined taking up all the available space. I then close "[Mozilla Firefox]", --- and the size of the remaining window list items for the two remaining windows gets _smaller_! This reinforces my "erratic" (inconsistant) behaviour claim in two ways! -- 1. item-size determined by window title is different for each virtual desktop, and 2. item-size gets _smaller_ when available space gets larger. 2. grouping Personally, I have grouping turned off because I prefer not to use it, but grouping in and of itself shouldn't affect the width of items. The only things I see that should affect the width are as follows: - the number of entries in the window list - the total available space, _only_ if the number of entries gets too large - (possibly, as you suggested) window title. At least I would expect consistent behaviour. I agree, in theory, my algorithm may sound nice, but it may be more complicated than that. Still, I'm sure there is simple function for determining width... Don't get me wrong though - I love the window list! (Who doesn't?) Until we get mega improvements in cpu and graphics power, and the window list is superceded by some magical 3D thing, I'll continue to use it! Thanks for your prompt reply. Just another odd piece of behaviour - three windows, the front one not "active", window list takes up all available space. When I click on the front window, which simply makes it active (no moving, closing, opening windows), the space of each item in the window list gets smaller. This probably belongs upstream. There's a number of bugs concerning tasklist button sizes in the gnome bugzilla. Check here, http://bugzilla.gnome.org/show_bug.cgi?id=155905 for a tracker bug. Created attachment 64595 [details]
Empty space in notification area.
Is this a bug you are talking about? Empty space in notification area.
We'll follow the bug upstream, although with the number of patches it encompasses I think we won't patch, but just wait for upstream releases as they come. |