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, 10 Aug 2014 09:51:29 -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 1407689549 18331 80.91.229.3 (10 Aug 2014 16:52:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 10 Aug 2014 16:52:29 +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 10 18:52:23 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 1XGWLy-0008LV-5U for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Aug 2014 18:52:18 +0200 Original-Received: from localhost ([::1]:60343 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGWLx-0001S2-R0 for geb-bug-gnu-emacs@m.gmane.org; Sun, 10 Aug 2014 12:52:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33989) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGWLp-0001R6-0X for bug-gnu-emacs@gnu.org; Sun, 10 Aug 2014 12:52:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XGWLi-0003Tk-Nt for bug-gnu-emacs@gnu.org; Sun, 10 Aug 2014 12:52:08 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:59192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XGWLi-0003Tg-Ei for bug-gnu-emacs@gnu.org; Sun, 10 Aug 2014 12:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XGWLi-0007pS-7d for bug-gnu-emacs@gnu.org; Sun, 10 Aug 2014 12:52:02 -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, 10 Aug 2014 16:52: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.140768950130069 (code B ref 18215); Sun, 10 Aug 2014 16:52:02 +0000 Original-Received: (at 18215) by debbugs.gnu.org; 10 Aug 2014 16:51:41 +0000 Original-Received: from localhost ([127.0.0.1]:37902 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGWLM-0007os-IF for submit@debbugs.gnu.org; Sun, 10 Aug 2014 12:51:41 -0400 Original-Received: from cobb.liquidweb.com ([50.28.13.150]:40453) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XGWLJ-0007oZ-Hp for 18215@debbugs.gnu.org; Sun, 10 Aug 2014 12:51:38 -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=F338ZgebztNUoGC9IbEoA25UohmuKqFni/WdJcPZdZ4=; b=7rL3lm2kT6QUmpFn0wvGXamV+XVS8pCQHFyWH0rsREYBWDwhke8aN86CXlKk6Hr2dkCjOrADBEamKYb8uUI53rZXcrCoceAoYhIbKtovwkRjqRZJDlUSDTCrayISHs9f; Original-Received: from cpe-75-85-5-102.socal.res.rr.com ([75.85.5.102]:51957 helo=MP.local) by cobb.liquidweb.com with esmtp (Exim 4.82) (envelope-from ) id 1XGWLB-0006Vi-Bq; Sun, 10 Aug 2014 12:51:29 -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:92379 Archived-At: With both Emacs versions (i.e., June 1, 2014 and the patched August 8, 2014) and a setting of `(setq ns-auto-hide-menu-bar t)`, the function `toggle-frame-maximized` leaves approximately 10 pixels at the top of the screen that are not filled and about 4 or more pixels to the right of the screen that are not filled. The only method that I have discovered that can fill the screen entirely (without going into full-screen mode), is using `set-frame-size` with the pixelwise argument. When not using `(setq ns-auto-hide-menu-bar t)`, there are still a few pixels that are not filled by the Emacs frame when using `toggle-frame-maximized`. It would appear that `(setq-default left-fringe-width 10)` and `(setq-default right-fringe-width 0)` are geared towards the `window` settings, rather than the `frame` settings. The default frame fringe settings can be seen visually in the minibuffer -- i.e., default fringe left and right are both 11 when not overriding the default settings with the `default-frame-alist`. Rather than using `(setq-default left-fringe-width 10)` and `(setq-default right-fringe-width 0)`, I believe it would be better for me to use: (add-to-list 'default-frame-alist '(left-fringe . 11)) (add-to-list 'default-frame-alist '(right-fringe . 0)) With those `default-frame-alist` settings, the same result can be achieved with both Emacs versions. Keith ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; At Sun, 10 Aug 2014 11:19:28 +0200, martin rudalics wrote: > > Thanks for the dumps. As I expected, the difference of 6 pixels is > explained by the different values for the fringes, namely ... > > > Here is the `(window--dump-frame)` printout for the June 1, 2014 Emacs Trunk build: > > > > frame pixel: 1920 x 1058 cols/lines: 174 x 52 units: 11 x 20 > > frame text pixel: 1894 x 1054 cols/lines: 172 x 52 > > tool: 0 scroll: 0 fringe: 22 border: 2 right: 0 bottom: 0 > > ... 22 pixels for the June build, and ... > > > Here is the `(window--dump-frame)` printout for the August 8, 2014 patched Emacs Trunk build: > > > > frame pixel: 1914 x 1058 cols/lines: 175 x 52 units: 11 x 20 > > frame text pixel: 1894 x 1054 cols/lines: 172 x 52 > > tool: 0 scroll: 0/0 fringe: 16 border: 2 right: 0 bottom: 0 > > .... 16 pixels for the August build. The reason for this is that the > June build still rounds the fringe widths to the next multiple of the > frame's character width which is listed as 11 in your dump (compare > "units: 11 x 20") while the August build does not round any more. > > Basically, you should be able to fix this problem in a more generic way > either by maximizing the frame instead of calculating its sizes by hand > or by making the calculations use terms like those used in > `window--dump-frame' where you should see how the "pixel size" of a > frame relates to its "text size". In addition, you would have to > platform-wise include the sizes of the outer borders and the frame > decorations used by the respective window manager. I plan to provide > these values within Emacs but since I do no have access to all platforms > this might still take some time. > > > Both of the printouts were made using the settings contained in the initial bug report. > > It's not entirely clear to me how the values reported here relate to the > values of > > > (setq-default left-fringe-width 10) > > > > (setq-default right-fringe-width 0) > > you report later. Do your fringes appear as if they had this width (10 > pixels for the left and 0 pixels for the right) or do they look as in > the dump (8 pixels on the left and the right, I presume)? > > martin