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#16028: 24.3.50; Latest build completely breaks my thumnail frames code Date: Thu, 12 Dec 2013 11:55:19 -0800 (PST) Message-ID: <3f787f9b-58e4-40b5-b012-59bf359af421@default> References: <746cd4cb-c69d-4cff-8dee-f7ccde3cb2f4@default> <52A1E5A6.3010901@gmx.at> <52A1F967.5070403@gmx.at> <6ee939f5-138d-4e5c-830e-8a20f8e45bea@default> <52A207C5.4070404@gmx.at> <12e899a3-dbf2-4b44-9b87-a0b9fc24f317@default> <52A2EE7B.4030105@gmx.at> <723644fb-f171-4bed-b8d0-7f9a1c8b9f7d@default> <52A4428F.4030101@gmx.at> <600e7b0c-73bb-4163-8d03-a8579f250045@default> <52A4B23E.9080609@gmx.at> <837gbeymiy.fsf@gnu.org> <52A60DD2.1020303@gmx.at> <83r49lxsxf.fsf@gnu.org> <52A6ED85.8020206@gmx.at> <52A6F1C4.3040803@gmx.at> <941b1292-a5c6-442d-afe8-d83aebf4b41c@default> <52A734F2.8020203@gmx.at> <52A98D4A.5000000@gmx.at> <039ebe72-12f8-49df-ae49-f1b7c56302e5@default> <52A9FC07.7040304@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 1386878179 22195 80.91.229.3 (12 Dec 2013 19:56:19 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Dec 2013 19:56:19 +0000 (UTC) Cc: 16028@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 12 20:56:23 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 1VrCMw-0007OL-QB for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 20:56:23 +0100 Original-Received: from localhost ([::1]:38378 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrCMw-0000Tc-7d for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 14:56:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49551) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrCMk-0000T9-Ly for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 14:56:19 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VrCMc-00069z-3j for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 14:56:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60326) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrCMc-00069o-0w for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 14:56:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VrCMb-0005Sq-Nf for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 14:56:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Dec 2013 19:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 16028 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 16028-submit@debbugs.gnu.org id=B16028.138687812820946 (code B ref 16028); Thu, 12 Dec 2013 19:56:01 +0000 Original-Received: (at 16028) by debbugs.gnu.org; 12 Dec 2013 19:55:28 +0000 Original-Received: from localhost ([127.0.0.1]:46109 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VrCM3-0005Rl-NV for submit@debbugs.gnu.org; Thu, 12 Dec 2013 14:55:28 -0500 Original-Received: from userp1040.oracle.com ([156.151.31.81]:38836) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VrCM0-0005Rb-Mn for 16028@debbugs.gnu.org; Thu, 12 Dec 2013 14:55:25 -0500 Original-Received: from acsinet22.oracle.com (acsinet22.oracle.com [141.146.126.238]) by userp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id rBCJtL1h027050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 12 Dec 2013 19:55:22 GMT Original-Received: from userz7021.oracle.com (userz7021.oracle.com [156.151.31.85]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBCJtK5m015257 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Dec 2013 19:55:21 GMT Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by userz7021.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBCJtKqh007844; Thu, 12 Dec 2013 19:55:20 GMT In-Reply-To: <52A9FC07.7040304@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: acsinet22.oracle.com [141.146.126.238] 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:81838 Archived-At: > > Why should asking to change the scroll-bar width constitute a > > request to also change the pixel size of the frame? >=20 > Because that's what x_set_scroll_bar_width in frame.c does. > Unfortunately so, IMHO. Well, I don't understand, but maybe I do not need to. Is that something new? The regression is new. If the C code has always done that, it has not been problematic for thumbnail frames before now. > > Or did you mean only that > > changing the scroll-bar width will change the frame width slightly? > > The latter I could probably live with. >=20 > When x_set_scroll_bar_width asks to change the frame size, it has to > provide the new size in some way. In your particular case, it uses that > of _before_ the font change since Windows did not propagate the new > values back to us. >=20 > >> Now before my changes, (2) asked the window manager to change the pix= el > >> size of the frame based on its line/column sizes multiplied by the > >> default font sizes. After my changes, (2) asks to change the pixel s= ize > >> of the frame directly from the previously calculated pixel sizes. > >> However, since on Windows (1) does not record the change of the pixel > >> size caused by setting the font size, the request in (2) will be base= d > >> on the pixel size of the frame before (1) was issued. > > > > Good to understand. Thx. Not sure what that means in terms of trying > > to get my code to work properly with your new code (as well as with > > prior Emacs code). Concrete suggestions welcome. >=20 > I'm afraid there's not much you can do here. You mean the only solution is to stop using Emacs 24 after 24.3? > >> I don't know how to fix this properly. IIUC Emacs cannot wait until > >> Windows passes the new sizes back to it in (1) just as it does on oth= er > >> systems. The sit-for I proposed earlier could work around this. If > >> OTOH I restore the calculation for (2) to use the line/column values, > >> people who want to change the scrollbar width exactly by pixels are > >> lost. > > > > Are they necessarily lost, or is there some other way to accommodate > > both? > > > > BTW, as far as you can tell, is it just the scroll bar that is the > > problem (wrt my code)? >=20 > Hopefully, scrollbars on Windows are the only problem for you. Well at least that is good news. As a workaround, then, I could presumably turn off the scroll bar on thumbnail frames. That would be a fairly large loss of functionality, but at least it would make (de)thumbifying possible again.