two more updates to tabbedex
zlists at ns.sympatico.ca
Thu Jan 5 16:06:41 CET 2012
On Thu, Jan 5, 2012 at 15:53 (+0100), Emanuele Giaquinta wrote:
> On Thu, Jan 05, 2012 at 10:47:06AM -0400, Jim Diamond wrote:
>> On Thu, Jan 5, 2012 at 15:32 (+0100), Emanuele Giaquinta wrote:
>>> On Thu, Jan 05, 2012 at 09:35:44AM -0400, Jim Diamond wrote:
>>>> On Thu, Jan 5, 2012 at 12:54 (+0100), Emanuele Giaquinta wrote:
>>>>> On Wed, Jan 04, 2012 at 11:47:48AM -0400, Jim Diamond wrote:
>>>>>> (*) I thought I saw something in the 9.13 or 9.14 change log saying a
>>>>>> fix was put in to avoid unused space, but for me I have none in 9.12
>>>>>> and I have it in 9.14, even with the "tabbed" extension. Specifically
>>>>>> - fix a redraw bug that occurs when a bg pixmap is set and the
>>>>>> wm does not honour the size hints set by urxvt. Now urxvt
>>>>>> forces the size of the terminal window to be a multiple of
>>>>>> the cell size.
>>>>>> I am a bit confused by the second sentence, since 9.12 doesn't seem to
>>>>>> have the problem, but 9.14 does. But maybe it is only when a bg
>>>>>> pixmap is set.
>>> Yes, and the difference is probably due to the fact that 555 and 303 are
>>> not a multiple of fwidth / fheight. urxvt 9.14 aligns the size of the
>>> terminal window to a multiple of the font size. The question is why
>>> tabbedx is unable to cope with this.
>> I assume you meant "tabbedex" when you said "tabbedx".
>> But on your system, if you use
>> urxvt -pe tabbed
>> does the window have the right size for the number of lines? On my
>> system I end up with almost (but not quite) enough empty space for
>> another line of text at the bottom of the window.
> That sounds correct. The space is there but, since it is not enough for
> another full line, it is not used.
"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".
More information about the rxvt-unicode