Red Hat Bugzilla – Bug 74722
G-T UI glitch while adding a tab in full-screen mode.
Last modified: 2008-05-01 11:38:04 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020830
Description of problem:
G-T's fullscreen mode works fine till you add a tab.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
2.View/Fullscreen. Everything's OK.
3.Ctrl-Shift-T. See URL for the problem.
Actual Results: See the provided URL. G-T doesn't fully stay in fullscreen
mode. As you can see see, a little part of my menu panel is visible (and I can
click the shortcuts on it).
Expected Results: G-T should actually stay in fullscreen (as when it has only
Video driver: radeon_drv.o
Marking as low priority as it is only a little UI glitch.
BTW, Really nice release! :)
This isn't really a bug; it's just that the terminal's size has to be aligned to
a grid (so you can resize to 80x23 and 80x24 characters, but not 80x23.5).
So that kind of messes up attempts to make it match the screen size exactly.
You'll see the same when maximizing the window. It happens when adding a tab
just from luck, the way the numbers work out with your font.
In CVS metacity I just updated it to snap to the top of the screen always, which
looks nicer. We'll get that cleanup next time we upgrade metacity.
I think to fit the user's expectations, perhaps applications that lay themselves
out in a grid fashion (as you mention, hp), need to override their usual layout
behavior when assigned a fullscreen mode.
When the grid is overridden, the app should use all of the space it is given,
rather than resizing the window to fit the grid. Any excess space from
fractional grid leftover space should just be drawn in the background style,
either rather than trying to shrink the frame to fit. Whether the "useful" grid
area is centered in the available area, or gravitated to an edge, is up for debate.
When the grid is not overridden, such as a terminal window that's not in
full-screen mode, it should of course work the way it does now, preferring
layouts that fit internal constraints such as grids.
Just my opinion, of course, but I think this will better fit users' expectations
of what "full screen" means.
I think you're right, it's just hard to implement for obscure technical reasons.
I have vague ideas about how to approach it but it'll all happen on the
gnome.org level, not in Red Hat specific patches.
*** Bug 76069 has been marked as a duplicate of this bug. ***