GNU bug report logs - #14949
Snapped window acts like a fullscreen one (Windows 7)

Previous Next

Package: emacs;

Reported by: Juanma Barranquero <lekktu <at> gmail.com>

Date: Thu, 25 Jul 2013 00:09:02 UTC

Severity: normal

Found in version 24.3.50

Full log


View this message in rfc822 format

From: Juanma Barranquero <lekktu <at> gmail.com>
To: martin rudalics <rudalics <at> gmx.at>
Cc: 14949 <at> debbugs.gnu.org
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Date: Sun, 5 Jan 2014 18:15:34 +0100
On Sun, Jan 5, 2014 at 11:37 AM, martin rudalics <rudalics <at> gmx.at> wrote:

> But does this mean that your Emacs also sets the fullscreen parameter to
> FULLHEIGHT when it processes the request?

No, of course not.

> I'm still too silly to understand what's going on.  Let me give you a
> simple example: With emacs -Q resize your frame by dragging its borders.
> Then evaluate (set-frame-parameter nil 'fullscreen nil).  Here nothing
> changes.  Does anything change on your system?

No. Neither resizing the frame by hand nor using Win+left (or
Win+right) modifies the fullscreen frame parameter. That's what I'm
describing as a bug:

Case 1:
emacs -Q
resize by hand
M-: (frame-parameter nil 'fullscreen) => nil
M-: (set-frame-parameter nil 'fullscreen nil) => nothing changes

Case 2:
emacs -Q
Win+Left
M-: (frame-parameter nil 'fullscreen) => nil
M-: (set-frame-parameter nil 'fullscreen nil)
  => the pre-Win+left frame size and position is restored

> What happens when you remove the [...] part in w32fullscreen_hook?

Nothing different.




This bug report was last modified 11 years and 161 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.