From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Luc Teirlinck Newsgroups: gmane.emacs.devel Subject: Re: bug in frame-width Date: Thu, 12 Aug 2004 13:12:53 -0500 (CDT) Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Message-ID: <200408121812.i7CICrK04649@raven.dms.auburn.edu> References: <200408100259.i7A2xiF19311@raven.dms.auburn.edu> <200408120151.i7C1poG03775@raven.dms.auburn.edu> NNTP-Posting-Host: deer.gmane.org X-Trace: sea.gmane.org 1092334419 26054 80.91.224.253 (12 Aug 2004 18:13:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Aug 2004 18:13:39 +0000 (UTC) Cc: rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 12 20:13:27 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 1BvK4s-0000Xd-00 for ; Thu, 12 Aug 2004 20:13:26 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BvK8m-0000Kg-Vn for ged-emacs-devel@m.gmane.org; Thu, 12 Aug 2004 14:17:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BvK8e-0000Kb-HG for emacs-devel@gnu.org; Thu, 12 Aug 2004 14:17:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BvK8c-0000KP-RZ for emacs-devel@gnu.org; Thu, 12 Aug 2004 14:17:20 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BvK8c-0000KM-PL for emacs-devel@gnu.org; Thu, 12 Aug 2004 14:17:18 -0400 Original-Received: from [131.204.53.104] (helo=manatee.dms.auburn.edu) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BvK4O-0001fp-V8; Thu, 12 Aug 2004 14:12:57 -0400 Original-Received: from raven.dms.auburn.edu (raven.dms.auburn.edu [131.204.53.29]) by manatee.dms.auburn.edu (8.12.10/8.12.10) with ESMTP id i7CICuuE006287; Thu, 12 Aug 2004 13:12:56 -0500 (CDT) Original-Received: (from teirllm@localhost) by raven.dms.auburn.edu (8.11.6+Sun/8.11.6) id i7CICrK04649; Thu, 12 Aug 2004 13:12:53 -0500 (CDT) X-Authentication-Warning: raven.dms.auburn.edu: teirllm set sender to teirllm@dms.auburn.edu using -f Original-To: monnier@iro.umontreal.ca In-reply-to: (message from Stefan on 12 Aug 2004 01:12:09 -0400) 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:26253 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:26253 Stefan Monnier wrote: When the user asks to change the fringe, she does not request a change in the window's size, so frame-width should change so that the window's pixel size stays constant, not the other way around. When the user asks to change a parameter and does not ask to change any other parameters, the other parameters should stay constant. That is logical, expected and as documented. To keep the width parameter constant, the size of the X window has to change. If this would be considered bad behavior, then the meaning of the width parameter should be changed to refer to the size of the X window. The same holds for the height parameter. Currently, `width' refers to the number of text columns, `height' includes the tool bar but not the menu bar. Any changes in current situation, even those we agree on it, seem to have to wait until after the 21.4 release. In the current situation, changing the fringe width should keep the number of text columns constant. I personally do not believe that it is _just_ "in the current situation". In as far as the width is concerned I believe that it _should_ refer to actual text columns. If the number of columns changes from the 80 I am used to, even to to 79 or 81, I get a very hard time with manual filling. As a consequence Emacs becomes difficult to use. If it happens without me necessarily being aware of it, things are worse. In as far as `height' is concerned, we all seem to agree that the current behavior makes no sense. Either _both_ menu and tool bar should be included or _none_. For reasons I explained earlier, I personally would prefer both, but Richard seems to believe it should be none. Either way, it seems that we have to live with the current situation until after 21.4 is released. To me, deleting or adding widgets, font changes and the like should keep the number of text columns constant (and thus, change the X window width). I personally would prefer them to keep the X window height fixed (and change the number of text lines). This is not inconsistent, because there is no symmetry between the number of text columns (should be 80, more is _not_ better) and the number of text lines (no fixed "logical" number and more _is_ better). If I understand correctly, Richard believes that _both_ number of text lines and number of text columns should take precedence over X window size. Sincerely, Luc.