ratpoison-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[RP] Re: resize patch


From: Henrik Enberg
Subject: [RP] Re: resize patch
Date: Thu Aug 15 11:32:02 2002
User-agent: Gnus/5.090008 (Oort Gnus v0.08) Emacs/21.3.50 (i686-pc-linux-gnu)

Emilio Lopes <address@hidden> writes:

> Henrik Enberg wrote:
>
>> Emilio Lopes <address@hidden> writes:
>
>> > Henrik Enberg wrote:
>> >
>> > I'm not an X programmer (or even a real C-programmer!), so I must ask:
>> > how difficult it is to resize text based apps (xterms e.g.) by lines,
>> > like other WMs do?
>
>> It would be pretty difficult to get right in Ratpoison, since it must
>> resize more than one window at a time.  Windows that wants to be resized
>> in columns and lines sets a hint based on the font size, so if one uses
>> different fonts in different windows it will be hard to decide which one
>> to use.  Further complicating the matter is that there can be more than
>> one window in a frame, so what is correct for one window can be utterly
>> wrong for another.
>
> Yes, I thought about this problem. But I think it already exists
> right now.

To some extent, yes.

> When you split a window contanining an xterm you are indeed resizing
> this xterm. Apparently one can't resize xterms to some arbitrary size,
> only to multiples of the font size. If you open two xterms with huge
> fonts and split the display you'll note a gap between the windows
> because of this `property'. So it seems to me that Ratpoison already
> does the right thing in such cases. But maybe I'm missing something
> here...

It continues to do the right thing.  The resize command resizes the
frames and then makes the windows as big as possible within the bounds
of the frame.  It always obeys the windows resize_inc hints.

-- 
Booting... /vmemacs.el



reply via email to

[Prev in Thread] Current Thread [Next in Thread]