ratpoison-devel
[Top][All Lists]
Advanced

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

[RP] Re: [ ratpoison-Bugs-233546 ] transient windows *never* resize


From: Ryan Yeske
Subject: [RP] Re: [ ratpoison-Bugs-233546 ] transient windows *never* resize
Date: 26 Feb 2001 21:15:30 -0800
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.0.97

nobody <address@hidden> writes:

> Artifact #233546, was updated on 2001-02-21 20:56
> You can respond by visiting: 
> http://sourceforge.net/tracker/?func=detail&atid=110306&aid=233546&group_id=10306
> 
> Category: Misc.
> Group: Wank
> Status: Closed
> Priority: 5
> Submitted By: Ryan Yeske
> Assigned to: Nobody/Anonymous
> Summary: transient windows *never* resize
> 
> Initial Comment:
> transient windows that hint to be a certain size and then later change their 
> mind do not get resized.  Look at mozilla preference boxes or other mozilla 
> popups.
> 
> 
> ----------------------------------------------------------------------
> 
> Comment By: Shawn Betts
> Date: 2001-02-26 18:35
> 
> Message:
> Logged In: YES 
> user_id=67993
> 
> transient windows DO resize. its just that mozilla never
> asks the wm to resize its popup boxes (they popup at a
> useless 200x200). It expects the user to resize them with
> their wanky WM. Then mozilla remembers this size and uses it
> the next time the popup box is mapped.
>
> To combat this, I could write a force_resize() function that
> tells the current window to fully resize. This could have
> other applications to make up for the maximizing bugs in
> ratpoison: emacs not coming up full screen and xterm
> thinking its not full screen.

this is not true.  If you look at the debug messages, there is an
original configurerequest of 200x200 and then right after a configure
request of something like 437x300.
 

Ryan



reply via email to

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