From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: How to restore the layout? Date: Wed, 10 Jul 2013 06:50:06 -0700 (PDT) Message-ID: References: <51C5AA68.4000204@alice.it> <51D02AB0.5070103@gmx.at> <51D5DE14.4090507@alice.it> <51D600D8.90801@alice.it> <51D67985.7010806@gmx.at> <51D69AF8.2050606@alice.it> <51D6C2FA.7040708@gmx.at> <51D6CD1C.5050504@alice.it> <51D6DB49.7020005@gmx.at> <831u7czx1i.fsf@gnu.org> <51D72CC9.9040704@alice.it> <51D7D9B1.8080102@gmx.at> <51D7DF18.2010502@alice.it> <51D7F501.7020207@gmx.at> <51D7F9C1.4000801@alice.it> <51D81657.8020108@gmx.at> <972fd406-97dc-42fc-9727-03642e351c88@default> <51D949AD.6020800@gmx.at> <51D96326.9040500@gmx.at> <5f8e3fb9-8dba-4cd2-ab31-9ae03fa8ec07@default> <51DA608F.3040400@gmx.at> <51DBD2E5.4050408@gmx.at> <46783987-8f32-41b4-b8bb-c28965306cfc@default> <51DD0B21.5070502@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1373464269 25265 80.91.229.3 (10 Jul 2013 13:51:09 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 10 Jul 2013 13:51:09 +0000 (UTC) Cc: Juanma Barranquero , Eli Zaretskii , Angelo Graziosi , Emacs developers To: martin rudalics Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Jul 10 15:51:08 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UwunU-0003Kh-AW for ged-emacs-devel@m.gmane.org; Wed, 10 Jul 2013 15:51:08 +0200 Original-Received: from localhost ([::1]:38084 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UwunT-0004Sv-V8 for ged-emacs-devel@m.gmane.org; Wed, 10 Jul 2013 09:51:07 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47283) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uwumk-0003VW-9S for emacs-devel@gnu.org; Wed, 10 Jul 2013 09:50:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Uwumf-0004pg-2l for emacs-devel@gnu.org; Wed, 10 Jul 2013 09:50:22 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19280) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uwumd-0004ov-2S; Wed, 10 Jul 2013 09:50:15 -0400 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r6ADo8Dg031647 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 10 Jul 2013 13:50:09 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6ADo7IS025455 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Jul 2013 13:50:08 GMT Original-Received: from abhmt110.oracle.com (abhmt110.oracle.com [141.146.116.62]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r6ADo7T9008750; Wed, 10 Jul 2013 13:50:07 GMT In-Reply-To: <51DD0B21.5070502@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.7 (607090) [OL 12.0.6668.5000 (x86)] X-Source-IP: acsinet22.oracle.com [141.146.126.238] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:161807 Archived-At: > >> If you maximize another application on your system, do you see any > >> borders? I don't here. > > > > On MS Windows, clicking the maximize button in the title bar (or > > maximizing in some other way) makes the window take up the full screen > > space, but still with its borders, including the title bar. Maximize > > and "fullscreen" are not the same thing, AFAIK. >=20 > When I start an application like the Windows Explorer I see, above the > title bar, the upper border of its window. Yes, OK, there is a border above the title bar, of the same width as the other borders (only a few pixels, in my case) and indistinguishable from the title bar in color etc. I considered the two together. > When I maximize the Explorer's window, I still see the title bar, but > the upper border has disappeared. When I make the Explorer window > fullscreen (via F11) title bar and upper border both disappear. Yes, same here. I kept mentioning the title bar explicitly. That was the point: the title bar, not the tiny border around it. Maximize continues to show the title bar, and the window is "pinned" to the screen. The system menu options for moving or resizing the window are disabled. Moving and resizing are not disabled for a "maximized" Emacs frame. (I don't have a problem with that. Just mentioning the difference.) > >> > Is this the behavior to be expected, that you can move a > >> > fullscreen frame around and resize it (so it is, in effect, no > >> > longer "full screen"? To be clear, I don't care, a priori, > >> > either way; I'm just reporting what I see, in case it helps. > >> > >> It depends on how you move and resize it. > > > > How so? Please elaborate. What is the design - the "behavior to be > > expected" in the different cases of how you move/resize? >=20 > I can't elaborate because I don't know what you tried to do when you > reported what you saw. Here I cannot move a maximized Emacse frame by > dragging the mouse or via the System Menu. I can move it by evaluating > ... Fullscreen, not maximized (in that paragraph). I explained clearly what I did. I pointed to the code that I used (to move & resize). The code uses things like `modify-frame-parameters'. Anyway, I repeat that I really don't care. I was just asking what the design was: what you intended the behavior to be. It is fine with me that it might not correspond to Windows maximize/restore/fullscreen in all respects. > though and there's still a button enabled telling me that I can "restore > its size" so Windows still thinks that the Emacs window is maximized. Yes, we've been through that. Again, you're talking about maximized, not fullscreen - there is no maximize/restore button for a fullscreen frame. > There's one funny discrepancy: I can't mouse-drag the moved window but > can drag the resized one. One more, you mean. > > As I said, you cannot get to the Move or resizing items of the system > > menu for a maximized window. The fact that you can move or resize a > > "maximized" Emacs frame suggests that the Emacs "maximize" is > > not quite the same thing as Windows maximize. >=20 > Not necessarily. I unfortunately lost my Emacs trunk version and am not > sure whether and when I'm able to recuperate it, but IIRC I had lots > of incoherent states after doing M-F10. But, maximizing Emacs via the > button in the upper right corner (I never use that but call WinMaximize > via a key combination instead) always works as expected. No one suggested that the Windows maximize/restore button works differently for Emacs frames. (We did say, however, that the button state does not get updated in some scenarios.) The point is that Emacs code (& commands written using it) can let users move or resize a "maximized" or "fullscreen" Emacs frame. Windows users cannot move or resize a maximized frame interactively (AFAIK - no system menu etc.). That's all. And again, that's not a problem for me. I just reported the difference and asked whether that difference was intended. Likewise, wrt the lack of sync between the maximize/restore button and the maximized/restored frame state.