Summary: | All >xterm-200-3: Off-by-one pixel error | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Stuart Shelton <srcshelton> |
Component: | Current packages | Assignee: | Seemant Kulleen (RETIRED) <seemant> |
Status: | RESOLVED FIXED | ||
Severity: | minor | CC: | dickey |
Priority: | High | ||
Version: | 2005.1 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Stuart Shelton
2005-11-25 16:01:07 UTC
Update: I've just noticed that newer xterms aren't just rendering a thicker border around scrollbars, they are actually misplacing the widget too far right-and-down by one pixel, causing the border to appear thicker on the left and top sides. This means that if you look at the bottom of the scrollbar widget, it's falling off the edge of the window! xterm-200-r3 leaves a single pixel white border around the hatched scrollbar control. With xterm-205, the hatched area actually touches the bottom of the window, whilst the other three sides retain the white border. I know it's pedantic, but these things really bug me ;) This is fixed in #206; amend adjustments for scrollbar layout from patch #204 to make this apply only to the toolbar configuration. In the non-toolbar configuration, the resulting scrollbar was shifted by its borderwidth (report by Matthieu Herrb). xterm-207 in portage due in about 43 minutes, fixes this. Unfortunately, xterm is still broken, please see Gentoo Bug 115037. This is, admittedly, a different problem - but it is still related to scrollbar rendering on -Xaw3d and -toolbar xterms. |