From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: bug in frame-width Date: 12 Aug 2004 23:57:19 +0200 Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: References: <200408100259.i7A2xiF19311@raven.dms.auburn.edu> <200408120151.i7C1poG03775@raven.dms.auburn.edu> <200408121812.i7CICrK04649@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1092347889 22753 80.91.224.253 (12 Aug 2004 21:58:09 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Aug 2004 21:58:09 +0000 (UTC) Cc: emacs-devel@gnu.org, "Jan D." , Luc Teirlinck , monnier@iro.umontreal.ca, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 12 23:57:57 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1BvNa9-0001Q7-00 for ; Thu, 12 Aug 2004 23:57:57 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BvNe4-0001Et-Bh for ged-emacs-devel@m.gmane.org; Thu, 12 Aug 2004 18:02:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BvNdx-0001Eo-QY for emacs-devel@gnu.org; Thu, 12 Aug 2004 18:01:53 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BvNdx-0001Ec-BP for emacs-devel@gnu.org; Thu, 12 Aug 2004 18:01:53 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BvNdx-0001EZ-7R for emacs-devel@gnu.org; Thu, 12 Aug 2004 18:01:53 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BvNZg-0001Di-Ef for emacs-devel@gnu.org; Thu, 12 Aug 2004 17:57:28 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1BvNZZ-00080V-A4; Thu, 12 Aug 2004 17:57:21 -0400 Original-To: Andreas Schwab In-Reply-To: Original-Lines: 33 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:26259 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26259 Andreas Schwab writes: > David Kastrup writes: > > > And actually, I want my Emacs windows typically to be 80 characters > > wide and about 740 pixels tall. And when I change the font size, I > > still want them 80 characters wide and 740 pixels tall. > > I second that. When changing the number of columns lines may wrap at > different places which can be distracting. When changing the number of > lines the only change is how many lines are visible towards the bottom, > which has much less visible effect. (The situation is somewhat different > if you have mutiple windows.) Well, my point was that we don't need any inconsistencies if we can come up with a scheme where you may specify your geometry in terms of characters _or_ pixels. Let's say, something stupid like unsigned numbers are in characters, signed numbers are in pixels. Then my desired geometry would be 80x+740, and a fullscreen mode something like +1020x+740. And negative numbers mean to take the complete available dimension of the screen and leave the specified free areas, so that 80x-40 would be 80 columns, and the whole vertical area minus 40 pixels. Pixels include everything in the window, characters not. For symmetry with text terminals, I'd say that the mode line and the minibuffer/message line count as one line each when we are talking about lines. Menu line? No idea. It _does_ take space in a text terminal, too. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum