On Thu, Mar 21, 2002 at 01:50:30AM +0000, Mikhael Goikhman wrote:
> On 21 Mar 2002 01:07:44 +0100, Dominik Vogt wrote:
> >
> > The resize arguments add the border dimensions to the final
> > geometry. It's very easy to fix, but that probably breaks some
> > old setups relying on it(?). Should we make that change? Any if
> > yes, should be fix it in the 2.4 branch too?
>
> I think Resize works correctly. I don't think it should be changed.
>
> Currently it resizes the client window, this is usually what is important.
> Also, the size of the client is what is shown in the mini-info window.
> Both lines are currently equivalent for many applications:
>
> Resize 300p 300p
> Resize 300c 300c
>
> The only case when the size of the frame not the client window should be
> considered is when trying to fit the frame into a rectangle (page), in
> this case the size of the client window is not important by intention.
> It probably may be done using a new prefix, like 300pf 300pf.
>
> It would be good if Maximize and Resize were consistent from the start on
> 'p' syntax, but their main intention is different, the first mainly works
> on the whole frame, the secont on the client window. Probably Maximize may
> support 'c' prefix.
>
> Anyway, there should be a way to resize a window regardless of the
> decoration size.
Resize Frame 100 100
?
Bye
Dominik ^_^ ^_^
--
Dominik Vogt, email: d.vogt_at_lifebits.de
LifeBits Aktiengesellschaft, Albrechtstr. 9, D-72072 Tuebingen
fon: ++49 (0) 7071/7965-0, fax: ++49 (0) 7071/7965-20
--
Visit the official FVWM web page at <URL: http://www.fvwm.org/>.
To unsubscribe from the list, send "unsubscribe fvwm" in the body of a
message to majordomo_at_fvwm.org.
To report problems, send mail to fvwm-owner_at_fvwm.org.
Received on Thu Mar 21 2002 - 04:09:53 GMT