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 08:29:37 -0800 (PST) Message-ID: <039ebe72-12f8-49df-ae49-f1b7c56302e5@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> 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 1386865821 2090 80.91.229.3 (12 Dec 2013 16:30:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Dec 2013 16:30:21 +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 17:30:25 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 1Vr99d-0005Ut-5J for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 17:30:25 +0100 Original-Received: from localhost ([::1]:37468 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vr99c-0005lS-LR for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 11:30:24 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54412) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vr99Q-0005kD-Uw for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 11:30:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Vr99I-0007FT-Bq for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 11:30:12 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60135) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Vr99I-0007Dq-9H for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 11:30:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Vr99G-0000Au-U7 for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 11:30:03 -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 16:30:02 +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.1386865784603 (code B ref 16028); Thu, 12 Dec 2013 16:30:02 +0000 Original-Received: (at 16028) by debbugs.gnu.org; 12 Dec 2013 16:29:44 +0000 Original-Received: from localhost ([127.0.0.1]:45921 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vr98x-00009c-Ga for submit@debbugs.gnu.org; Thu, 12 Dec 2013 11:29:44 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:41664) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vr98v-00009S-K2 for 16028@debbugs.gnu.org; Thu, 12 Dec 2013 11:29:42 -0500 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 rBCGTdxd020779 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 12 Dec 2013 16:29:40 GMT Original-Received: from aserz7022.oracle.com (aserz7022.oracle.com [141.146.126.231]) by acsinet22.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBCGTcda001508 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Dec 2013 16:29:39 GMT Original-Received: from abhmp0004.oracle.com (abhmp0004.oracle.com [141.146.116.10]) by aserz7022.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id rBCGTcjM001501; Thu, 12 Dec 2013 16:29:38 GMT In-Reply-To: <52A98D4A.5000000@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:81820 Archived-At: > > Unfortunately, that did not work at all. It made a big mess, in > > all Emacs versions. For one thing, each shrinking/enlargement > > magnified the scale of zoom out/in over the previous one. > > > > I.e., each shrinking/enlargement was greater than the > > enlargement/shrinking that immediately preceded it (not just > > greater than the last shrinking/enlargement). >=20 > Which also demonstrates how fragile your code is. You are welcome to improve it or offer concrete suggestions - please do. FWIW, it works fine, AFAIK, on all previous versions of Emacs, and on all platforms I'm aware of. I use it myself with Emacs 20-24 on MS Windows and with Emacs 21.3 on GNU/Linux (KDE & GNOME). > The trap your code fell into can be roughly described as follows: >=20 > (1) You ask for changing the pixel size of a frame by setting the font > size. Emacs passes the request on to the window manager but on > Windows it does _not_ store the new pixel size of the frame. >=20 > (2) You ask for changing the pixel size of a frame by setting the > scrollbar width. Why should asking to change the scroll-bar width constitute a request to also change the pixel size of the frame? Or did you mean only that changing the scroll-bar width will change the frame width slightly? The latter I could probably live with. > Now before my changes, (2) asked the window manager to change the pixel > 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 size > 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 based > 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. > 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 other > 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)?