From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#16028: 24.3.50; Latest build completely breaks my thumnail frames code Date: Thu, 12 Dec 2013 19:10:42 +0100 Message-ID: <52A9FC22.2030301@gmx.at> 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> <8361qu6n3o.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1386871900 11059 80.91.229.3 (12 Dec 2013 18:11:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 12 Dec 2013 18:11:40 +0000 (UTC) Cc: 16028@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Dec 12 19:11:45 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 1VrAjg-00009P-Fp for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 19:11:44 +0100 Original-Received: from localhost ([::1]:38023 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrAjg-0006Kh-0Q for geb-bug-gnu-emacs@m.gmane.org; Thu, 12 Dec 2013 13:11:44 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:50832) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrAjB-0005ej-48 for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 13:11:20 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VrAj1-0005ot-Fm for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 13:11:13 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:60257) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VrAj1-0005oj-Bq for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 13:11:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1VrAj1-0002pB-5G for bug-gnu-emacs@gnu.org; Thu, 12 Dec 2013 13:11:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Dec 2013 18:11:03 +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.138687184810824 (code B ref 16028); Thu, 12 Dec 2013 18:11:03 +0000 Original-Received: (at 16028) by debbugs.gnu.org; 12 Dec 2013 18:10:48 +0000 Original-Received: from localhost ([127.0.0.1]:46042 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VrAil-0002oV-JM for submit@debbugs.gnu.org; Thu, 12 Dec 2013 13:10:47 -0500 Original-Received: from mout.gmx.net ([212.227.17.22]:56114) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1VrAij-0002oN-7S for 16028@debbugs.gnu.org; Thu, 12 Dec 2013 13:10:45 -0500 Original-Received: from [62.47.35.230] ([62.47.35.230]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MS5xC-1VyDD411lC-00THRs for <16028@debbugs.gnu.org>; Thu, 12 Dec 2013 19:10:44 +0100 In-Reply-To: <8361qu6n3o.fsf@gnu.org> X-Provags-ID: V03:K0:7tiZ0mSy/XY/mONU1Mhlblr/TmOfYDFHdkU4l8D8Wy05QQ7IL9M b+smIxxS0icPmMIEaCdr55Yq8mMiIOr5nTLLKVjT4cxdwZbOydnwGk7Mi82xqM0DTioQxgS ACsGMi9t6nIN0Liw0J4e8FAdXgtPz8cp7hPtPB+NtZuPBY0HCpYZimnrfcST5FEOUmCODfI mckbOpEGaHIlSaUFaov0w== 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:81828 Archived-At: > Since we can now resize a frame pixelwise with an explicit request > (right?), would it be possible to fix the above by > > (3) Ask for change of the frame size by giving explicit dimensions > in pixel units. > > ? If not, why not? We always could resize frames pixelwise and also did so IIRC, for example, when faking maximized or fullscreen frames. After that, we either left the last pixels of the echo area dangling, left some empty space between side by side windows, or extended the rightmost fringe by some pixels. All this because change_frame_size wasn't able to resize pixelwise. The display engine worked pixelwise for a long time already, as can be easily seen, for example, when drawing a fullscreen modeline. If you want to change the frame size pixelwise from Lisp, you can now use `set-frame-size'. But this won't solve the problem that issuing two requests in sequel is still inherently broken on Windows. The problem here is that we don't resynch with Windows after calling my_set_window_pos in x_set_window_size as I explained earlier. martin