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] cropped-chars.png 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] crooped-column-204.png 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.
re: crooped-column-204.png 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)
late reaction *** This bug has been marked as a duplicate of 90717 ***