From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#13935: 24.3.50; `fullscreen' frame parameter is wrong, on MS Windows at least Date: Fri, 15 Mar 2013 08:15:24 -0700 Message-ID: <7BF20783B8284C1D81BF74087AF081E5@us.oracle.com> References: <3B679DF7B809403FBE6F1593250D1D1A@us.oracle.com> <83fw00joom.fsf@gnu.org> <837gl95akv.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1363361078 7647 80.91.229.3 (15 Mar 2013 15:24:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 15 Mar 2013 15:24:38 +0000 (UTC) Cc: 13935@debbugs.gnu.org To: "'Eli Zaretskii'" , "'Jan =?UTF-8?Q?Dj=C3=A4rv'?=" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 15 16:25:03 2013 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1UGWV7-0005rx-N3 for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Mar 2013 16:24:57 +0100 Original-Received: from localhost ([::1]:38860 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGWUl-0005dm-09 for geb-bug-gnu-emacs@m.gmane.org; Fri, 15 Mar 2013 11:24:35 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:43353) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGWMK-0001H5-LT for bug-gnu-emacs@gnu.org; Fri, 15 Mar 2013 11:15:54 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UGWMD-0004gj-Kn for bug-gnu-emacs@gnu.org; Fri, 15 Mar 2013 11:15:52 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:52437) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UGWMD-0004gb-7E for bug-gnu-emacs@gnu.org; Fri, 15 Mar 2013 11:15:45 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.72) (envelope-from ) id 1UGWNS-0007hy-4e for bug-gnu-emacs@gnu.org; Fri, 15 Mar 2013 11:17:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 15 Mar 2013 15:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13935 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 13935-submit@debbugs.gnu.org id=B13935.136336061829615 (code B ref 13935); Fri, 15 Mar 2013 15:17:02 +0000 Original-Received: (at 13935) by debbugs.gnu.org; 15 Mar 2013 15:16:58 +0000 Original-Received: from localhost ([127.0.0.1]:56546 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWNN-0007hc-SM for submit@debbugs.gnu.org; Fri, 15 Mar 2013 11:16:58 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:34932) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UGWNK-0007hN-2J for 13935@debbugs.gnu.org; Fri, 15 Mar 2013 11:16:55 -0400 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id r2FFFT0m021325 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 15 Mar 2013 15:15:30 GMT Original-Received: from acsmt357.oracle.com (acsmt357.oracle.com [141.146.40.157]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id r2FFFSuS016437 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 15 Mar 2013 15:15:28 GMT Original-Received: from abhmt108.oracle.com (abhmt108.oracle.com [141.146.116.60]) by acsmt357.oracle.com (8.12.11.20060308/8.12.11) with ESMTP id r2FFFS9d003743; Fri, 15 Mar 2013 10:15:28 -0500 Original-Received: from dradamslap1 (/71.202.147.44) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 15 Mar 2013 08:15:27 -0700 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <837gl95akv.fsf@gnu.org> Thread-Index: Ac4hV2FhQ3/gbXApR7idXFJ8Dd+vsgAMNSPw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.6157 X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:72546 Archived-At: > > > That's correct only for some window managers, certainly not on > > > Windows. > > > > The doc should mention this, in that case. Thx. > > I'd like to change the manual text to say the following (only the last > sentence was modified). Can someone (Jan?) please verify that this is > reasonably correct for all the window managers we support? If not, > what needs to be changed in the wording of the last sentence? > > Specify that width, height or both shall be maximized. The value > @code{fullwidth} specifies that width shall be as wide as possible. > The value @code{fullheight} specifies that height shall be > as tall as > possible. The value @code{fullboth} specifies that both > the width and > the height shall be set to the size of the screen. The value > @code{maximized} specifies that the frame shall be maximized. The > difference between @code{maximized} and @code{fullboth} is that the > former can still be resized by dragging window manager decorations > with the mouse, while the latter really covers the whole screen and > does not allow resizing by mouse dragging. 1. Your proposed text is OK by me. 2. You might (dunno) also want to say that whether or not all of the described behavior is realized exactly as stated can depend on the window mgr. IOW, as it is written now, it says that Emacs will do something, and it does not exactly do that in all cases. E.g., as the bug report mentioned, the frame on MS Windows is (currently) not "as wide as possible". And on Windows fullboth is not "the size of the screen" (because of the task bar and the width gap mentioned). 3. And as I said, it certainly is possible to get fullwidth on Windows to DTRT. The frame-cmds.el code I pointed to uses the full screen width - no 0.5cm gap. (And it allows for the accessible part of the screen, e.g., lets users exclude or not the Windows task bar and Mac stuff - see function `available-screen-pixel-bounds'.) 4. In spite of all that, if you want to close the bug after applying your proposed manual text, it's OK by me.