From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dani Moncayo Newsgroups: gmane.emacs.bugs Subject: bug#7004: 23.2; In fullscreen mode, the echo area takes too much vertical space Date: Thu, 17 Mar 2011 19:43:05 +0100 Message-ID: References: <87aagueyp0.fsf@member.fsf.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1300388839 3499 80.91.229.12 (17 Mar 2011 19:07:19 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 17 Mar 2011 19:07:19 +0000 (UTC) Cc: 7004@debbugs.gnu.org To: Tassilo Horn Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 17 20:07:15 2011 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 1Q0IXR-00015c-Cy for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Mar 2011 20:07:14 +0100 Original-Received: from localhost ([127.0.0.1]:48881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0IXP-0005y8-VQ for geb-bug-gnu-emacs@m.gmane.org; Thu, 17 Mar 2011 15:07:12 -0400 Original-Received: from [140.186.70.92] (port=44921 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q0IXH-0005wl-Hh for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 15:07:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q0IXG-0003m1-6D for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 15:07:03 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:49974) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q0IXG-0003lx-2u for bug-gnu-emacs@gnu.org; Thu, 17 Mar 2011 15:07:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1Q0IAz-0007Wv-PD; Thu, 17 Mar 2011 14:44:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dani Moncayo Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 17 Mar 2011 18:44: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.130038739428880 (code B ref 7004); Thu, 17 Mar 2011 18:44:01 +0000 Original-Received: (at 7004) by debbugs.gnu.org; 17 Mar 2011 18:43:14 +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 1Q0IAD-0007Vk-3S for submit@debbugs.gnu.org; Thu, 17 Mar 2011 14:43:13 -0400 Original-Received: from mail-yi0-f44.google.com ([209.85.218.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Q0IAB-0007VY-0A for 7004@debbugs.gnu.org; Thu, 17 Mar 2011 14:43:11 -0400 Original-Received: by yic13 with SMTP id 13so1275434yic.3 for <7004@debbugs.gnu.org>; Thu, 17 Mar 2011 11:43:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=eMBI6yUTj+UwOMknd3nNclNHywMtPjkMkzjf2RzG/6w=; b=sqJ9r3X67eh3Ll+r2mPG0ZHIVw/aLWBAEAmrT+5inhp004SniTxv7HABYqU5YMkhNC 8fn4TlNNR3uEUE3rEFOQyLjmopyqhplGMxX2b2NYFID/fgUwYhfajHBmhpH6lesIntPa uROuONXQ/szEUZ3INkuT0x/cNz0nlDGpm+SvQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=s6Iqa3Kks6f0rf0Uf3R2mgZ6hGqTOj6Pdk7BObrS6T9CxG5qUvfO2DULuOipqN3xWH nTlKH66i8VEK9CNFno25u3DFAvI42bdUF+r5DyfkawEm5fAapeEFihK0vytNXzdRNhFJ x+s1CHDfKSdNS/9w5LQAfAJLD3RLmfYRfJyFk= Original-Received: by 10.91.32.6 with SMTP id k6mr178784agj.123.1300387385479; Thu, 17 Mar 2011 11:43:05 -0700 (PDT) Original-Received: by 10.90.73.18 with HTTP; Thu, 17 Mar 2011 11:43:05 -0700 (PDT) In-Reply-To: <87aagueyp0.fsf@member.fsf.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Thu, 17 Mar 2011 14:44:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 140.186.70.43 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:45116 Archived-At: On Thu, Mar 17, 2011 at 13:08, Tassilo Horn wrote: >> When I put Emacs in fullscreen mode, it seems to me that the last line >> (echo area/minibuffer) takes too much, unnecessary vertical space. > > What would you expect instead? In short, I would expect Emacs to use _all_ the available space to display content (as pointed out by Stefan previously). I will try to develop this idea a little further: 0.- A bit of nomenclature, to avoid misunderstanding (disclaimer: I've not found better names after a while of thinking! :) ): 0.1.- Let's call "GWindow" (after "graphical window") to a "window-manager window", i.e., what is normally called "window" in the context of a window manager or desktop environment. 0.2.- Let's call "ClientArea" to the rectangle of the GWindow intended for application-specific drawing, i.e., the GWindow excluding title bar, tool bars, men=FA bars, graphical borders, etc. 1.- When using Emacs in graphical mode, the user should be able to set each Emacs' GWindow to any* desired _pixel_ size, regardless of whether it is maximized or not. (*): Maybe imposing lower limits. 2.- Given the desired (user-imposed) total size of the GWindow, Emacs should ask the window manager for the size of its ClientArea (height and width). 3.- Compute the total "remaining height", i.e., the leftover height if only _complete_ lines were displayed in each currently visible window (of course taking into account the font(s) associated with the text to be displayed). 4.- Compute the "remaining width" analogously (i.e. repeat previous step, replacing "height" with "width" and "lines" with "columns"). 5.- At this point, Emacs could finally do the drawing this way: 5.1- Distribute the total remaining height among the currently visible windows, in the form of partial lines displayed at the bottom of each window. (This "distribution" may not be trivial, as pointed out already in this thread...) 5.2- Similarly, distribute the total remaining width in the form of partial columns displayed at the right of each window. > Emacs issues size hints to the window manager, which tells it the width > and height of how emacs wants to be painted. =A0These sizes are exactly > divisible by the number of lines/columns emacs should display, which > depends on font size and stuff like that. With my previous approach, there would be no need for such hints. Emacs should be able to adapt itself to any pixel size imposed by the window manager (which in turn obeys to the user). --=20 Dani Moncayo