GNOME Bugzilla – Bug 497094
clipping of last line in xterm
Last modified: 2007-11-18 21:11:05 UTC
Please describe the problem: If a window that is sized in characters rather than pixels is maximized, it is likely that it's new size won't be an exact multiple of the character size. In this case, for programs such as emacs or gnome-terminal, the height/width in characters is rounded down and some padding is introduced between the program and the decoration to fill in the gap. However, for xterm, the height is rounded either up or down, whichever is nearest. This results in either padding of up to half a character, or clipping of up to half a character. This clipping occurs on the bottom line of the terminal, which is the line a shell user uses the most. Now, I realise that this may well be a bug in xterm, rather than metacity. However, getting a fix downstream to every Unix vendor that ships xterm would be effectively impossible; I'm hoping that even if it is xterm that is at fault, a workaround in metacity would be possible. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
There is nothing harder about fixing xterm than metacity afaik; xterm is actively maintained these days, and it's also in a separate tarball so you can build your own as easily as you can build your own metacity. Getting a metacity or xterm fix into official vendor packages should be equally easy, too. I can't really think of a workaround metacity could do, short of some "if (window is xterm)" type of hack. We of course considered (and had implemented for a while) keeping "gridded" windows slightly smaller than the screen when maximized so as to preserve the requested grid, but most users seemed to consider that a bug, so we long ago switched to the current behavior. (Those interested in details can probably find some discussion in old bugs.)
The difference is that I run metacity on one host that I can apply whatever fixes I like to, but run xterm on lots of hosts that I cannot. I now notice that: * Recent xterms don't exhibit this behaviour; an "if (window is xterm)" hack would probably make things worse for most people. * I can work around the problem by simply varying the height of the panel. Duh. Marking NOTGNOME.
Was changed in bug 85037. The 'have apps fix it' is bug 133145 Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find. *** This bug has been marked as a duplicate of 133145 ***