From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: "Jan D." Newsgroups: gmane.emacs.devel Subject: Geometry interpretation change? (was: FIX#3: byte-code: Wrong type argument: number-or-marker-p, (+ -21)) Date: Sat, 6 Dec 2003 17:14:26 +0100 Sender: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Message-ID: <434F93ED-2807-11D8-8B75-00039363E640@swipnet.se> References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 (Apple Message framework v553) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1070727804 4898 80.91.224.253 (6 Dec 2003 16:23:24 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 6 Dec 2003 16:23:24 +0000 (UTC) Cc: Jan Nieuwenhuizen , "Kim F. Storm" Original-X-From: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Sat Dec 06 17:23:21 2003 Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1ASfDF-0001xv-00 for ; Sat, 06 Dec 2003 17:23:21 +0100 Original-Received: from monty-python.gnu.org ([199.232.76.173]) by quimby.gnus.org with esmtp (Exim 3.35 #1 (Debian)) id 1ASfDF-0004wV-00 for ; Sat, 06 Dec 2003 17:23:21 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ASg5B-00064p-Qi for emacs-devel@quimby.gnus.org; Sat, 06 Dec 2003 12:19:05 -0500 Original-Received: from list by monty-python.gnu.org with tmda-scanned (Exim 4.24) id 1ASg4q-0005wl-JE for emacs-devel@gnu.org; Sat, 06 Dec 2003 12:18:44 -0500 Original-Received: from mail by monty-python.gnu.org with spam-scanned (Exim 4.24) id 1ASg4B-0005fW-Ft for emacs-devel@gnu.org; Sat, 06 Dec 2003 12:18:38 -0500 Original-Received: from [213.115.192.53] (helo=mail2.norrnet.net) by monty-python.gnu.org with esmtp (Exim 4.24) id 1ASg4A-0005f1-O9; Sat, 06 Dec 2003 12:18:02 -0500 Original-Received: from stubby.bodenonline.com (stubby.bodenonline.com [193.201.16.94]) by mail2.norrnet.net (BorderWare MXtreme Mail Firewall) with ESMTP id 69966EBEA9; Sat, 6 Dec 2003 17:14:55 +0100 (CET) Original-Received: from accessno42.bodenonline.com (accessno42.bodenonline.com [193.201.16.44]) by stubby.bodenonline.com (8.12.1/8.12.1) with ESMTP id hB6H7WYr032278; Sat, 6 Dec 2003 18:07:33 +0100 Original-To: emacs-devel@gnu.org In-Reply-To: X-Mailer: Apple Mail (2.553) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+emacs-devel=quimby.gnus.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:18463 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:18463 Jan Nieuwenhuizen wrote: > storm@cua.dk (Kim F. Storm) writes: > >>> but I'm not at all sure about the right arithmetic for (+/- INT) ... >> >> Me neither... What do others think about this? > > So here's a patch #3 to try. I am now conviced this can't be solved in Lisp with the information available. Additional information could be made available to lisp, but that does not seem right as this is fundamentally an X problem, Mac and W32 does not have window managers. Anyway, I have a solution I'd like to test some more and check in next weekend if it is OK (still away during the week). But it makes a change on how the geometry height is interpreted. Now a height of 24 means 24 - tool bar height - menu bar height. I'd like it to be that if you disable both the menu bar and the tool bar, you get 24, and external menu bar and/or tool bar does not count. Thus, for GTK you would always get 24 (external tool and menu bar). For Lucid, you would get 24 - tool bar height (external menu bar). For no toolkit version you would get 24 - tool bar height - menu bar height. If you have disabled both menu and tool bar you always get 24. Does this sound reasonable? One advantage of the purposed solution is that geometry -0-0 will always end up in the lower right corner, regardless if you have removed tool or menu bar in .emacs. Also when you say (set-frame-parameter nil 'top '(- 0)) the frame does end up at the bottom. Ditto for left. I don't know if this will have any impact on W32 or Mac, probably not. Jan D.