As of xterm-201 toolbar is enabled by default and a weird behavior where the bottom line or the right column of characters get cropped midway is observed.
Steps to reproduce:
1. USE=toolbar emerge xterm (or emerge >=xterm-201)
2. run xterm
3. resize the window to make it smaller by say... three or four pixels
I'd like to request the comeback of the "toolbar" useflag until a solution is found.
Created attachment 58425 [details]
A screenshot of an xterm that illustrates the problem.
This should be merged with 90717.
Please everyone, test xterm-204 that just went into this tree to see if it
solves any of your issues. It works pretty nicely for me.
Created attachment 65383 [details]
This is to show some how the cropping changed with xterm-204. Look at the
characters in the left column. I should mention that there is no cropping (left
or right) when running "xterm -rightbar".
The characters are cropped without having to resize or do anything, and they
are *always* cropped, regardless of resizing.
The above was with
[ebuild R ] x11-terms/xterm-204 -Xaw3d -toolbar +truetype +unicode 0 kB
With "+toolbar" everything is fine, but I get no menus when control-clicking.
I see the picture, but the words don't seem to
match. It appears that the scrollbar's size is
not being handled by xterm properly. To me, that
hints that there is a resource setting that
happened to work for me - as with the
menubar.borderWidth - that I should have accounted
for in the computation.
For instance, the scrollbar is laid out with _its_
border overlaying part of the vt100 window. I
recall that because in #204 I made a of
fix to ensure that its border would be zero if the
vt100's border was zero. Perhaps the output for
"appres XTerm" (or "appres UXTerm") would be helpful.
(I'll look into this, but am not sure what I overlooked)
*** This bug has been marked as a duplicate of 90717 ***