On Thu, Jan 5, 2012 at 16:03 (+0000), Thomas Adam wrote:
> On 5 January 2012 15:06, Jim Diamond <[email protected]> wrote:
>> "Correct"? It would seem to me that there should not be unusable
>> space at the bottom of the window, and some change between 9.12 and
>> 9.14 has caused this to appear, at least on my system ("urxvt -pe
>> tabbed" in both cases). This seems much more like a regression than
>> something which is "correct".
> This is the problem (main.C):
> // When the size of the vt window is not a multiple of the cell
> // size, i.e., when the wm does not honour our size hints, there are
> // extra areas not covered by the terminal screen. Such gaps, when a
> // bg pixmap is set, would have to be cleared manually to properly
> // refresh the background. We take the simpler route and shrink the
> // vt window so as to avoid creating gaps.
> width = ncol * fwidth;
> height = nrow * fheight;
> Setting width/height like this is just bogus; when tabbed changes the
> window size via XMoveResizeWindow() the resize increment hints are
> honoured *because* the resultant window with tabbed drawn falls within
> the boundaries.
> But the comment above completely breaks that, and whatever its
> original intent was, it's not the solution that should be applied.
Thomas,
thanks very much for that. After making that change to 9.14 my
version of tabbedex does The Right Thing and makes the windows start
off at the desired size.
In retrospect, that was easy :-)
Cheers.
Jim
_______________________________________________
rxvt-unicode mailing list
[email protected]
http://lists.schmorp.de/cgi-bin/mailman/listinfo/rxvt-unicode
