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: Mon, 01 Nov 2010 12:37:16 +0100 Message-ID: <4CCEA66C.8060900@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> <7C6D3056-3E04-46E5-A731-A2E996197F03@swipnet.se> <4CCD4A1C.6070707@swipnet.se> 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 1288611821 16794 80.91.229.12 (1 Nov 2010 11:43:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2010 11:43:41 +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 Mon Nov 01 12:43: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 1PCsnU-0001HX-5R for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 12:43:32 +0100 Original-Received: from localhost ([127.0.0.1]:36643 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCsnT-0004vi-Ej for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 07:43:31 -0400 Original-Received: from [140.186.70.92] (port=46380 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCsnK-0004uS-0J for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 07:43:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCsnI-0003aD-OZ for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 07:43:21 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37478) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCsnI-0003Zz-EM for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 07:43:20 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCsdJ-0003Iw-Is; Mon, 01 Nov 2010 07:33:01 -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, 01 Nov 2010 11:33: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.128861118012696 (code B ref 7296); Mon, 01 Nov 2010 11:33:01 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 11:33:00 +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 1PCsdH-0003Ij-Le for submit@debbugs.gnu.org; Mon, 01 Nov 2010 07:32:59 -0400 Original-Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCsdF-0003Id-J3 for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 07:32:58 -0400 Original-Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 0C1F3E8E85 for <7296@debbugs.gnu.org>; Mon, 1 Nov 2010 12:37:16 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0xAHdDzkxV4S1kPGdsb2JhbACDGYRSmWoMAQEBATUtqg2RM4EigzBzBI1c X-IronPort-AV: E=Sophos;i="4.58,273,1286143200"; d="scan'208";a="146299998" Original-Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb1.telenor.se with ESMTP; 01 Nov 2010 12:37:16 +0100 Original-Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 567E47FA05A; Mon, 1 Nov 2010 12:37:16 +0100 (CET) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 01 Nov 2010 07:33: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:41334 Archived-At: 2010-10-31 13:46, Lennart Borgman skrev: > On Sun, Oct 31, 2010 at 11:51 AM, Jan Dj=C3=A4rv w= rote: > >>>> I know that W32 has some mechanism to maximize a window without fidd= ling >>>> with height and width. You should check if there is a similar way to >>>> maximize just height by asking the system to do it. >>> >>> I told how to do this earlier in this thread. Or did not that message >>> reach >>> you? >> >> Actually you did not. You showed how to get display pixel sizes. Mor= e is >> needed to correctly calculate the Emacs frame dimensions. > > Some misunderstanding. I told the API:s for getting the size of the wor= k area. Whis is not the same thing at all. Making an Emacs frame maximized in he= ight=20 from lisp code is so much more, as others have told you. And you need a = sure=20 way to do this for all platforms and for all window managers if it is to = be=20 any good at all. > >> One of the advantage of letting the window manager do it is that it kn= ows >> about multiple displays. It seems that on w32 you have to figure out = this >> yourself. I guess the lowlevel API functions can be used so that full= width >> and fullheight works on w32. That is so much better than letting lisp= code >> calculate frame sizes. > > I do not understand what you mean. I gave references to the API:s to > do exactly this. What is unclear? Nothing is unclear. It is just that you want to change one value for ano= ther=20 with unforseen consequences for various platforms instead of solving the=20 problem, making a window maximized on height. If we change display-height, it will cause problems on other platforms, X= 11=20 comes to mind, where autohide and panel always on top is something the wi= ndow=20 manager keeps track of. If we only do this for W32 display height means = two=20 different things. Also as has been pointed out, stuff like calculating D= PI=20 will be wrong. Jan D.