From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Newsgroups: gmane.emacs.bugs Subject: bug#5308: 23.1.91; Geometry quirk on OpenSuSE 11.2 Date: Tue, 12 Jan 2010 14:22:01 +0100 Message-ID: <4B4C7779.8050509@swipnet.se> References: <20100104012559.GA877@srevilak.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1263304167 10400 80.91.229.12 (12 Jan 2010 13:49:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 12 Jan 2010 13:49:27 +0000 (UTC) To: Steve Revilak , 5308@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Jan 12 14:49:19 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1NUh7W-0003fK-Pi for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Jan 2010 14:49:19 +0100 Original-Received: from localhost ([127.0.0.1]:57814 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NUh7X-0007U5-DT for geb-bug-gnu-emacs@m.gmane.org; Tue, 12 Jan 2010 08:49:19 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NUh7T-0007U0-3m for bug-gnu-emacs@gnu.org; Tue, 12 Jan 2010 08:49:15 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NUh7O-0007Ti-Fp for bug-gnu-emacs@gnu.org; Tue, 12 Jan 2010 08:49:14 -0500 Original-Received: from [199.232.76.173] (port=42415 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NUh7O-0007Tf-AR for bug-gnu-emacs@gnu.org; Tue, 12 Jan 2010 08:49:10 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:44343) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NUh7N-0001J9-S9 for bug-gnu-emacs@gnu.org; Tue, 12 Jan 2010 08:49:10 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NUgi6-0007aD-98; Tue, 12 Jan 2010 08:23:02 -0500 X-Loop: bug-gnu-emacs@gnu.org Resent-From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 12 Jan 2010 13:23:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 5308 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 5308-submit@debbugs.gnu.org id=B5308.126330254329140 (code B ref 5308); Tue, 12 Jan 2010 13:23:02 +0000 Original-Received: (at 5308) by debbugs.gnu.org; 12 Jan 2010 13:22:23 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUghT-0007Zx-09 for submit@debbugs.gnu.org; Tue, 12 Jan 2010 08:22:23 -0500 Original-Received: from proxy3.bredband.net ([195.54.101.73]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NUghQ-0007Zq-4E for 5308@debbugs.gnu.org; Tue, 12 Jan 2010 08:22:21 -0500 Original-Received: from ipb2.telenor.se (195.54.127.165) by proxy3.bredband.net (7.3.140.3) id 4AD3E1BA024049C9 for 5308@debbugs.gnu.org; Tue, 12 Jan 2010 14:22:14 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoZDAL8GTEtV4S1uPGdsb2JhbACBRYZukxsBAQEBN7llhDAE X-IronPort-AV: E=Sophos;i="4.49,262,1262559600"; d="scan'208";a="26020373" Original-Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb2.telenor.se with ESMTP; 12 Jan 2010 14:22:02 +0100 Original-Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 7B00B7FA01A; Tue, 12 Jan 2010 14:22:01 +0100 (CET) User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <20100104012559.GA877@srevilak.net> X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list X-Spam-Score: -2.9 (--) Resent-Date: Tue, 12 Jan 2010 08:23:02 -0500 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:34224 Archived-At: Steve Revilak skrev: > This bug report will be sent to the Free Software Foundation, > not to your local site managers! > Please write in English if possible, because the Emacs maintainers > usually do not have translators to read other languages for them. > > Your bug report will be posted to the emacs-pretest-bug@gnu.org mailing > list, > and to the gnu.emacs.bug news group. > > Please describe exactly what actions triggered the bug > and the precise symptoms of the bug. If you can, give > a recipe starting from `emacs -Q': > > * * * > > I've been trying Emacs 23.1.91 on an OpenSUSE 11.2 system. > > Linux srevilak 2.6.31.5-0.1-desktop #1 SMP PREEMPT 2009-10-26 > 15:49:03 +0100 i686 i686 i386 GNU/Linux > > In general, this prerelease seems to work very well. However, I have > had difficulty getting Emacs 23.1.91 to respect geometry settings. I > will frame this bug report as a series of (expected, observed) pairs. > In this context, "expected" refers to the the behavior of > > # this is the emacs that comes with OpenSUSE 11.2 > GNU Emacs 23.1.1 (i586-suse-linux-gnu, GTK+ Version 2.18.1) of > 2009-12-02 on build15 > > and "observed" refers to the behavior of Emacs 23.1.91. > > I will also try to be mindful of the recent change in -Q's behavior. All cases lack data. Do you have a font set in X resources? What window manager are you using? Do you set a font in .emacs? Do your desktop contain panels or fixed menu bars? Geometry tests for emacs are only reliable if the font and size is known at startup and doesn't change in elisp (.emacs or site-wide .el-file). I.e. in X resources or from the command line. Also note that a window manager is totally free to ignore and override any or all parts of a geometry specification. > > > CASE 1: Geometry from ~/.Xresources > ----------------------------------- > > I have the (only) following line in ~/.Xresources > > emacs.geometry: 86x46-2+0 > > Expected: emacs starts with dimensions 86x46, two pixels from the > right edge of the screen, and zero pixels from the top edge of the > screen. > > Observed: Emacs starts with dimensions 86x25 (not 86x46). The initial > frame is two pixels from the right edge of the screen, but 225 pixels > from the top edge of the screen (not 0 pixels from the top edge of the > screen). So you probably have a font change done in .emacs. This is to be expected, the font change is done after the first frame is shown, so the frame shrinks. > CASE 2: Geometry from Command Line > ---------------------------------- > > I've started emacs as > emacs --no-init-file --no-site-file --geometry 86x46+0+0 > > Expected: Emacs starts with an 86x46 frame, with the upper left corner > of the frame in the upper left corner of the screen. > > Observed: Emacs starts with an 86x28 frame. The frame is positioned > against the right edge of the screen, but 225 pixels from the top of > the screen. > > > CASE 3: Geometry from Command Line (only width and height specified) > -------------------------------------------------------------------- > > Start emacs as > > emacs --no-init-file --no-site-file --geometry 86x46 > > Expected: Emacs starts with an 86x46 frame, with the frame positioned > at coordinates -2+0. (Here the -2+0 was inherited from .Xresources). Whst do you have in Xresources? X does not inherit part of geometry from one place and another part from another place. You can not expect it to pop up at -2+0 if you don't say so, and you didn't. You said: "size 86x46, position undefined". > > Actual: Emacs starts with an 86x28 frame, with the frame positioned at > -2+225 (225 pixels from the top of the screen) > More likely your window manager remembered where the frame popped up last and since Emacs didn't specify a position, the window manager used the remembered position (some do that). > > CASE 4: Geometry from the Command Line (but smaller frame size) > -------------------------------------------------------------- > > Start emacs as > > emacs --no-init-file --no-site-file --geometry 60x30+0+0 > > Expected: Emacs starts with a 60x30 frame, positioned in the upper > left corner of the screen. > > Actual: Same as expected. > This is interesting. Given a smaller frame size, emacs 23.1.91 > exhibited the same behavior as emacs 23.1.1. > So your window manager isn't interfering here. The initial font fits so no shrinkage is done. > > Further pursuit of CASE 4: > ------------------------- > > I continued to experiment with different geometry sizes. At a height > of 44, emacs with the default font fills the vertical space of the > screen. At height > 44, emacs _appears_ to say "this frame is too > tall for the screen, so I'm going to use a different height". That is your window managers doing. > > If height 44 fills the vertical space of the screen, then why do I have > 86x46 in ~/.Xresources? My .emacs uses (set-frame-font) to change > fonts. The font I'm using is a little smaller than the default font, > whereby height 46 fits nicely on the screen, with a little room to > spare at the bottom. > > If it matters, here is my (set-frame-font) call > > (set-frame-font > "-efont-fixed-medium-r-normal--16-160-75-75-c-80-iso10646-1") > The set-frame-font is done after all the geometry has been parsed and acted upon, and possibly modified by your window manager. So you try 46 with the original font, your window manager descides that is too big and shrinks the frame. The font then changes and the frame shrinks again. > Other observations: > ------------------ > > Moving the font setting from ~/.emacs to ~/.Xresources did not work. > In what sense? The font wasn't used, emacs crashed, the computer burned up, the frame is too big/small? Jan D.