GNU logs - #14949, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: Juanma Barranquero <lekktu@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 25 Jul 2013 00:09:02 +0000
Resent-Message-ID: <handler.14949.B.13747108917624 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 14949 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Juanma Barranquero <lekktu@HIDDEN>
Date: Thu, 25 Jul 2013 02:07:18 +0200
Message-ID: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Package: emacs
Version: 24.3.50

emacs -Q
Win + left arrow
M-: (frame-parameter nil 'fullscreen)   => nil
M-: (set-frame-parameter nil 'fullscreen nil)

The frame is "restored" to a default size.

So the frame, when snapped to the left or rigth, acts like a
(fullscreen . fullheight) one, but it is not marked as such.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.503 (Entity 5.503)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Juanma Barranquero <lekktu@HIDDEN>
Subject: bug#14949: Acknowledgement (Snapped window acts like a fullscreen
 one (Windows 7))
Message-ID: <handler.14949.B.13747108917624.ack <at> debbugs.gnu.org>
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
X-Gnu-PR-Message: ack 14949
X-Gnu-PR-Package: emacs
Reply-To: 14949 <at> debbugs.gnu.org
Date: Thu, 25 Jul 2013 00:09:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 14949 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
14949: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D14949
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 04 Jan 2014 15:43:03 +0000
Resent-Message-ID: <handler.14949.B14949.13888501389747 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Juanma Barranquero <lekktu@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Message-ID: <52C82BD1.1050704@HIDDEN>
Date: Sat, 04 Jan 2014 16:42:09 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
In-Reply-To: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

 > emacs -Q
 > Win + left arrow

What does this do - move the frame to the left display border or make it
fullheight/fullwidth?

 > M-: (frame-parameter nil 'fullscreen)   => nil
 > M-: (set-frame-parameter nil 'fullscreen nil)
 >
 > The frame is "restored" to a default size.

Why is that bad?

 > So the frame, when snapped to the left or rigth, acts like a
 > (fullscreen . fullheight) one, but it is not marked as such.

If you refer to fullheight/fullwidth frames they have to act this way.
We could consider fullheight/fullwidth frames as "normal" but

(1) Windows doesn't know such frames so it can't handle them, and

(2) Emacs, if considering them normal, would forget about the previous
     normal size and you couldn't easily switch between
     fullheight/fullwidth and normal size any more.

But maybe I misunderstand what you want to do.

martin

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: Juanma Barranquero <lekktu@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sat, 04 Jan 2014 20:49:01 +0000
Resent-Message-ID: <handler.14949.B14949.138886850414907 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: martin rudalics <rudalics@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
MIME-Version: 1.0
In-Reply-To: <52C82BD1.1050704@HIDDEN>
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
From: Juanma Barranquero <lekktu@HIDDEN>
Date: Sat, 4 Jan 2014 21:47:38 +0100
Message-ID: <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Sat, Jan 4, 2014 at 4:42 PM, martin rudalics <rudalics@HIDDEN> wrote:

>> Win + left arrow
>
> What does this do - move the frame to the left display border or make it
> fullheight/fullwidth?

It moves the frame to the left display border, and resizes it to
fullheight and half-width (so you can type Win+right into another
application and have the apps use the full screen side by side).

>> M-: (frame-parameter nil 'fullscreen)   => nil
>> M-: (set-frame-parameter nil 'fullscreen nil)
>>
>> The frame is "restored" to a default size.
>
> Why is that bad?

Because `frame-parameter' just told us that the frame wasn't
full-anything, so setting it again to fullscreen = nil shouldn't
change it, should it? Or, alternatively, restoring the frame to its
previous size is useful, but then I would expect that, after Win+left,
(frame-parameter nil 'fullscreen) => fullheight

Which is what I said:

>> So the frame, when snapped to the left or rigth, acts like a
>> (fullscreen . fullheight) one, but it is not marked as such.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 05 Jan 2014 10:38:02 +0000
Resent-Message-ID: <handler.14949.B14949.138891827520314 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juanma Barranquero <lekktu@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Received: via spool by 14949-submit <at> debbugs.gnu.org id=B14949.138891827520314
          (code B ref 14949); Sun, 05 Jan 2014 10:38:02 +0000
Received: (at 14949) by debbugs.gnu.org; 5 Jan 2014 10:37:55 +0000
Received: from localhost ([127.0.0.1]:35293 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Vzl5e-0005HZ-Of
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2014 05:37:55 -0500
Received: from mout.gmx.net ([212.227.15.18]:55315)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <rudalics@HIDDEN>) id 1Vzl5c-0005HR-Ld
 for 14949 <at> debbugs.gnu.org; Sun, 05 Jan 2014 05:37:53 -0500
Received: from [62.47.39.127] ([62.47.39.127]) by mail.gmx.com (mrgmx002) with
 ESMTPSA (Nemesis) id 0M5tU1-1VB5Ak2hkP-00xsjV for
 <14949 <at> debbugs.gnu.org>; Sun, 05 Jan 2014 11:37:51 +0100
Message-ID: <52C935FA.3070205@HIDDEN>
Date: Sun, 05 Jan 2014 11:37:46 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
 <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
In-Reply-To: <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:eosvQAIYpEK4UQwI5b4OYEH7MkmWeoHFY4T8n2f4tAjoQQsbhi3
 wlxqRI46au/SczwFjxlGEtSHxo9jNECZQtbUVR5lwywvTO56zZkGYIvjzYaacGPLOaXGTqT
 xvOy62OxL/UzL5aOnJcqrwj92k+nKpdBMmV6Z/IdQz/z/Hj4hoppnypQpEi+MkPNC4c0GjK
 JMRDlFnpwPFMvKhXtNa9g==
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

 >>> Win + left arrow
 >> What does this do - move the frame to the left display border or make it
 >> fullheight/fullwidth?
 >
 > It moves the frame to the left display border, and resizes it to
 > fullheight and half-width (so you can type Win+right into another
 > application and have the apps use the full screen side by side).

But does this mean that your Emacs also sets the fullscreen parameter to
FULLHEIGHT when it processes the request?  Can you describe how Emacs
processes this request internally?

 >>> M-: (frame-parameter nil 'fullscreen)   => nil
 >>> M-: (set-frame-parameter nil 'fullscreen nil)
 >>>
 >>> The frame is "restored" to a default size.
 >> Why is that bad?
 >
 > Because `frame-parameter' just told us that the frame wasn't
 > full-anything, so setting it again to fullscreen = nil shouldn't
 > change it, should it?

Agreed.

 > Or, alternatively, restoring the frame to its
 > previous size is useful, but then I would expect that, after Win+left,
 > (frame-parameter nil 'fullscreen) => fullheight

Agreed.

 > Which is what I said:
 >
 >>> So the frame, when snapped to the left or rigth, acts like a
 >>> (fullscreen . fullheight) one, but it is not marked as such.

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?

So apparently Win+left does something different than "simply dragging
the frame's borders" and I yet have to understand what.  What happens
when you remove the

       else
         {
	  ShowWindow (hwnd, SW_SHOWNORMAL);
	  w32_fullscreen_rect (hwnd, f->want_fullscreen,
			       FRAME_NORMAL_PLACEMENT (f).rcNormalPosition, &rect);
           SetWindowPos (hwnd, HWND_TOP, rect.left, rect.top,
                         rect.right - rect.left, rect.bottom - rect.top, 0);
         }

part in w32fullscreen_hook?

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: Juanma Barranquero <lekktu@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 05 Jan 2014 17:17:02 +0000
Resent-Message-ID: <handler.14949.B14949.13889421809463 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Received: via spool by 14949-submit <at> debbugs.gnu.org id=B14949.13889421809463
          (code B ref 14949); Sun, 05 Jan 2014 17:17:02 +0000
Received: (at 14949) by debbugs.gnu.org; 5 Jan 2014 17:16:20 +0000
Received: from localhost ([127.0.0.1]:36466 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VzrJD-0002SX-0x
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2014 12:16:19 -0500
Received: from mail-ea0-f175.google.com ([209.85.215.175]:49818)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <lekktu@HIDDEN>) id 1VzrJ9-0002SN-JO
 for 14949 <at> debbugs.gnu.org; Sun, 05 Jan 2014 12:16:16 -0500
Received: by mail-ea0-f175.google.com with SMTP id z10so7476865ead.20
 for <14949 <at> debbugs.gnu.org>; Sun, 05 Jan 2014 09:16:14 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc:content-type;
 bh=jMsZpi858le2j54SATY9cvhfWPZQwAhngiokhYmoQmc=;
 b=0ZCMx3mslsFQ3AySLUbKzlf51IV78VvtswuP51vwQ+xPmbpaCbkyQ1ZqbqHN4FDMBw
 nXBltxfRSF3Po3IdS1Y/TvwGfrknejXDejJrYzlCMwN+tc3MzbXe+Mr0H6g5V4aVP1d9
 yTKzzKZF2f2gf2gNFgwc7Usc07rV1Qpj0CqfVJGwJnEAs0ZddE4B9YSKBdDz16Sb4RDN
 UmDmFCOJaR0P+6HwHU0N7ohY5zo8c8kjPIhleHdbiuOC0GhRpxjAkz0ozLfm8XMm3pXj
 W14ZOYrbuRmGSVTiiJzT3orbaaxqafzhXq2reX5pAGvpgS50DwDW9URS0c6UCnpP6WqQ
 Mu9A==
X-Received: by 10.14.88.5 with SMTP id z5mr3153130eee.101.1388942174933; Sun,
 05 Jan 2014 09:16:14 -0800 (PST)
MIME-Version: 1.0
Received: by 10.14.209.69 with HTTP; Sun, 5 Jan 2014 09:15:34 -0800 (PST)
In-Reply-To: <52C935FA.3070205@HIDDEN>
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
 <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
 <52C935FA.3070205@HIDDEN>
From: Juanma Barranquero <lekktu@HIDDEN>
Date: Sun, 5 Jan 2014 18:15:34 +0100
Message-ID: <CAAeL0SS6PcR_74KcPyw=iS5GfC=h0fqsoh9q1-CyRrPuSk0gkQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Sun, Jan 5, 2014 at 11:37 AM, martin rudalics <rudalics@HIDDEN> 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.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 05 Jan 2014 18:01:02 +0000
Resent-Message-ID: <handler.14949.B14949.138894482914277 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juanma Barranquero <lekktu@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Received: via spool by 14949-submit <at> debbugs.gnu.org id=B14949.138894482914277
          (code B ref 14949); Sun, 05 Jan 2014 18:01:02 +0000
Received: (at 14949) by debbugs.gnu.org; 5 Jan 2014 18:00:29 +0000
Received: from localhost ([127.0.0.1]:36554 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Vzrzw-0003iD-M7
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:00:29 -0500
Received: from mout.gmx.net ([212.227.15.15]:53577)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <rudalics@HIDDEN>) id 1Vzrzv-0003i4-0Y
 for 14949 <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:00:27 -0500
Received: from [62.47.55.195] ([62.47.55.195]) by mail.gmx.com (mrgmx001) with
 ESMTPSA (Nemesis) id 0LpsIh-1VWHwE3VXr-00ff3m for
 <14949 <at> debbugs.gnu.org>; Sun, 05 Jan 2014 19:00:25 +0100
Message-ID: <52C99DB4.4040501@HIDDEN>
Date: Sun, 05 Jan 2014 19:00:20 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
 <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
 <52C935FA.3070205@HIDDEN>
 <CAAeL0SS6PcR_74KcPyw=iS5GfC=h0fqsoh9q1-CyRrPuSk0gkQ@HIDDEN>
In-Reply-To: <CAAeL0SS6PcR_74KcPyw=iS5GfC=h0fqsoh9q1-CyRrPuSk0gkQ@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:0EJuCcaHYC+gIiyA+tgBS3zF+xB572zZL4I4Qp6yKJiDUyCuVMQ
 SyA+PnF5RaGXO0Gwm2NdWaVbwbfEd0nCMjKA4AbXxU69g9JDDw1oD1PkJw9DglkmkGFStiG
 GDMyjheD9fiayCrduNAFHHhxrVyVL37MMfqzDm5/630D4rdcIKsOQRekDErR1rfX/tNlT70
 XiTGWmlfPO4i/vSbxix5Q==
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

 > 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

But that's precisely the mystery.  It clearly indicates that Win+Left
does something different than just setting the frame size and position
and I don't have the slightest idea what that could be.

For example, if I here first evaluate

(modify-frame-parameters
  nil '((height . 61) (width . 80) (top . 0) (left . 0)))

which gives my frame the same height as FULLHEIGHT and then evaluate

(set-frame-parameter nil 'fullscreen nil)

that doesn't change anything.  Can you understand the mystery?

martin

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: Juanma Barranquero <lekktu@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 05 Jan 2014 18:12:01 +0000
Resent-Message-ID: <handler.14949.B14949.138894551615515 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: martin rudalics <rudalics@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Received: via spool by 14949-submit <at> debbugs.gnu.org id=B14949.138894551615515
          (code B ref 14949); Sun, 05 Jan 2014 18:12:01 +0000
Received: (at 14949) by debbugs.gnu.org; 5 Jan 2014 18:11:56 +0000
Received: from localhost ([127.0.0.1]:36593 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1VzsB1-00042B-LC
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:11:56 -0500
Received: from mail-ee0-f51.google.com ([74.125.83.51]:51832)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <lekktu@HIDDEN>) id 1VzsAz-000420-DM
 for 14949 <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:11:53 -0500
Received: by mail-ee0-f51.google.com with SMTP id b15so7589566eek.10
 for <14949 <at> debbugs.gnu.org>; Sun, 05 Jan 2014 10:11:52 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc:content-type;
 bh=xmIl7V3flMFR+8zbYhBEBPinOi3ErVHHRyZ76AC3iCQ=;
 b=B3YWg9C6/xUj0xxCO48AxctOdIp3U7Z43osn1zyWaT/56czESgKfw8kcutiPHITP0X
 DVfW6kKjDRTs+t03x62V2HPPMsTbtQSBiTR0ZhfUCEQhWpkU389D6igFs4w3DCJ9DWYl
 3Vxn6Ii/GfJQeZ/5ycbnibQeakjoRxl40Bflk5eWgPQSmcKrJoI+4jHgUmoGaodO2P4s
 nO/4vhtS28abIMbDyZ8UlLWmVAR719U8ggmehTmGE7Uf/eKbITixugkClc8d+wfd+h2h
 t+Aimmt0tFGdM0/adrt2t/gXiqaBrr0xNXdW2YO92q7seoYJSg2tt2BUYfSosO1KBbvn
 54tg==
X-Received: by 10.14.203.6 with SMTP id e6mr31790872eeo.33.1388945512734; Sun,
 05 Jan 2014 10:11:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.14.209.69 with HTTP; Sun, 5 Jan 2014 10:11:12 -0800 (PST)
In-Reply-To: <52C99DB4.4040501@HIDDEN>
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
 <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
 <52C935FA.3070205@HIDDEN>
 <CAAeL0SS6PcR_74KcPyw=iS5GfC=h0fqsoh9q1-CyRrPuSk0gkQ@HIDDEN>
 <52C99DB4.4040501@HIDDEN>
From: Juanma Barranquero <lekktu@HIDDEN>
Date: Sun, 5 Jan 2014 19:11:12 +0100
Message-ID: <CAAeL0SRZ+YmL7W_k7oLAE5buL5Kc9QYOwiAFE4O4+9akj8Lpbw@HIDDEN>
Content-Type: text/plain; charset=UTF-8
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

On Sun, Jan 5, 2014 at 7:00 PM, martin rudalics <rudalics@HIDDEN> wrote:

> Can you understand the mystery?

If I had to guess, I'd bet that when the window is snapped (that's how
the feature is called, Aero Snap), Windows remembers that it is
sort-of-maximized (to make de-snapping possible). So if we pass
SW_SHOWNORMAL ("If the window is minimized or maximized, the system
restores it to its original size and position") to ShowWindow, Windows
restores the frame; then Emacs gets hold of the (new) size and
position.

Does that make any sense?

    J

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#14949: Snapped window acts like a fullscreen one (Windows 7)
Resent-From: martin rudalics <rudalics@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 05 Jan 2014 18:40:01 +0000
Resent-Message-ID: <handler.14949.B14949.138894717418695 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 14949
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Juanma Barranquero <lekktu@HIDDEN>
Cc: 14949 <at> debbugs.gnu.org
Received: via spool by 14949-submit <at> debbugs.gnu.org id=B14949.138894717418695
          (code B ref 14949); Sun, 05 Jan 2014 18:40:01 +0000
Received: (at 14949) by debbugs.gnu.org; 5 Jan 2014 18:39:34 +0000
Received: from localhost ([127.0.0.1]:36669 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.80)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1Vzsbm-0004rT-77
	for submit <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:39:34 -0500
Received: from mout.gmx.net ([212.227.17.22]:60720)
 by debbugs.gnu.org with esmtp (Exim 4.80)
 (envelope-from <rudalics@HIDDEN>) id 1Vzsbk-0004rL-H6
 for 14949 <at> debbugs.gnu.org; Sun, 05 Jan 2014 13:39:32 -0500
Received: from [62.47.55.195] ([62.47.55.195]) by mail.gmx.com (mrgmx103) with
 ESMTPSA (Nemesis) id 0MYOCL-1VvG1C375t-00VAnS for
 <14949 <at> debbugs.gnu.org>; Sun, 05 Jan 2014 19:39:31 +0100
Message-ID: <52C9A6DB.30402@HIDDEN>
Date: Sun, 05 Jan 2014 19:39:23 +0100
From: martin rudalics <rudalics@HIDDEN>
MIME-Version: 1.0
References: <CAAeL0ST792zGvqE=KCwCasy3rQvSYNNBH7Byjmh5Ccqmoaps+w@HIDDEN>
 <52C82BD1.1050704@HIDDEN>
 <CAAeL0SR=Pmd56U=rmNR3+Tdtr1udHH8pGCfX5PZhraBW+SYYCQ@HIDDEN>
 <52C935FA.3070205@HIDDEN>
 <CAAeL0SS6PcR_74KcPyw=iS5GfC=h0fqsoh9q1-CyRrPuSk0gkQ@HIDDEN>
 <52C99DB4.4040501@HIDDEN>
 <CAAeL0SRZ+YmL7W_k7oLAE5buL5Kc9QYOwiAFE4O4+9akj8Lpbw@HIDDEN>
In-Reply-To: <CAAeL0SRZ+YmL7W_k7oLAE5buL5Kc9QYOwiAFE4O4+9akj8Lpbw@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:fEA4EzHd434v74cE4eRCBPBX9O/I590f/KLkfFYWcBOVyYex+3y
 /xXC/YZFN5ySR3WwC1th/7IqjXdqHj6FKWrCe7ZraVdApNdPZejTpt9ynURJEUSve3ry6No
 HPmVJwNTH2s0Gg8fpSmi0nIHKfV1MT/nnZ4gIbS6GcKftw4KCphvpch26H8JfpYkJ1cGuNK
 DelRipIDWcP5/NDkUA8GA==
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <http://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <http://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <http://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.0 (/)

 > If I had to guess, I'd bet that when the window is snapped (that's how
 > the feature is called, Aero Snap), Windows remembers that it is
 > sort-of-maximized (to make de-snapping possible). So if we pass
 > SW_SHOWNORMAL ("If the window is minimized or maximized, the system
 > restores it to its original size and position") to ShowWindow, Windows
 > restores the frame; then Emacs gets hold of the (new) size and
 > position.
 >
 > Does that make any sense?

It does.  You should be able to verify this by debugging it.  Or better
by investigating the WINDOWPLACEMENT structure.  Then you can try to
replace SW_SHOWNORMAL by SW_RESTORE.  If that doesn't help either we are
probably lost.

martin

Last modified: Mon, 25 Nov 2019 12:00:02 UTC

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