On all versions of xterm after 200-r3 (e.g. stable versions 204 and 205) there has been an off-by-one error concerning scrollbar rendering: If xterm is invoked with "-sb" to draw a scrollbar on the left, then this is rendered with an additional one pixel black border on both the left and top sides of the scrollbar gadget. If xterm is invoked with "-sb -rightbar" then only the top of the scrollbar gadget has the additional one pixel border. This is probably unnoticable on WMs which use excessive decoration, but on WindowMaker (where the left and right window borders consist of a single-pixel width black line) the newer xterms just look *wrong*. This may be a really easy fix, or even fixable via the app-defaults file... any thoughts? For now, I'm sticking with xterm-200-r3.
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.
