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#7004: 23.2; In fullscreen mode, the echo area takes too much vertical space Date: Mon, 13 Sep 2010 22:48:59 +0200 Message-ID: <4C8E8E3B.7010305@swipnet.se> References: <4C89F3E3.6080804@swipnet.se> <4C8A3D5F.10502@swipnet.se> <4C8AC907.80102@harpegolden.net> <4C8B34C6.5060906@swipnet.se> <83r5gx4y6e.fsf@gnu.org> <4C8E748F.5040107@swipnet.se> <83aanl4fm3.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1284412238 3089 80.91.229.12 (13 Sep 2010 21:10:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 13 Sep 2010 21:10:38 +0000 (UTC) Cc: 7004@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Sep 13 23:10:37 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.69) (envelope-from ) id 1OvGIO-000346-Fr for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Sep 2010 23:10:36 +0200 Original-Received: from localhost ([127.0.0.1]:33028 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OvGIN-0007I9-Ox for geb-bug-gnu-emacs@m.gmane.org; Mon, 13 Sep 2010 17:10:35 -0400 Original-Received: from [140.186.70.92] (port=53062 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OvGIH-0007Hu-O6 for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 17:10:30 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OvGIG-0005gs-CR for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 17:10:29 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:58352) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OvGIG-0005go-9s for bug-gnu-emacs@gnu.org; Mon, 13 Sep 2010 17:10:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1OvFva-00076C-2B; Mon, 13 Sep 2010 16:47:02 -0400 X-Loop: help-debbugs@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: Mon, 13 Sep 2010 20:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7004 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7004-submit@debbugs.gnu.org id=B7004.128441081327282 (code B ref 7004); Mon, 13 Sep 2010 20:47:01 +0000 Original-Received: (at 7004) by debbugs.gnu.org; 13 Sep 2010 20:46:53 +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 1OvFvQ-00075z-HX for submit@debbugs.gnu.org; Mon, 13 Sep 2010 16:46:52 -0400 Original-Received: from smtprelay-h21.telenor.se ([195.54.99.196]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OvFvN-00075t-2M for 7004@debbugs.gnu.org; Mon, 13 Sep 2010 16:46:49 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id CEEDCC651 for <7004@debbugs.gnu.org>; Mon, 13 Sep 2010 22:49:00 +0200 (CEST) X-SENDER-IP: [85.225.45.35] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEvAJMrjkxV4S0jPGdsb2JhbACDG4RSmWgMAQEBATUttFORf4Eigyp0BI0k X-IronPort-AV: E=Sophos;i="4.56,361,1280700000"; d="scan'208";a="130062723" Original-Received: from c-232de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.35]) by ipb1.telenor.se with ESMTP; 13 Sep 2010 22:49:00 +0200 Original-Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id CA6007FA05A; Mon, 13 Sep 2010 22:48:59 +0200 (CEST) User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.9) Gecko/20100825 Thunderbird/3.1.3 In-Reply-To: <83aanl4fm3.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 13 Sep 2010 16:47:02 -0400 X-detected-operating-system: by eggs.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:40143 Archived-At: Eli Zaretskii skrev 2010-09-13 21.18: >> Date: Mon, 13 Sep 2010 20:59:27 +0200 >> From: Jan Dj=C3=A4rv >> CC: david@harpegolden.net, 7004@debbugs.gnu.org >> >> The resizing is constrained to increments of the font size, so it is n= ot >> possible to resize it manually to a fraction of the font size. >> If we remove that constraint by editing the source it will show the sa= me >> behavour, extra pixels are unused at the bottom of the frame. > > So it's probably some detail of how the windows are redisplayed that > leaves the mini-window with the extra space, instead of giving it to > the previous window. > >> But I don't know of any function that sizes a window by pixels. All t= he >> resizing code does is to calculate rows and columns from the pixel siz= es and >> the call change_frame_size. That in turn resizes windows, but just ba= sed on >> lines and columns, not pixels AFAIK. > > Doesn't the fullscreen option on X resize _the_frame_ instead of > windows? Yes, but when the new size is communicated Emacs reacts to the new frame = size=20 with change_frame_size, and then windows are also resized. > >> I see that W32 does that also, so how can it be different? > > On Windows, the fullscreen I tried was by sending a special command to > the window manager. I'm guessing that this resizes the frame, and > then Emacs's redisplay simply uses what it's got. I will have to look > at the sources to see if my guess is correct. On X Emacs also just uses what its got. But I don't understand how a win= dow=20 can be made not an integral if the font size. The only thing that is=20 externally resized is the frame. Windows, mode lines and minibuffer are=20 handeled, resized and positioned by Emacs. I just can't find any way to=20 resize/position those based on anything except increments of the font siz= e. Jan D.