Bug 70205
Summary: | minimum size of window list sets a maximum size as well | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | John J. Germs <johngee> |
Component: | gnome-panel | Assignee: | Havoc Pennington <hp> |
Status: | CLOSED UPSTREAM | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | Keywords: | MoveUpstream |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-01-13 02:08:58 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 67218, 79579 |
Description
John J. Germs
2002-07-31 01:49:03 UTC
Isn't the problem that the window list is being placed in the wrong place by default currently (between evolution and mozilla), whereas it should go in the middle (to the right of the yelp button) where there is plenty of space? Yes, I don't think there's a window list bug, it's just that you need the window list placed where there's space. Boy you guys are quick to close these things... geepers. I submit it yesterday afternoon then I get back from work today and it's already closed. Anyways. The Window List (tasklist) is never big enough .. really ... To demonstrate all you have to do is create a sliding panel and create a Window List (tasklist) on it and see what happens. It is should become dynamic in size like it used to in earlier versions. If it matters I'm at 1280x1024 using X small 24 pixels If you have a dynamic-sized panel you need to set a minimum size on the task list in the preferences. Right, but the default placement needs to be fixed, so that it is in that place. ;-) (Should I file a separate bug for that, or is it already fixed?) That bug is already open as #69706 (marked private though because it has some random internal info in it, so I can't mark this one as a dup) So .. Yes .. that increased the size of the Window List (tasklist) ... Now I can read the tasks... It sure works different than it used to.. Before, every task was a fixed size and the panel would grow until it reached its maximum then the tasks would start to decrease in size. But now the minimum size refers to the "tasklist" (which doesn't seem to be enough by default the way things are currently working) and the maximum size relates to each task ?? I guess that means that if you have a sliding panel with a tasklist residing in it your sliding panel will be dynamic in size plus the length of the fixed tasklist....? One thing I still don't understand then is where does the maximum Window List (tasklist) size come into play?? I still think it is supposed to grow in size until it reaches the "maximum" ... am I wrong? as far as I know it's very simple; the window list takes exactly the size needed for the window buttons, until it reaches maximum size that's been set in prefs, or hits another applet in the way, and then it starts shrinking or grouping buttons. If there's a minimum size it always takes at least that much size. I'm pretty sure that's it, not too complicated. If you set a max size and a min size that are the same, then you should get a fixed-size applet and a fixed-size sliding panel. Yes that makes sense, but the maximum does nothing. The Window List (tasklist) always remains the minimum size and never grows... The first task is the full minimum size. Once I add another task it stays the minimum size and hlaves the size of the tasks even though the maximum can be set to double or triple... Ah, got it. |