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: Fri, 29 Oct 2010 15:38: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> 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 1288361203 16698 80.91.229.12 (29 Oct 2010 14:06:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 29 Oct 2010 14:06:43 +0000 (UTC) Cc: 7296@debbugs.gnu.org To: "Jan D." Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Oct 29 16:06:41 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 1PBpbM-0005Zj-N9 for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Oct 2010 16:06:41 +0200 Original-Received: from localhost ([127.0.0.1]:39113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PBpWv-0007pp-Db for geb-bug-gnu-emacs@m.gmane.org; Fri, 29 Oct 2010 10:02:05 -0400 Original-Received: from [140.186.70.92] (port=44837 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PBpEf-0004Fj-0X for bug-gnu-emacs@gnu.org; Fri, 29 Oct 2010 09:43:14 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBpEd-0005bU-Tw for bug-gnu-emacs@gnu.org; Fri, 29 Oct 2010 09:43:12 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:43843) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PBpEd-0005bO-SS for bug-gnu-emacs@gnu.org; Fri, 29 Oct 2010 09:43:11 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PBp6j-0003Zv-OO; Fri, 29 Oct 2010 09:35: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: Fri, 29 Oct 2010 13:35: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.128835928213745 (code B ref 7296); Fri, 29 Oct 2010 13:35:01 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 13:34:42 +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 1PBp6P-0003Ze-1d for submit@debbugs.gnu.org; Fri, 29 Oct 2010 09:34:41 -0400 Original-Received: from mail-qy0-f179.google.com ([209.85.216.179]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBp6N-0003ZV-Ui for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 09:34:40 -0400 Original-Received: by qyk5 with SMTP id 5so3211831qyk.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 06:38:51 -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=gF631TizLDOkGxjFmnc6xZABFSLUfHqfmFsX24789po=; b=Fh0t9fQRqxVYdmJHihN1FY+Xgi7CML5FoeylrmAShcBcRyRdEeTz+rZ9g3BVRFQOV+ ary4Gd9I3c/ms6Oy1XsHrhticMnJZAn8LBHV5EHlICQHGHUuki8ZRHRkmWM7v1WydmPI JeZnKv8ZogNjFBl4d2CC/JE8fe+4onslhf29U= 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=k84MquNsfxIyV3+v16Ztbr9obpFM/LeJXZxaL8oGHdAhyaJ1Gy5oGVL9wcKiREUkoD HSlKm9PrtsCliHfz53bjsIaCch8IeMwf/Zzz2E8mB2SzarndxquKupv/Ia+o+B82SQmg IjYAkLJHE51RxpLf2YGArrDz3SUEmN1iSIZjg= Original-Received: by 10.229.214.139 with SMTP id ha11mr11560768qcb.235.1288359530927; Fri, 29 Oct 2010 06:38:50 -0700 (PDT) Original-Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 06:38:27 -0700 (PDT) In-Reply-To: <4CCAC90B.4070800@swipnet.se> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Fri, 29 Oct 2010 09:35: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:41225 Archived-At: On Fri, Oct 29, 2010 at 3:15 PM, Jan D. wrote: > Lennart Borgman skrev 2010-10-29 14:28: >> >> On Fri, Oct 29, 2010 at 12:57 PM, Eli Zaretskii =C2=A0wrot= e: >>>> >>>> Date: Fri, 29 Oct 2010 12:13:49 +0200 >>>> From: Jan Dj=C3=A4rv >>>> CC: Lennart Borgman, 7296@debbugs.gnu.org >>>> >>>>> What use-case could possibly want to know the dimensions that include >>>>> unusable portion? >>>>> >>>> They are not unusable. =C2=A0One can create a frame that covers the >>>> taskbar/panel/whatever. >>> >>> On MS-Windows? =C2=A0If so, what is this bug report about? =C2=A0It say= s: >>> >>> =C2=A0If you want to know how much height there is available to display= a >>> =C2=A0frame then display-pixel-height does not give you the information= you >>> =C2=A0need. The taskbar (w32 name, I have no idea what it is called on = other >>> =C2=A0platform) and other "bars" may have reserved some of the vertical >>> =C2=A0space. >>> >>> "Reserved" means, to me, that those parts cannot be used. =C2=A0What am= I >>> missing? >> >> Perhaps nothing. On w32 maximized windows covers the area that are not >> reserved by the taskbar (or other bars). I think this is the area that >> we should return (as I have said before). >> >> Maybe a bit of confusion comes in because the taskbar only reserves >> this area on w32 if it is not automatically hidden. > > I tried on W32 (Windows 7). =C2=A0Maximizing a window does not use the sp= ace > occupied by the taskbar, but there is no problem in creating a frame that > does. =C2=A0So an unmximized window can be taller than a maximized one. Yes, but a w32 frame can be taller than a maximized window, but if the taskbar is always on top, then part of it will be hidden behind the taskbar. That is why I sent this bug report.