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#7296: display-pixel-height not enough Date: Sat, 30 Oct 2010 20:30:21 +0200 Message-ID: <7C6D3056-3E04-46E5-A731-A2E996197F03@swipnet.se> 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 (iPhone Mail 8B117) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1288464210 6350 80.91.229.12 (30 Oct 2010 18:43:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 30 Oct 2010 18:43:30 +0000 (UTC) Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org> To: Lennart Borgman Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 30 20:43:23 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 1PCGOf-0000yW-NY for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Oct 2010 20:43:22 +0200 Original-Received: from localhost ([127.0.0.1]:50046 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCGOe-00078O-U6 for geb-bug-gnu-emacs@m.gmane.org; Sat, 30 Oct 2010 14:43:20 -0400 Original-Received: from [140.186.70.92] (port=51241 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCGOZ-00076w-Bu for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 14:43:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCGOX-0006hy-0M for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 14:43:15 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:47445) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCGOW-0006hV-Uf for bug-gnu-emacs@gnu.org; Sat, 30 Oct 2010 14:43:12 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCG9q-0007Mp-Bu; Sat, 30 Oct 2010 14:28: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: Sat, 30 Oct 2010 18:28:02 +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.128846325328313 (code B ref 7296); Sat, 30 Oct 2010 18:28:02 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 18:27:33 +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 1PCG9L-0007Mc-Na for submit@debbugs.gnu.org; Sat, 30 Oct 2010 14:27:32 -0400 Original-Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCG9J-0007MX-9G for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 14:27:30 -0400 Original-Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id 8317AE8D5D for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 20:31:43 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArFCAPcBzExV4S1kPGdsb2JhbACDCYRRmRlWDAEBAQE1LatJkT+BIoMvcwSNXIJs X-IronPort-AV: E=Sophos;i="4.58,265,1286143200"; d="scan'208";a="1686304342" Original-Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 30 Oct 2010 20:31:25 +0200 Original-Received: from [172.20.199.248] (janiphone [172.20.199.248]) by coolsville.localdomain (Postfix) with ESMTPSA id 5EEA07FA05A; Sat, 30 Oct 2010 20:31:24 +0200 (CEST) In-Reply-To: X-Mailer: iPhone Mail (8B117) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sat, 30 Oct 2010 14:28: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:41281 Archived-At: 30 okt 2010 kl. 19:41 skrev Lennart Borgman : > On Sat, Oct 30, 2010 at 7:27 PM, Jan Dj=C3=A4rv wrote= : >>=20 >>=20 >> Lennart Borgman skrev 2010-10-30 16.05: >>>=20 >>> On Sat, Oct 30, 2010 at 12:45 PM, Jan Dj=C3=A4rv wr= ote: >>>>=20 >>>>=20 >>>> Lennart Borgman skrev 2010-10-30 11.25: >>>>>=20 >>>>> On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv = wrote: >>>>>>=20 >>>>>> The bug does not include any explanation why the current situation is= a >>>>>> problem or a use case that describes it. So I don't know what this >>>>>> information is for. If it is for making an Emacs frame as tall as it= >>>>>> can >>>>>> be, that information is not it. >>>>>=20 >>>>>=20 >>>>> 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. >>>>=20 >>>> What package does this? >>>=20 >>> Every function that tries to maximize just height will do it. >>=20 >> I'd rather see that those functions let the window manager do the job, i.= e. >> set fullscreen to fullheight. I don't know if W32/Nextstep has something= >> similar, but if they do, that is a better solution to implement. >=20 >=20 > Then please tell those that do the window managers this ;-) >=20 > 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.) >=20 > Can you please tell me what is unclear? (I of course expect similar > solutions on other platforms.) Emacs should refrain from trying to maximize frames itself, because it is no= t so simple as you state to just replace one height with another. I know tha= t W32 has some mechanism to maximize a window without fiddling with height a= nd width. You should check if there is a similar way to maximize just height= by asking the system to do it. All this pixel calculating will be wrong on s= ome platform under some circumstances.=20 It is why Emacs only does maximizing and fullscreen by delegering it to the w= indow manager in X. Jan D.=