[Top][All Lists]
[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [RP] Re: [ ratpoison-Bugs-233546 ] transient windows *never* resize,
Ryan Yeske <=