GNU bug report logs -
#10920
24.0.93; Poor response to display size changes
Previous Next
Reported by: Dave Abrahams <dave <at> boostpro.com>
Date: Thu, 1 Mar 2012 17:42:02 UTC
Severity: normal
Tags: moreinfo
Merged with 10389
Found in versions 24.0.92, 24.0.93
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 10920 <at> debbugs.gnu.org (full text, mbox):
on Sat Mar 03 2012, Jan Djärv <jan.h.d-AT-swipnet.se> wrote:
> Hello.
>
> 1 mar 2012 kl. 15:56 skrev Dave Abrahams <dave <at> boostpro.com>:
>
>>
>> It seems to me:
>>
>> * When the display size changes, any visible frames that aren't completely
>> visible should be moved/resised so they are
>
> This is not as easy as it seems. If you have Emacs spanning several
> monitors and one of them changes it is not obvious what to do. One
> could special case it for the single monitor case I guess.
It may have not been easy 15-20 years ago, but today it is a solved
problem. Many other applications have worked out ways to deal with such
changes. Emacs could simply emulate one of those.
>> * "maximized" should be remembered as part of the frame state, and when
>> the display size changes, any previously-maximized frames should be
>> re-maximized.
>
> As this is the work of the window manager in X11, the NS-port had no
> code to go by. How is this handeled in W32 which doesn't have a window
> manager either?
What little I ever knew about W32 has mostly faded by now... and I'm
pretty sure I never knew the answer to that question.
>> * The same goes for "fullscreen" (which IIUC is only supported via a
>> patch that lives outside emacs, but I mention it here for
>> completeness).
>>
>
> The 10.7 style fullscreen does not have this problem, which is an
> argument for just supporting that type of fullscreen in 24.2.
Not really, IMO. On the mac there's a green button in the upper left of
every application window that maximizes it. You have to respond to that
button somehow and maximizing the frame is the right (and consistent)
response.
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.com
This bug report was last modified 3 years and 94 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.