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#3643: emacs -Q doesn't fit on the user's screen Date: Wed, 20 Jan 2010 12:14:02 +0100 Message-ID: <4B56E57A.2020700@swipnet.se> References: <4B56AE30.4090109@swipnet.se> <878wbtdyfv.fsf@jidanni.org> <4B56BE80.6080307@swipnet.se> <4B56CC7C.8030409@gmx.at> <4B56D3BB.4050709@swipnet.se> <4B56E213.60008@gmx.at> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1263987722 10604 80.91.229.12 (20 Jan 2010 11:42:02 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 20 Jan 2010 11:42:02 +0000 (UTC) Cc: rfrancoise@debian.org, 3643@debbugs.gnu.org, jidanni@jidanni.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Jan 20 12:41:54 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 1NXYwb-00087r-NZ for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jan 2010 12:41:54 +0100 Original-Received: from localhost ([127.0.0.1]:58801 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NXYwc-0000Xe-JP for geb-bug-gnu-emacs@m.gmane.org; Wed, 20 Jan 2010 06:41:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NXYuN-0008Qi-8E for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2010 06:39:35 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NXYuH-0008Pr-Bg for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2010 06:39:33 -0500 Original-Received: from [199.232.76.173] (port=32899 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NXYuH-0008Pn-6v for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2010 06:39:29 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36618) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NXYuG-0005Bn-S1 for bug-gnu-emacs@gnu.org; Wed, 20 Jan 2010 06:39:28 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1NXYWc-0004pz-7C; Wed, 20 Jan 2010 06:15: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: Wed, 20 Jan 2010 11:15:02 +0000 Resent-Message-ID: Resent-Sender: bug-gnu-emacs@gnu.org X-Emacs-PR-Message: followup 3643 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 3643-submit@debbugs.gnu.org id=B3643.126398606318563 (code B ref 3643); Wed, 20 Jan 2010 11:15:02 +0000 Original-Received: (at 3643) by debbugs.gnu.org; 20 Jan 2010 11:14: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 1NXYVz-0004pL-5S for submit@debbugs.gnu.org; Wed, 20 Jan 2010 06:14:23 -0500 Original-Received: from proxy2.bredband.net ([195.54.101.72]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NXYVj-0004p5-Fk for 3643@debbugs.gnu.org; Wed, 20 Jan 2010 06:14:21 -0500 Original-Received: from ipb2.telenor.se (195.54.127.165) by proxy2.bredband.net (7.3.140.3) id 4AD3E1BC028153B8 for 3643@debbugs.gnu.org; Wed, 20 Jan 2010 12:14:04 +0100 X-SMTPAUTH-B2: X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Apo4AIN0VktV4S1uPGdsb2JhbACBRoIbhFWTQgEBAQE3rGWOJ4EtgjNWBA X-IronPort-AV: E=Sophos;i="4.49,309,1262559600"; d="scan'208";a="27962844" Original-Received: from c-6e2de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.110]) by ipb2.telenor.se with ESMTP; 20 Jan 2010 12:14:03 +0100 Original-Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id C99D87FA01A; Wed, 20 Jan 2010 12:14:02 +0100 (CET) User-Agent: Thunderbird 2.0.0.23 (X11/20090817) In-Reply-To: <4B56E213.60008@gmx.at> X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list X-Spam-Score: -2.8 (--) Resent-Date: Wed, 20 Jan 2010 06:15: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:34558 Archived-At: martin rudalics skrev: > > It is not that simple, tool bar and/or menu bar may not be an integral > > number of lines. Also, if a 10 pt font fits 20 lines perfectly on 340 > > pixels, an 11 point font doesn't fit an integral number of lines in 340 > > pixels, it takes 342 or 324. > > Now most applications don't care, as they aren't text editors, so they > > don't try to display an integral of text lines. However, gnome-terminal > > and xterm do, and they resize when you change font. > > Why do we care so much about displaying integral numbers of text lines? > With side-by-side Emacs windows displaying texts with different heights > this issue is moot anyway. It is a user interface issue to get Emacs to try to avoid showing partial lines, I guess. > > > What to do with the excess? Some strip at the top that picks up the > > slack? Now it got complicated. > > On Windows a maximized Emacs frame initially does not occupy the entire > screen here. After resizing the minibuffer once it does by making the > minibuffer apprently stretch below the bottom of my screen. So at least > for running Emacs maximized these issues have been or eventually have to > be resolved. It should be only a small step to generalize the strategy > used for maximized frames to arbitrary frame sizes. > It is true that a maximized Emacs may in fact not show an integral number of lines. The slack in that case is taken up by the minibuffer or the last line which may show a partial line. Jan D.