From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Keith David Bershatsky Newsgroups: gmane.emacs.bugs Subject: bug#18215: 24.4.50; OSX 10.6.8; set-frame-size by pixelwise does not work following `make-fame`. Date: Sun, 17 Aug 2014 11:29:24 -0700 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 (generated by - "") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1408300231 21478 80.91.229.3 (17 Aug 2014 18:30:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 17 Aug 2014 18:30:31 +0000 (UTC) Cc: 18215@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 17 20:30: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 1XJ5Dj-0006YZ-MT for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2014 20:30:23 +0200 Original-Received: from localhost ([::1]:39916 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5Dj-0006Wy-4R for geb-bug-gnu-emacs@m.gmane.org; Sun, 17 Aug 2014 14:30:23 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5Da-0006W2-95 for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:30:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XJ5DP-0007xH-UP for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:30:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38653) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJ5DP-0007wn-MZ for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XJ5DP-0001Is-5P for bug-gnu-emacs@gnu.org; Sun, 17 Aug 2014 14:30:03 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Keith David Bershatsky Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Aug 2014 18:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18215 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18215-submit@debbugs.gnu.org id=B18215.14083001764948 (code B ref 18215); Sun, 17 Aug 2014 18:30:02 +0000 Original-Received: (at 18215) by debbugs.gnu.org; 17 Aug 2014 18:29:36 +0000 Original-Received: from localhost ([127.0.0.1]:45596 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XJ5Cx-0001Hk-Fe for submit@debbugs.gnu.org; Sun, 17 Aug 2014 14:29:36 -0400 Original-Received: from cobb.liquidweb.com ([50.28.13.150]:48144) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XJ5Cu-0001HS-3k for 18215@debbugs.gnu.org; Sun, 17 Aug 2014 14:29:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lawlist.com; s=default; h=Content-Type:MIME-Version:Cc:Subject:To:From:Message-ID:Date; bh=R2IZvCUrkQiXmFsr3iuSvCfs5ZbbUxJt1vZHdEPIiac=; b=YpfIiQaBZwvg0u2VsH1YysJ16Kb3P0YOAujdGZC8tG8uCUs7w0eGzXS20Psl9v8FN12hETdMgo/kg0Rbbj3fK4xiedd3vnWqBbigxwE/HlNh+Cmm0k3wW18umgS+vPJS; Original-Received: from cpe-75-85-5-102.socal.res.rr.com ([75.85.5.102]:49569 helo=MP.local) by cobb.liquidweb.com with esmtp (Exim 4.82) (envelope-from ) id 1XJ5Cl-0004bc-N9; Sun, 17 Aug 2014 14:29:23 -0400 User-Agent: / () / () APEL/10.8 Emacs/24.4.50 (x86_64-apple-darwin10.8.0) MULE/6.0 (HANACHIRUSATO) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cobb.liquidweb.com X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - lawlist.com X-Get-Message-Sender-Via: cobb.liquidweb.com: acl_c_relayhosts_text_entry: lawlist|lawlist.com 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:92502 Archived-At: Yes, using the settings of (add-to-list 'default-frame-alist '(left-fringe . 17)) (set-frame-size (selected-frame) 1899 1054 t) results in this printout for `window--dump-frame`: frame pixel: 1920 x 1058 cols/lines: 174 x 52 units: 11 x 20 frame text pixel: 1899 x 1054 cols/lines: 172 x 52 tool: 0 scroll: 0/0 fringe: 17 border: 2 right: 0 bottom: 0 # parent: nil pixel left: 0 top: 0 size: 1916 x 1034 new: 0 char left: 0 top: 0 size: 174 x 51 new: 0 normal: 1.0 x 1.0 new: 0 body pixel: 1899 x 996 char: 172 x 49 width left fringe: 17 left margin: 0 right margin: 0 width right fringe: 0 scroll-bar: 0 divider: 0 height header-line: 22 mode-line: 16 divider: 0 # parent: nil pixel left: 0 top: 1034 size: 1916 x 20 new: 0 char left: 0 top: 51 size: 1916 x 1 new: 0 normal: 1.0 x 1.0 new: 0 body pixel: 1899 x 20 char: 172 x 1 width left fringe: 17 left margin: 0 right margin: 0 width right fringe: 0 scroll-bar: 0 divider: 0 height header-line: 0 mode-line: 0 divider: 0 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; There is a green button in the upper left-hand corner of the frame on OSX, which will maximize the frame. With the patched nsterm.m from August 15, 2014, the green button maximization still leaves out four (4) pixels from the height -- i.e., should be 1058 instead of 1054. I verified the 4 pixel shortfull with an applescript to measure the Emacs frame size, which is 1920 x 1076 instead of 1920 x 1080. I don't understand why `1058` is Emacs' way of saying `1080 pixels` in height, but that is how it works. It sure would be easier to understand if Emacs could report the actual frame size in pixel height, like it does for width -- i.e., if the actual frame height in pixels is 1076, then Emacs should report 1076 (instead of 1054). frame pixel: 1920 x 1054 cols/lines: 174 x 52 units: 11 x 20 frame text pixel: 1905 x 1050 cols/lines: 173 x 52 tool: 0 scroll: 0/0 fringe: 11 border: 2 right: 0 bottom: 0 # parent: nil pixel left: 0 top: 0 size: 1916 x 1030 new: 0 char left: 0 top: 0 size: 174 x 51 new: 0 normal: 1.0 x 1.0 new: 0 body pixel: 1905 x 1010 char: 173 x 50 width left fringe: 11 left margin: 0 right margin: 0 width right fringe: 0 scroll-bar: 0 divider: 0 height header-line: 0 mode-line: 20 divider: 0 # parent: nil pixel left: 0 top: 1030 size: 1916 x 20 new: 0 char left: 0 top: 51 size: 1916 x 1 new: 0 normal: 1.0 x 1.0 new: 0 body pixel: 1905 x 20 char: 173 x 1 width left fringe: 11 left margin: 0 right margin: 0 width right fringe: 0 scroll-bar: 0 divider: 0 height header-line: 0 mode-line: 0 divider: 0 ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; I am able to launch Emacs using GDB, and have used it on just one (1) occasion to submit a crash report of an issue not related to this current bug report. ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; Keith ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; At Sun, 17 Aug 2014 12:12:46 +0200, martin rudalics wrote: > > > The following `window--dump-frame` printout was based on an UN-patched > > version of Emacs Trunk built on August 15, 2014 using the following > > settings. The frame fills the entire screen, and is what I consider > > to be perfect. > > > > (setq frame-resize-pixelwise t) > > > > (set-face-attribute 'default (selected-frame) :font "-*-Courier-normal-normal-normal-*-18-*-*-*-m-0-iso10646-1") > > > > (menu-bar-mode -1) > > > > (tool-bar-mode -1) > > > > (add-to-list 'default-frame-alist '(left-fringe . 11)) > > > > (add-to-list 'default-frame-alist '(right-fringe . 0)) > > > > (add-to-list 'default-frame-alist '(vertical-scroll-bars . nil)) > > > > (setq ns-auto-hide-menu-bar t) > > > > (set-frame-position (selected-frame) 0 0) > > > > (set-frame-size (selected-frame) 1905 1054 t) > > > > frame pixel: 1920 x 1058 cols/lines: 174 x 52 units: 11 x 20 > > frame text pixel: 1905 x 1054 cols/lines: 173 x 52 > > tool: 0 scroll: 0/0 fringe: 11 border: 2 right: 0 bottom: 0 > > Just for checking: If you change the following two forms > > (add-to-list 'default-frame-alist '(left-fringe . 11)) > (set-frame-size (selected-frame) 1905 1054 t) > > to say > > (add-to-list 'default-frame-alist '(left-fringe . 17)) > (set-frame-size (selected-frame) 1899 1054 t) > > do you still get the same value for the frame pixel width, namely 1920? > > > The following `window--dump-frame` printout was based on a PATCHED > > (nsterm.m 08/15/2014) version of Emacs Trunk built on August 15, 2014 > > using the following settings, and then manually typing `M-x > > toggle-frame-maximzed` after startup. The width is now perfect (i.e., > > 1920). The height is almost perfect -- i.e., 1054 -- it looks like > > about 2 pixels to the top of the screen are not filled, and about 2 > > pixels to the bottom of the screen are not filled. > > > > (setq frame-resize-pixelwise t) > > > > (set-face-attribute 'default (selected-frame) :font "-*-Courier-normal-normal-normal-*-18-*-*-*-m-0-iso10646-1") > > > > (menu-bar-mode -1) > > > > (tool-bar-mode -1) > > > > (add-to-list 'default-frame-alist '(left-fringe . 11)) > > > > (add-to-list 'default-frame-alist '(right-fringe . 0)) > > > > (add-to-list 'default-frame-alist '(vertical-scroll-bars . nil)) > > > > (setq ns-auto-hide-menu-bar t) > > > > frame pixel: 1920 x 1054 cols/lines: 174 x 52 units: 11 x 20 > > frame text pixel: 1905 x 1050 cols/lines: 173 x 52 > > tool: 0 scroll: 0/0 fringe: 11 border: 2 right: 0 bottom: 0 > > I don't understand how these get calculated: > > (* 11 174) gets me 1914. Add 4 pixels for the internal border gets me > 1918. Where do those two pixels missing to 1920 go to or come from? > > (* 20 52) gets me 1040. Add 4 pixels for the internal border gets me > 1044. 10 pixels missing to 1054 for what? > > Do you have any means to trigger maximization from the window manager > via some sort of maximize button? > > BTW, can you run Emacs under GDB? > > martin