ratpoison-devel
[Top][All Lists]
Advanced

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

[RP] Re: resize patch


From: Emilio Lopes
Subject: [RP] Re: resize patch
Date: Wed Aug 14 05:28:04 2002
User-agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.5

[Mailed and posted to ratpoison-devel]

Henrik Enberg wrote:

> Emilio Lopes <address@hidden> writes:

> > Henrik Enberg wrote:
> >
> >> There is also a new "defresizeunit" command used for setting the number
> >> of pixels one step resizes.  I found that is is really hard to choose a
> >> default that fits all possible screen resolutions.  It would be
> >> possible to just resize a pixel at a time, but that makes interactive
> >> use annoyingly slow.
> >
> > 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. 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...

Regards,

 Emilio



reply via email to

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