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: Sun, 31 Oct 2010 13:46:23 +0100 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> <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 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1288530808 19571 80.91.229.12 (31 Oct 2010 13:13:28 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sun, 31 Oct 2010 13:13:28 +0000 (UTC) Cc: "7296@debbugs.gnu.org" <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 Sun Oct 31 14:13:24 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 1PCXit-0002LE-Sr for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Oct 2010 14:13:24 +0100 Original-Received: from localhost ([127.0.0.1]:47716 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCXit-0003Je-0o for geb-bug-gnu-emacs@m.gmane.org; Sun, 31 Oct 2010 09:13:23 -0400 Original-Received: from [140.186.70.92] (port=59957 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCXim-0003H7-PV for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2010 09:13:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCXil-0002Ma-Gg for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2010 09:13:16 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:51261) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCXil-0002MQ-E7 for bug-gnu-emacs@gnu.org; Sun, 31 Oct 2010 09:13:15 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCXFW-0000g8-Iq; Sun, 31 Oct 2010 08:43:02 -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: Sun, 31 Oct 2010 12:43: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.12885289492600 (code B ref 7296); Sun, 31 Oct 2010 12:43:02 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 12:42:29 +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 1PCXEy-0000ft-Sd for submit@debbugs.gnu.org; Sun, 31 Oct 2010 08:42:29 -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 1PCXEw-0000fn-Mv for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 08:42:27 -0400 Original-Received: by vws3 with SMTP id 3so2151027vws.3 for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 05:46:43 -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=vgO3FMGCa0WfaBQ4jcaf1xQ0tweo0Fa2av8j6zFJNQU=; b=VaGHjJY7PmfgARXvhLsk6g+3+9ZV104UItRhfjASakMl4vh6Z8eRmL+1e8YMzME+Aj 5Uuzcmc17jEZ4ks8DtNZ2/PKMWxegN6liKUVzpt1FuA5qU6WOiJ3gvJUKC5Od8iaK5/Z bxRYEQChQ/jos0JmMKSCaXRX0XBvDV3fCy2gM= 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=Dw7JVKotm2KlDyafdKqAIH0/im50ovAVhgQsLf787Skc/YbgeQkRUsV5xoBiiacPUT CYt0ER4WMmoRgkWRm/9X9krXRdZ7+syvSZ4rCI/ZpmlX7XpqUxKvz+fLA3eObe0xSnuA DVadNQejqzLe4aq8dPnAFcDFQh2vVyIET+qCg= Original-Received: by 10.224.205.200 with SMTP id fr8mr4568617qab.198.1288529203481; Sun, 31 Oct 2010 05:46:43 -0700 (PDT) Original-Received: by 10.229.224.199 with HTTP; Sun, 31 Oct 2010 05:46:23 -0700 (PDT) In-Reply-To: <4CCD4A1C.6070707@swipnet.se> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Sun, 31 Oct 2010 08:43: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:41307 Archived-At: On Sun, Oct 31, 2010 at 11:51 AM, Jan Dj=C3=A4rv wrote= : > >>> Emacs should refrain from trying to maximize frames itself, because it = is >>> not so simple as you state to just replace one height with another. >> >> I never said something about using those values for maximizing a frame. >> You simply do not do it that way on w32. > > Hmm, what was this about then: > "Every function that tries to maximize just height will do it". Ah, I see. A misunderstanding. On w32 the window manager can maximize a window, but it can't just maximize the height and not the width. "Maximized" on w32 is a state where the window is not moveable and the window occupies the working area of the display (taking into account how the taskbars are configured). >>> I know that W32 has some mechanism to maximize a window without fiddlin= g >>> 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. =C2=A0You showed how to get display pixel sizes. = =C2=A0More is > needed to correctly calculate the Emacs frame dimensions. Some misunderstanding. I told the API:s for getting the size of the work ar= ea. > One of the advantage of letting the window manager do it is that it knows > about multiple displays. =C2=A0It seems that on w32 you have to figure ou= t this > yourself. =C2=A0I guess the lowlevel API functions can be used so that fu= llwidth > and fullheight works on w32. =C2=A0That is so much better than letting li= sp 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?