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#16923: 24.3.50; reression: `set-frame-size' loses mode line Date: Fri, 7 Mar 2014 10:09:10 -0800 (PST) Message-ID: <5e0232ee-58e3-42a3-8102-e12e8e605b2b@default> References: <53143D5C.7020000@gmx.at> <5314CBE1.6050905@gmx.at> <04dda5ae-8b70-42f5-ae09-c1d05ebc9297@default> <5314DB5D.50709@gmx.at> <29b76228-778a-4aea-8fe4-5abedb5b6795@default> <531589F3.1050300@gmx.at> <70615a8e-3923-40c3-bfbc-af0a305cd6df@default> <5316D1B5.8040801@gmx.at> <53176AF2.9010800@gmx.at> <53177AEF.9050106@gmx.at> <3f31643f-2638-4ada-8dc4-b3069f3a82fc@default> <531780D7.6070109@gmx.at> <291bd9d5-923f-440a-821a-06f585557e67@default> <5318AFD9.4000208@gmx.at> <8be91728-fcea-4e74-afff-db6a55b52985@default> <5318C478.1090007@gmx.at> <0f1c6cae-f9cd-4a2b-a662-bcc4116daafc@default> <5318E810.7000705@gmx.at> <531977B2.8030109@gmx.at> <531A0655.5040400@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1394215818 17607 80.91.229.3 (7 Mar 2014 18:10:18 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 7 Mar 2014 18:10:18 +0000 (UTC) Cc: 16923@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 07 19:10:25 2014 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 1WLzE0-0004zS-5W for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Mar 2014 19:10:24 +0100 Original-Received: from localhost ([::1]:37735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLzDz-0007LV-D3 for geb-bug-gnu-emacs@m.gmane.org; Fri, 07 Mar 2014 13:10:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55685) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLzDo-000734-Kk for bug-gnu-emacs@gnu.org; Fri, 07 Mar 2014 13:10:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WLzDf-000834-48 for bug-gnu-emacs@gnu.org; Fri, 07 Mar 2014 13:10:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:53947) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WLzDf-00081v-0s for bug-gnu-emacs@gnu.org; Fri, 07 Mar 2014 13:10:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WLzDe-0006bJ-Ba for bug-gnu-emacs@gnu.org; Fri, 07 Mar 2014 13:10:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 07 Mar 2014 18:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16923 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 16923-submit@debbugs.gnu.org id=B16923.139421575625292 (code B ref 16923); Fri, 07 Mar 2014 18:10:02 +0000 Original-Received: (at 16923) by debbugs.gnu.org; 7 Mar 2014 18:09:16 +0000 Original-Received: from localhost ([127.0.0.1]:55129 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLzCt-0006Zr-GN for submit@debbugs.gnu.org; Fri, 07 Mar 2014 13:09:15 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:19489) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WLzCr-0006Zh-K4 for 16923@debbugs.gnu.org; Fri, 07 Mar 2014 13:09:14 -0500 Original-Received: from ucsinet22.oracle.com (ucsinet22.oracle.com [156.151.31.94]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id s27I9Cnn030417 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 7 Mar 2014 18:09:12 GMT Original-Received: from aserz7021.oracle.com (aserz7021.oracle.com [141.146.126.230]) by ucsinet22.oracle.com (8.14.5+Sun/8.14.5) with ESMTP id s27I9Ahf006823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 7 Mar 2014 18:09:11 GMT Original-Received: from abhmp0005.oracle.com (abhmp0005.oracle.com [141.146.116.11]) by aserz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s27I9A7I022214; Fri, 7 Mar 2014 18:09:10 GMT In-Reply-To: <531A0655.5040400@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: ucsinet22.oracle.com [156.151.31.94] X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.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:86629 Archived-At: > It seems easy to spot the problem - it should be > w32-rect: (0 0 635 912), (0 0 627 832) > ... > w32-rect: (0 0 635 828), (0 0 627 748) > ... > w32-rect: (0 0 707 912), (0 0 699 856) <--- here > ... > w32-rect: (0 0 635 912), (0 0 627 832) >=20 > The difference between the height of the outer rectangle (which includes > title and menu bar and decorations) and the client rectangle shrinks > from 80 to 56 pixels. I suppose that all parts exclusively in the outer > rectangle (title, menu bar, ...) are still here as before (are they????) Sorry, I don't quite follow you. Just what are you asking me to check (and how)? > which means that there are 24 pixels less for the client rectangle and > Windows partly draws the frame decoration over it and clips the rest. >=20 > Prepare a function to print the difference of the (nth 3) of the two > `w32-frame-rect' calls in the echo area of a second frame, bind it to a > key, and you should see that whenever the modeline is absent that value > is 56 while otherwise it is 80. Sorry, I really do not know what you would like me to do. Please elaborate. > Note that `w32-frame-rect' is purely build from Windows API calls - that > is, the raw values are provided by Windows and Emacs only converts them > to coordinates. So at first sight this looks like a Windows bug. > Windows should never return another difference unless, for example, the > menu bar wraps. > > >> It looks like a timing error where Emacs and Windows have different > >> conceptions about the size of the Emacs frame. Maybe locally binding > >> `w32-enable-frame-resize-hack' to nil around the `fit-frame' calls > >> would help. > > > > Actually, that does seem to help. It seems to solve the problem. > > Let me know, after looking over all of this information, whether you > > think something can be or needs to be fixed on the Emacs side for > > this bug, or whether I should just wrap such a binding around the > > body of `fit-frame'. >=20 > It's a fragile fix. But I have no better solution at the moment. OK, I guess I'll make that change, then. Can you say what is fragile about it? Do you expect that it will break something? Or do you mean only that it might not work in all cases? (Or do you mean something else?)