From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#7296: display-pixel-height not enough Date: Sat, 30 Oct 2010 19:41:27 +0200 Message-ID: References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCB2713.5070104@swipnet.se> <4CCBC930.5060705@swipnet.se> <4CCBF75B.8070209@swipnet.se> <4CCC558E.5030704@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1288460615 25232 80.91.229.12 (30 Oct 2010 17:43:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 30 Oct 2010 17:43:35 +0000 (UTC) Cc: 7296@debbugs.gnu.org To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 30 19:43:31 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 1PCFSc-0003nF-8N for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Oct 2010 19:43:23 +0200 Original-Received: from localhost ([127.0.0.1]:33501 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCFSb-0002K5-7T for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Oct 2010 13:43:21 -0400 Original-Received: from [140.186.70.92] (port=38091 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCFSU-0002JX-Q2 for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 13:43:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCFST-000335-GD for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 13:43:14 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:57154) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCFST-00032g-Dn for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 13:43:13 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCFNR-00073p-QO; Sat, 30 Oct 2010 13:38:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Oct 2010 17:38:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 7296 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128846025527133 (code B ref 7296); Sat, 30 Oct 2010 17:38:01 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 17:37:35 +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 1PCFN0-00073a-1j for submit@debbugs.gnu.org; Sat, 30 Oct 2010 13:37:34 -0400 Original-Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCFMz-00073U-1G for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 13:37:33 -0400 Original-Received: by vws3 with SMTP id 3so1226865vws.3 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 10:41:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=2GxW/dWZ+7kv6Na2PFptdoQBbLcRnhJpwy5Abxeso1U=; b=XiCYhgezsOn8Xyyb91lVsVlAAIWyZebF6Rj0dvVfUoiiG3akAwmULlU216BXZXQ//z OOvm/Eu39JV8owpCEM0DNasixzOrMccNhZfV2FqCmJXrC+Zb2RbN+syWMYGefgxaWTbt Tt4U/PKSamVxFuoz9Nwp+dAzoBh1hGaYDz9Xc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=eZjaYiCuEPpGNRsdk97yz7aj3bUfi504ERoTTpmhIMYvbxmt/jcCWRZairBlMM6rqz fkJuwXbdaBHB38GY3fXrUF189CnhFshhEt/kbH8SRYPDmyuOXyJvs/VkDPpmkaE1kRaN CCz13iJOAFdTOP6nt9IwA9+ha+h49Ui3jWOKk= Original-Received: by 10.229.213.135 with SMTP id gw7mr13046863qcb.41.1288460507580; Sat, 30 Oct 2010 10:41:47 -0700 (PDT) Original-Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 10:41:27 -0700 (PDT) In-Reply-To: <4CCC558E.5030704@swipnet.se> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 30 Oct 2010 13:38:01 -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:41279 Archived-At: On Sat, Oct 30, 2010 at 7:27 PM, Jan Dj=C3=A4rv wrote: > > > Lennart Borgman skrev 2010-10-30 16.05: >> >> On Sat, Oct 30, 2010 at 12:45 PM, Jan Dj=C3=A4rv =C2= =A0wrote: >>> >>> >>> Lennart Borgman skrev 2010-10-30 11.25: >>>> >>>> On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv = =C2=A0 =C2=A0wrote: >>>>> >>>>> The bug does not include any explanation why the current situation is= a >>>>> problem or a use case that describes it. =C2=A0So I don't know what t= his >>>>> information is for. =C2=A0If it is for making an Emacs frame as tall = as it >>>>> can >>>>> be, that information is not it. >>>> >>>> >>>> The Emacs frame can be partly hidden by the taskbar even when the >>>> frame is the active w32 window if the height is set to the value >>>> x-dsiplay-pixel-height (when for example the frame is aligned to the >>>> top and the taskbar is at the bottom of the display), that is the >>>> problem. Sorry if that was unclear. >>> >>> What package does this? >> >> Every function that tries to maximize just height will do it. > > I'd rather see that those functions let the window manager do the job, i.= e. > set fullscreen to fullheight. =C2=A0I don't know if W32/Nextstep has some= thing > similar, but if they do, that is a better solution to implement. Then please tell those that do the window managers this ;-) Maybe I am not explaining this very well since you said this. What the window manager on w32 does is giving the size of the total display and the work area of the display (through some API:s). We are currently using the total display size. What we should do instead is using the work area size. (I don't know if the total display size actually is useful at all on w32 since it is not needed to maximize a window on w32.) Can you please tell me what is unclear? (I of course expect similar solutions on other platforms.)