From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Thu, 28 Oct 2010 10:08:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 7296 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 7296@debbugs.gnu.org X-Debbugs-Original-To: Emacs Bugs Received: via spool by submit@debbugs.gnu.org id=B.128826044926026 (code B ref -1); Thu, 28 Oct 2010 10:08:02 +0000 Received: (at submit) by debbugs.gnu.org; 28 Oct 2010 10:07:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBPOL-0006lj-2u for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:07:29 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBPOJ-0006le-7I for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:07:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBPSJ-0004Hk-40 for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:11:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:57656) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PBPSJ-0004Hd-0t for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:11:35 -0400 Received: from [140.186.70.92] (port=58670 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PBPSF-00032A-JJ for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBPSD-0004Fg-Hr for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:31 -0400 Received: from mail-yw0-f41.google.com ([209.85.213.41]:51068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PBPSD-0004FD-93 for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:29 -0400 Received: by ywl5 with SMTP id 5so617307ywl.0 for ; Thu, 28 Oct 2010 03:11:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=oyPL1iag5Jmy8o0aEBdSVFW92vQZBX15FSdIfSLBuiM=; b=dGriomwAZ3ZuuWLiHxPMo2tF4kSP5A0iYVW+696ajoYd7huPYg4t5GDONBAuxaMXby SZ4wav2wXOb725wgtpdhPwkG0uQRJR11lAfs6QzdKnUOuhqj++RBSwx6SP/QOGCU/lAr 5BhZNsyFsN6DLSXrBf25C3X/x3pcwN09g82xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=oYS8QAY67vEFjWA57Jt3bAyweQOoh82YFZI3PIjtwFeLmufZkKP58YJL/M+UCrvRgz axRyKNQP7it19Z8Yfl4PoFOabCoPMCtG7iAKnTeZdgS3qIkqWpB76AZ4zxWkoGg2gLKd WCM5/9/jUN0mGOcyUulWZssOYOBBOsOTZh6h8= Received: by 10.91.10.7 with SMTP id n7mr2460937agi.99.1288260688044; Thu, 28 Oct 2010 03:11:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.236.19 with HTTP; Thu, 28 Oct 2010 03:11:07 -0700 (PDT) From: Lennart Borgman Date: Thu, 28 Oct 2010 12:11:07 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) If you want to know how much height there is available to display a frame then display-pixel-height does not give you the information you need. The taskbar (w32 name, I have no idea what it is called on other platform) and other "bars" may have reserved some of the vertical space. I suggest adding something like display-available-pixel-height that gives the actual height available for a frame that can be totally visible. (There is a similar problem for the width.) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Oct 2010 17:58: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128828863910155 (code B ref 7296); Thu, 28 Oct 2010 17:58:01 +0000 Received: (at 7296) by debbugs.gnu.org; 28 Oct 2010 17:57:19 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBWj1-0002dk-0j for submit@debbugs.gnu.org; Thu, 28 Oct 2010 13:57:19 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBWiy-0002de-07 for 7296@debbugs.gnu.org; Thu, 28 Oct 2010 13:57:16 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB000A00GTQLP00@a-mtaout22.012.net.il> for 7296@debbugs.gnu.org; Thu, 28 Oct 2010 20:01:24 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.229.202]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB00095KI2BFYB0@a-mtaout22.012.net.il>; Thu, 28 Oct 2010 20:01:24 +0200 (IST) Date: Thu, 28 Oct 2010 20:01:27 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83hbg66vt4.fsf@gnu.org> References: X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Lennart Borgman > Date: Thu, 28 Oct 2010 12:11:07 +0200 > Cc: > > I suggest adding something like display-available-pixel-height that > gives the actual height available for a frame that can be totally > visible. Wouldn't it make more sense for display-pixel-height/width to return the height available for display? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Thu, 28 Oct 2010 20:36: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: To: Eli Zaretskii Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128829814916783 (code B ref 7296); Thu, 28 Oct 2010 20:36:01 +0000 Received: (at 7296) by debbugs.gnu.org; 28 Oct 2010 20:35:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBZCO-0004Me-Up for submit@debbugs.gnu.org; Thu, 28 Oct 2010 16:35:49 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBZCN-0004MZ-6o for 7296@debbugs.gnu.org; Thu, 28 Oct 2010 16:35:47 -0400 Received: by qwb7 with SMTP id 7so2361196qwb.3 for <7296@debbugs.gnu.org>; Thu, 28 Oct 2010 13:39:57 -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; bh=uypmu8xoO0VFgj9TFyeBR9EL0AupXVD9ur6ByJfb4YA=; b=l0e8L/TWiazcJqUcpAKEwVDq2jEqRhFs2xeY8clrP0UixeIP3ouZ2j9zI8MAdB5C1d qE0mWyqNhEIzZVkSlo9BmHHmM+cZC3bXaZ99a8os37GvtAFhMdpwIMRLmkvtopBDC2hD iBli1t5t0JYaM/p7+g7bO1B1cGQiAoBCGlJuQ= 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; b=Fc1LVbbNGtEn4elRI5vADEHTokFK3DwO8fPYD5+5VNKPdoSMc6rWySQawuAg6XRJB2 rf+HiF+5l2A4aTfbPgADGV7kr5cv2YBTDEKyQN2M4PyRKtogDPqZhULZai7O5PhUys5U ADPkM0rfrW7y2YePaYR/4ex97Nkllc3RpCu3U= Received: by 10.224.190.3 with SMTP id dg3mr3291833qab.194.1288298396951; Thu, 28 Oct 2010 13:39:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Thu, 28 Oct 2010 13:39:35 -0700 (PDT) In-Reply-To: <83hbg66vt4.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> From: Lennart Borgman Date: Thu, 28 Oct 2010 22:39:35 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On Thu, Oct 28, 2010 at 8:01 PM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Thu, 28 Oct 2010 12:11:07 +0200 >> Cc: >> >> I suggest adding something like display-available-pixel-height that >> gives the actual height available for a frame that can be totally >> visible. > > Wouldn't it make more sense for display-pixel-height/width to return > the height available for display? Probably. But there are perhaps also situation when you actually want to get the dimension of the whole display. Perhaps not at the moment, but with enhanced frame handling there could be. For the moment I think you suggestion is best. It will be more backward compatible than my initial suggestion. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii 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 07:56: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883389052023 (code B ref 7296); Fri, 29 Oct 2010 07:56:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 07:55:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBjnk-0000Wa-90 for submit@debbugs.gnu.org; Fri, 29 Oct 2010 03:55:04 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBjnh-0000WE-Tj for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 03:55:03 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB100H00KSOWY00@a-mtaout22.012.net.il> for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 09:59:03 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.229.202]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB100GXTKUAP8D0@a-mtaout22.012.net.il>; Fri, 29 Oct 2010 09:58:59 +0200 (IST) Date: Fri, 29 Oct 2010 09:59:04 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83d3qt77lj.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Lennart Borgman > Date: Thu, 28 Oct 2010 22:39:35 +0200 > Cc: 7296@debbugs.gnu.org > > > Wouldn't it make more sense for display-pixel-height/width to return > > the height available for display? > > Probably. But there are perhaps also situation when you actually want > to get the dimension of the whole display. Perhaps not at the moment, > but with enhanced frame handling there could be. What use-case could possibly want to know the dimensions that include unusable portion? > For the moment I think you suggestion is best. It will be more > backward compatible than my initial suggestion. Patches are welcome to implement that. Or at least if someone could explain how to find the dimensions of the unusable part, then someone else could write the code with minimal effort. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 08:00:03 +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: To: Eli Zaretskii Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883391852209 (code B ref 7296); Fri, 29 Oct 2010 08:00:03 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 07:59:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBjsH-0000Za-7M for submit@debbugs.gnu.org; Fri, 29 Oct 2010 03:59:45 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBjsF-0000ZV-OE for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 03:59:44 -0400 Received: by qwb7 with SMTP id 7so2857316qwb.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 01:03:54 -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; bh=x6J3KEDCUgH4FTrTlf/jQzw0Ft1KAXpUNJMfgCaVxQg=; b=QK9ePdxg9Uc4Kpdq0zy1dx7an3LE4L0fZLZykwxUf0xh7dawnazWe4V7iynyPiBAor n0TyNfMaidkkygw9cHuFe3D8Z+V30PxJrrknUnd6ilF9/bmGmPZWRvUbHsOy6qL15Qxu WRl+ThZ1n6HDmxucah2LcutQh4ltIrq9T5m9E= 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; b=bcPsswXZ9ULXezmmBC7RPGv/7wRPo0tfHrsGzvc6ABUsrATYCNa3a01AZKWvjM5m9+ aH4uesXQDgVAlUVcGLUMGlz2XpElEJlfVAk36Hcuajr9zKT6cH0qoN8DOPO6P9PRUuJ/ /2WCZXSi2C+e1cxQaP+73j/T9IYcwFD5zvmkE= Received: by 10.229.249.138 with SMTP id mk10mr6597406qcb.137.1288339434626; Fri, 29 Oct 2010 01:03:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 01:03:34 -0700 (PDT) In-Reply-To: <83d3qt77lj.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> From: Lennart Borgman Date: Fri, 29 Oct 2010 10:03:34 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -3.0 (---) On Fri, Oct 29, 2010 at 9:59 AM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Thu, 28 Oct 2010 22:39:35 +0200 >> Cc: 7296@debbugs.gnu.org >> >> > Wouldn't it make more sense for display-pixel-height/width to return >> > the height available for display? >> >> Probably. But there are perhaps also situation when you actually want >> to get the dimension of the whole display. Perhaps not at the moment, >> but with enhanced frame handling there could be. > > What use-case could possibly want to know the dimensions that include > unusable portion? What do you mean? When someone wants to use the available height or width. Is not that enough? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 08:39: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: To: Eli Zaretskii Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883415283330 (code B ref 7296); Fri, 29 Oct 2010 08:39:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 08:38:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBkU3-0000rf-9N for submit@debbugs.gnu.org; Fri, 29 Oct 2010 04:38:48 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBkU1-0000rX-Ln for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 04:38:46 -0400 Received: by qwb7 with SMTP id 7so2886960qwb.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 01:42:56 -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=+kLGTc3fD2zNbkkGHgX+w21Hz7xVt0BzTwKNlOQxa2A=; b=HYp4PpnUTHzgsaH1KXAE3qEzxCzQ3wVfns5mUi1VCd0D0NS3ptCKcAiIY1X3Jxygwx 7gewTPz3wZq50BUhphICVHHYY5aWFxX/l+QryOmYEimsqtgQZbN3WCFTmFAVun5khQ3x LXXYGvMsxPA/OePJfyCjUBEsUTjy9LKa9+Zys= 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=p/MZIEmbl58/cyzFvsrLYEJNTbtsfiTCtUfl2Q5spwBEQ3XkbDaxXe+E/On/VqI7KH MI1gJ6NPjs2XWQb1n1fvqBuUSfjFPOgcSSw501lCEkIUvY4oniCFc6QBUlvDNcWWSWVx Cg885uew+rnI6IA5COA/IYy1wLnvyYaG9mCzw= Received: by 10.229.189.211 with SMTP id df19mr2357134qcb.146.1288341776678; Fri, 29 Oct 2010 01:42:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 01:42:36 -0700 (PDT) In-Reply-To: <83d3qt77lj.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> From: Lennart Borgman Date: Fri, 29 Oct 2010 10:42:36 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Fri, Oct 29, 2010 at 9:59 AM, Eli Zaretskii wrote: >> From: Lennart Borgman >> Date: Thu, 28 Oct 2010 22:39:35 +0200 >> Cc: 7296@debbugs.gnu.org >> >> > Wouldn't it make more sense for display-pixel-height/width to return >> > the height available for display? >> >> Probably. But there are perhaps also situation when you actually want >> to get the dimension of the whole display. Perhaps not at the moment, >> but with enhanced frame handling there could be. > > Patches are welcome to implement that. =C2=A0Or at least if someone could > explain how to find the dimensions of the unusable part, then someone > else could write the code with minimal effort. You can get the working area of the display by either calling SystemParametersInfo with SPI_GETWORKAREA (for default monitor) or GetMonitorInfo. See http://msdn.microsoft.com/en-us/library/ms724947(v=3DVS.85).aspx http://msdn.microsoft.com/en-us/library/dd144901(v=3DVS.85).aspx The functions to change are x_display_pixel_height (and dito width) in w32t= erm.c From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii 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 10:09: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883468985580 (code B ref 7296); Fri, 29 Oct 2010 10:09:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 10:08:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBlsf-0001Rx-Sx for submit@debbugs.gnu.org; Fri, 29 Oct 2010 06:08:18 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBlsd-0001Rs-Ca for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 06:08:16 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB100J00QXVGC00@a-mtaout22.012.net.il> for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 12:12:25 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.229.202]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB100HT6R0OQAG0@a-mtaout22.012.net.il>; Fri, 29 Oct 2010 12:12:25 +0200 (IST) Date: Fri, 29 Oct 2010 12:12:30 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <83bp6d71f5.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > From: Lennart Borgman > Date: Fri, 29 Oct 2010 10:03:34 +0200 > Cc: 7296@debbugs.gnu.org > > > What use-case could possibly want to know the dimensions that include > > unusable portion? > > What do you mean? When someone wants to use the available height or > width. Is not that enough? "Available" means it does not include portions that are not usable by any window. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Fri, 29 Oct 2010 10:10:03 +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: To: Eli Zaretskii Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883469835617 (code B ref 7296); Fri, 29 Oct 2010 10:10:03 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 10:09:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBlu2-0001SY-2C for submit@debbugs.gnu.org; Fri, 29 Oct 2010 06:09:42 -0400 Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBlu0-0001ST-Cl for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 06:09:41 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id CE525E90E1 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 12:13:50 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4yAEg7ykxV4S1kPGdsb2JhbACHXZl3DAEBAQE1LbxWhUgEjVuCbA X-IronPort-AV: E=Sophos;i="4.58,259,1286143200"; d="scan'208";a="1686037839" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 29 Oct 2010 12:13:50 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 7B9447FA05A; Fri, 29 Oct 2010 12:13:49 +0200 (CEST) Message-ID: <4CCA9E5D.5060002@swipnet.se> Date: Fri, 29 Oct 2010 12:13:49 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> In-Reply-To: <83d3qt77lj.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) Eli Zaretskii skrev 2010-10-29 09.59: >> From: Lennart Borgman >> Date: Thu, 28 Oct 2010 22:39:35 +0200 >> Cc: 7296@debbugs.gnu.org >> >>> Wouldn't it make more sense for display-pixel-height/width to return >>> the height available for display? >> >> Probably. But there are perhaps also situation when you actually want >> to get the dimension of the whole display. Perhaps not at the moment, >> but with enhanced frame handling there could be. > > What use-case could possibly want to know the dimensions that include > unusable portion? > They are not unusable. One can create a frame that covers the taskbar/panel/whatever. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii 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 10:54: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, lennart.borgman@gmail.com Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12883496156897 (code B ref 7296); Fri, 29 Oct 2010 10:54:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 10:53:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBmaU-0001nC-Aw for submit@debbugs.gnu.org; Fri, 29 Oct 2010 06:53:34 -0400 Received: from mtaout20.012.net.il ([80.179.55.166]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBmaR-0001n7-Pz for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 06:53:33 -0400 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LB100I00T3FZY00@a-mtaout20.012.net.il> for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 12:57:42 +0200 (IST) Received: from HOME-C4E4A596F7 ([77.126.229.202]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB100I5NT44C860@a-mtaout20.012.net.il>; Fri, 29 Oct 2010 12:57:42 +0200 (IST) Date: Fri, 29 Oct 2010 12:57:46 +0200 From: Eli Zaretskii In-reply-to: <4CCA9E5D.5060002@swipnet.se> Message-id: <838w1h6zbp.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > Date: Fri, 29 Oct 2010 12:13:49 +0200 > From: Jan Dj=E4rv > CC: Lennart Borgman , 7296@debbugs.gnu.o= rg >=20 > > What use-case could possibly want to know the dimensions that inc= lude > > unusable portion? > > >=20 > They are not unusable. One can create a frame that covers the=20 > taskbar/panel/whatever. On MS-Windows? If so, what is this bug report about? It says: If you want to know how much height there is available to display a frame then display-pixel-height does not give you the information y= ou need. The taskbar (w32 name, I have no idea what it is called on ot= her platform) and other "bars" may have reserved some of the vertical space. "Reserved" means, to me, that those parts cannot be used. What am I missing? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 12:25: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: To: Eli Zaretskii Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128835509111840 (code B ref 7296); Fri, 29 Oct 2010 12:25:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 12:24:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBo0o-00034v-PA for submit@debbugs.gnu.org; Fri, 29 Oct 2010 08:24:51 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBo0m-00034q-U1 for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 08:24:49 -0400 Received: by qwb7 with SMTP id 7so3065951qwb.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 05:29:00 -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=3fsYLxcZ1yt0dj3/bQ5VFqAfzoONNeHXaPIZJyzf0cg=; b=CrloTjuaEshhxpZOoueiJE+dPsT7dpuO7Y6KSVTP9vSwikNpYzBOlpFKP37gjDJuSr 9d1MMwP/Dvdwh43ULapTz450/t9yynsw5I7r2NrxVMx1o3sNCTeJEyd4uwc123BLzJMj imFIK27xfUbtuskfQJfwWf1HOtaHzZcJe//aU= 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=GPBufrhDVoDGenSBaWazBFzj/UBT3fdVoL8cU7o9aHkobgpuNAqpcA7rv3ectuZb6P 0aYuWYaSoElP3VD4zobmySXOATfz6EMIa4VHPVrb5738BICH+04i3b2j7QOl9A4QWUMy e1m/Wo8wTPD361YSBUdFZX2NDG04YTaSBi3M4= Received: by 10.224.103.195 with SMTP id l3mr4870104qao.29.1288355340350; Fri, 29 Oct 2010 05:29:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 05:28:38 -0700 (PDT) In-Reply-To: <838w1h6zbp.fsf@gnu.org> References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> From: Lennart Borgman Date: Fri, 29 Oct 2010 14:28:38 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Fri, Oct 29, 2010 at 12:57 PM, Eli Zaretskii wrote: >> 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 says: > > =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 y= ou > =C2=A0need. The taskbar (w32 name, I have no idea what it is called on ot= her > =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. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Jan D." 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:12: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: To: Lennart Borgman Cc: Eli Zaretskii , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128835791413119 (code B ref 7296); Fri, 29 Oct 2010 13:12:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 13:11:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBokM-0003PY-34 for submit@debbugs.gnu.org; Fri, 29 Oct 2010 09:11:54 -0400 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBokJ-0003PS-Gg for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 09:11:52 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id D4471E8F5B for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 15:16:02 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnoyAHdlykxV4S1kPGdsb2JhbACDC4RSjmCLFgwBAQEBNS2sFpF7gSKDMnQEjVsZglM X-IronPort-AV: E=Sophos;i="4.58,259,1286143200"; d="scan'208";a="1686084876" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 29 Oct 2010 15:16:02 +0200 Received: from [10.225.16.134] (unknown [193.45.43.33]) by coolsville.localdomain (Postfix) with ESMTPSA id 630B47FA05A; Fri, 29 Oct 2010 15:16:01 +0200 (CEST) Message-ID: <4CCAC90B.4070800@swipnet.se> Date: Fri, 29 Oct 2010 15:15:55 +0200 From: "Jan D." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; sv-SE; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.6 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Lennart Borgman skrev 2010-10-29 14:28: > On Fri, Oct 29, 2010 at 12:57 PM, Eli Zaretskii wrote: >>> 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 includ= e >>>> unusable portion? >>>> >>> They are not unusable. One can create a frame that covers the >>> taskbar/panel/whatever. >> On MS-Windows? If so, what is this bug report about? It says: >> >> If you want to know how much height there is available to display a >> frame then display-pixel-height does not give you the information yo= u >> need. The taskbar (w32 name, I have no idea what it is called on oth= er >> platform) and other "bars" may have reserved some of the vertical >> space. >> >> "Reserved" means, to me, that those parts cannot be used. What 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). Maximizing a window does not use the space=20 occupied by the taskbar, but there is no problem in creating a frame=20 that does. So an unmximized window can be taller than a maximized one. On Gnome, the window manager won't let you do this, so when you set=20 frame height/geometry to anything that might cover a panel, it adjusts=20 the X window so it doesn't cover any panels. Jan D. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: To: "Jan D." Cc: Eli Zaretskii , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128835928213745 (code B ref 7296); Fri, 29 Oct 2010 13:35:01 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 13:34:42 +0000 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 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 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= Received: by 10.229.214.139 with SMTP id ha11mr11560768qcb.235.1288359530927; Fri, 29 Oct 2010 06:38:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 06:38:27 -0700 (PDT) In-Reply-To: <4CCAC90B.4070800@swipnet.se> References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> From: Lennart Borgman Date: Fri, 29 Oct 2010 15:38:27 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) 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. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Drew Adams" 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 14:49: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: To: "'Lennart Borgman'" , "'Jan D.'" Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128836373415657 (code B ref 7296); Fri, 29 Oct 2010 14:49:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 14:48:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBqGD-00044U-94 for submit@debbugs.gnu.org; Fri, 29 Oct 2010 10:48:53 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBqGB-00044P-30 for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 10:48:51 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o9TEquYc028513 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 29 Oct 2010 14:52:58 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o9SKvbPd001829; Fri, 29 Oct 2010 14:52:55 GMT Received: from abhmt019.oracle.com by acsmt353.oracle.com with ESMTP id 730729081288363887; Fri, 29 Oct 2010 07:51:27 -0700 Received: from dradamslap1 (/10.159.223.180) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Fri, 29 Oct 2010 07:51:26 -0700 From: "Drew Adams" References: <83hbg66vt4.fsf@gnu.org><83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se><838w1h6zbp.fsf@gnu.org><4CCAC90B.4070800@swipnet.se> Date: Fri, 29 Oct 2010 07:51:25 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 Thread-Index: Act3cd6cMGOEJI5iSR6XFFbfTl20XwABQ1uw X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) I have not been following this thread. I'll just offer this, in case it helps. In my library fit-frame.el, I take into account the value returned by function `winmgr-display-available-pixel-bounds', which is apparently available on MacIntosh (but maybe it's only available for Aquamacs - dunno). I believe that that function takes into account various areas of the Mac screen that are unavailable for Emacs display. On that platform, my code uses the sizes returned by that function instead of using `x-display-pixel-(height|width)', when calculating the frame size. David Reitter (Aquamacs) can tell you more about that function, if you're interested. If you're thinking of doing something similar for Windows, you might want to contact him about it. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Stefan Monnier 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 16:20:03 +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: To: "Jan D." Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128836920018116 (code B ref 7296); Fri, 29 Oct 2010 16:20:03 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 16:20:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBrgO-0004i9-FS for submit@debbugs.gnu.org; Fri, 29 Oct 2010 12:20:00 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBrgN-0004i3-CN for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 12:19:59 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwKAMiRykzO+Krc/2dsb2JhbACgVn1yvzCFSASSKg X-IronPort-AV: E=Sophos;i="4.58,260,1286164800"; d="scan'208";a="81045434" Received: from 206-248-170-220.dsl.teksavvy.com (HELO ceviche.home) ([206.248.170.220]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 29 Oct 2010 12:24:11 -0400 Received: by ceviche.home (Postfix, from userid 20848) id 1116D660F5; Fri, 29 Oct 2010 12:24:11 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> Date: Fri, 29 Oct 2010 12:24:11 -0400 In-Reply-To: <4CCAC90B.4070800@swipnet.se> (Jan D.'s message of "Fri, 29 Oct 2010 15:15:55 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > On Gnome, the window manager won't let you do this, so when you set frame You mean: Gnome's default window-manager doesn't let you do it. Many other window-managers that you can use with Gnome let you do it. Stefan From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Fri, 29 Oct 2010 16:50: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: To: Lennart Borgman Cc: Eli Zaretskii , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128837098518984 (code B ref 7296); Fri, 29 Oct 2010 16:50:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 16:49:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBs9B-0004w9-1e for submit@debbugs.gnu.org; Fri, 29 Oct 2010 12:49:45 -0400 Received: from smtprelay-b11.telenor.se ([62.127.194.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBs97-0004w1-MN for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 12:49:42 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 4EDC6E95EC for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 18:53:48 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AhcyAAaZykxV4S1kPGdsb2JhbACDC4RSmXYMAQEBATUtrVGRcoEigWQIgUZ0BI1b X-IronPort-AV: E=Sophos;i="4.58,260,1286143200"; d="scan'208";a="1686132908" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 29 Oct 2010 18:53:47 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 574E07FA05A; Fri, 29 Oct 2010 18:53:47 +0200 (CEST) Message-ID: <4CCAFC1A.7060505@swipnet.se> Date: Fri, 29 Oct 2010 18:53:46 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.4 (--) Lennart Borgman skrev 2010-10-29 15.38: > > 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. So Emacs must know if the taskbar is configured to always be on top also? Or does the API functions take that into account. How about taskbars that autohide? Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Stefan Monnier 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 17:34: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128837362320143 (code B ref 7296); Fri, 29 Oct 2010 17:34:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 17:33:43 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBsph-0005Eq-T3 for submit@debbugs.gnu.org; Fri, 29 Oct 2010 13:33:42 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.181] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBspg-0005Ei-Mp for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 13:33:40 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgwKAGKjykzO+Krc/2dsb2JhbACgVn1yv0ODBgiCOgSSKg X-IronPort-AV: E=Sophos;i="4.58,260,1286164800"; d="scan'208";a="81052061" Received: from 206-248-170-220.dsl.teksavvy.com (HELO ceviche.home) ([206.248.170.220]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 29 Oct 2010 13:37:52 -0400 Received: by ceviche.home (Postfix, from userid 20848) id A59DA660F5; Fri, 29 Oct 2010 13:37:52 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCAFC1A.7060505@swipnet.se> Date: Fri, 29 Oct 2010 13:37:52 -0400 In-Reply-To: <4CCAFC1A.7060505@swipnet.se> ("Jan =?UTF-8?Q?Dj=C3=A4rv?="'s message of "Fri, 29 Oct 2010 18:53:46 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) >> 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. > So Emacs must know if the taskbar is configured to always be on top also? > Or does the API functions take that into account. How about taskbars > that autohide? I suspect that once we find the way to get the relevant data (probably it's somewhere in an X display property or something), we'll see that this question is irrelevant (i.e. already solved by the window-manager). Stefan From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 19:32: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: To: Stefan Monnier Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128838071223221 (code B ref 7296); Fri, 29 Oct 2010 19:32:01 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 19:31:52 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBug3-00062U-85 for submit@debbugs.gnu.org; Fri, 29 Oct 2010 15:31:51 -0400 Received: from mail-qy0-f172.google.com ([209.85.216.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBug1-00062N-Kp for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 15:31:49 -0400 Received: by qyk1 with SMTP id 1so6662869qyk.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 12:36:02 -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=zYOByKvqebN3CM4VI/4CwT9nRuLWT5ji2HzdpfGF8F0=; b=FrL5EPU1FjIU3/2//aNFz/fiaTfuOlpmMptzx/oyVYvkpl28bxGfpIh1cPfErGmh/W /XW6i0zsQY8gvYOKs7H9zzX/fCvS9QkbHWmTEtXZwB09js2Xh/Mm6pxgyZO2R0KRCwrb GxjkyWSdsLzK1S6nG+ESh7+XlyXmFp5Kb+gwk= 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=F2mdkANEhFRblUVdeck5bxbQxTyK2odHLCShqEneP8p1Tjy2pxLQeO+lr8UHJU4Wlc m9/2s3BLCq+Zg3M3J7LEvwtdlrh/pJVj38aYX94kA6cCeHs+VvVdBFt+8qpfAcOel9iO 93wGX2Wra7bi6dWzkrK91v4KEaSBvSUzz8uv0= Received: by 10.229.109.197 with SMTP id k5mr2641677qcp.14.1288380961779; Fri, 29 Oct 2010 12:36:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 12:27:47 -0700 (PDT) In-Reply-To: References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCAFC1A.7060505@swipnet.se> From: Lennart Borgman Date: Fri, 29 Oct 2010 21:27:47 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Fri, Oct 29, 2010 at 7:37 PM, Stefan Monnier wrote: >>> 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. >> So Emacs must know if the taskbar is configured to always be on top also= ? >> Or does the API functions take that into account. =C2=A0How about taskba= rs >> that autohide? > > I suspect that once we find the way to get the relevant data (probably > it's somewhere in an X display property or something), we'll see that > this question is irrelevant (i.e. already solved by the window-manager). I provided the recipe for w32 in this thread, but I do not know anything about X. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Jan D." 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 19:53: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: To: Stefan Monnier Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128838198023828 (code B ref 7296); Fri, 29 Oct 2010 19:53:01 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 19:53:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv0W-0006CH-5z for submit@debbugs.gnu.org; Fri, 29 Oct 2010 15:53:00 -0400 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv0T-0006CA-4P for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 15:52:57 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id DCD5EE9399 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 21:57:08 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4yAGPEykxV4S1kPGdsb2JhbACHXZlzDAEBAQE1LcAAhUgEjVsZ X-IronPort-AV: E=Sophos;i="4.58,261,1286143200"; d="scan'208";a="1686165594" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 29 Oct 2010 21:57:08 +0200 Received: from [172.20.199.196] (unknown [172.20.199.196]) by coolsville.localdomain (Postfix) with ESMTPSA id 91FAC7FA05A; Fri, 29 Oct 2010 21:57:07 +0200 (CEST) Message-ID: <4CCB2713.5070104@swipnet.se> Date: Fri, 29 Oct 2010 21:57:07 +0200 From: "Jan D." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; sv-SE; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) Stefan Monnier skrev 2010-10-29 18:24: >> On Gnome, the window manager won't let you do this, so when you set frame > You mean: Gnome's default window-manager doesn't let you do it. > Many other window-managers that you can use with Gnome let you do it. Right, I only tested with Compiz and metacity. Then again, it shows that the issue is more complicated than just replacing display-width/height with "available" width/height. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Jan D." 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 19:56: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: To: Stefan Monnier Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128838213523910 (code B ref 7296); Fri, 29 Oct 2010 19:56:02 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 19:55:35 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv31-0006Db-CQ for submit@debbugs.gnu.org; Fri, 29 Oct 2010 15:55:35 -0400 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv2v-0006DW-4c for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 15:55:29 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id 8E2F1E9399 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 21:59:41 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4yAGPEykxV4S1kPGdsb2JhbACHXZlzDAEBAQE1LcAAgwYIgjoEjVsZ X-IronPort-AV: E=Sophos;i="4.58,261,1286143200"; d="scan'208";a="1686165865" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 29 Oct 2010 21:59:41 +0200 Received: from [172.20.199.196] (unknown [172.20.199.196]) by coolsville.localdomain (Postfix) with ESMTPSA id 1A0037FA05A; Fri, 29 Oct 2010 21:59:41 +0200 (CEST) Message-ID: <4CCB27AC.7040500@swipnet.se> Date: Fri, 29 Oct 2010 21:59:40 +0200 From: "Jan D." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; sv-SE; rv:1.9.2.11) Gecko/20101013 Thunderbird/3.1.5 MIME-Version: 1.0 References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCAFC1A.7060505@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) Stefan Monnier skrev 2010-10-29 19:37: >>> 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. >> So Emacs must know if the taskbar is configured to always be on top also? >> Or does the API functions take that into account. How about taskbars >> that autohide? > I suspect that once we find the way to get the relevant data (probably > it's somewhere in an X display property or something), we'll see that > this question is irrelevant (i.e. already solved by the window-manager). Some is in X propertys (the dimensions), but stuff like autohide is in GConf. But that is just Gnome, there is also W32 and NextStep. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 20:02: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: To: "Jan D." Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128838248324081 (code B ref 7296); Fri, 29 Oct 2010 20:02:01 +0000 Received: (at 7296) by debbugs.gnu.org; 29 Oct 2010 20:01:23 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv8c-0006GM-TY for submit@debbugs.gnu.org; Fri, 29 Oct 2010 16:01:23 -0400 Received: from mail-qw0-f44.google.com ([209.85.216.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBv8a-0006GH-1z for 7296@debbugs.gnu.org; Fri, 29 Oct 2010 16:01:20 -0400 Received: by qwb7 with SMTP id 7so3434796qwb.3 for <7296@debbugs.gnu.org>; Fri, 29 Oct 2010 13:05:32 -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=cLNyMa40tJhWQV67r9TT9hhcTeMc1s+Vt01FI5CLY3E=; b=PEKXGcaTV3W9iQQeyiYf0cio9eBHObZqddh9jMmuDFvugjvofb0WTtN25QQLNXIJH9 yzHTNMhgvA5YJXm+MThlYvFmJxGuSzxTm6gBFfERISIUJEH33c78So3lVV+sl1HP5Dxd 8x4Q7OtvAZvZ2wmtMMxFtvoAWT1BRgslXriiY= 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=f7rk2Uad4UUPZ5El971zAoW7phD0sW+w8+lOrcsRmjSICdxKkdR4z1ENRIODS1A7lS nwqLvjfAe5iXVItHmX5kk6rxhE9YmnMyMD9hgL+v7ut26US3bmcwGSONvOcI1J0fNCD8 DM+aLN4XPSjjQCw4YtaDjTMFYsk+WPtp4yLxA= Received: by 10.229.230.208 with SMTP id jn16mr6910200qcb.269.1288382732243; Fri, 29 Oct 2010 13:05:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Fri, 29 Oct 2010 13:05:10 -0700 (PDT) In-Reply-To: <4CCB2713.5070104@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> From: Lennart Borgman Date: Fri, 29 Oct 2010 22:05:10 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.0 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Fri, Oct 29, 2010 at 9:57 PM, Jan D. wrote: > Stefan Monnier skrev 2010-10-29 18:24: >>> >>> On Gnome, the window manager won't let you do this, so when you set fra= me >> >> You mean: Gnome's default window-manager doesn't let you do it. >> Many other window-managers that you can use with Gnome let you do it. > > Right, I only tested with Compiz and metacity. =C2=A0Then again, it shows= that > the issue is more complicated than just replacing display-width/height wi= th > "available" width/height. In what way do you mean this shows that using the available width/height will fail? At least on w32 there are system API:s that directly gives you the available width/height, taking the taskbar etc status into account. Nothing more than that is needed. Maybe you mean that sometimes you want the total display width/height? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 07:25: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12884234799088 (code B ref 7296); Sat, 30 Oct 2010 07:25:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 07:24:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC5nq-0002MX-Es for submit@debbugs.gnu.org; Sat, 30 Oct 2010 03:24:38 -0400 Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC5nn-0002MS-Fw for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 03:24:36 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 6532BE9177 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 09:28:48 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQ8ABpmy0xV4S1kPGdsb2JhbACDCYRRmWwMAQEBATUtqiORNYEigWEIgUZzBI1c X-IronPort-AV: E=Sophos;i="4.58,263,1286143200"; d="scan'208";a="1686225222" 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 09:28:47 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 657717FA05A; Sat, 30 Oct 2010 09:28:47 +0200 (CEST) Message-ID: <4CCBC930.5060705@swipnet.se> Date: Sat, 30 Oct 2010 09:28:48 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.4 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Lennart Borgman skrev 2010-10-29 22.05: > On Fri, Oct 29, 2010 at 9:57 PM, Jan D. wrote: >> Stefan Monnier skrev 2010-10-29 18:24: >>>> >>>> On Gnome, the window manager won't let you do this, so when you set frame >>> >>> You mean: Gnome's default window-manager doesn't let you do it. >>> Many other window-managers that you can use with Gnome let you do it. >> >> Right, I only tested with Compiz and metacity. Then again, it shows that >> the issue is more complicated than just replacing display-width/height with >> "available" width/height. > > In what way do you mean this shows that using the available > width/height will fail? > > At least on w32 there are system API:s that directly gives you the > available width/height, taking the taskbar etc status into account. > Nothing more than that is needed. > > Maybe you mean that sometimes you want the total display width/height? 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. For example, on OSX you can not make an Emacs frame cover the top menu bar. But x-display-pixel-height includes it. Yet there has been no complaints of anything breaking. The only bad behaviour I know of is that Emacs initial frame may cover the Gnome panels on a small screen. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 09:22: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128843051412338 (code B ref 7296); Sat, 30 Oct 2010 09:22:01 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 09:21:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC7dJ-0003Cx-W2 for submit@debbugs.gnu.org; Sat, 30 Oct 2010 05:21:54 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC7dH-0003Cs-Fz for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 05:21:52 -0400 Received: by vws3 with SMTP id 3so771734vws.3 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 02:26:05 -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=PYgRe5mmYq+/2LSQmALd2OEZyXBZPC3sF6oWCDYsQRA=; b=nX1JR33k7dt1oEUsEyCpTFv4rGuVOnihsiTID62mKrk8yZiqjFZ/WpO14Z4hehUjvK Y6Jo7Ht74ILkFG1L8ZFHAoQBWuEVBFDhLl/kP7cpYUr00wNqmn5L0TaMSDirbp7b+3ev WBCpzQLuHHdKxlGyYvZMhh/4lPRZtXK1A+e5s= 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=MeRG7OAy/1APlZnt7oXKS8ADjngnt3ryCyDbxMmwqdE8B074++p2KGabTwXNs7XN8+ AZr7X91FU7cOuV02V8tBAzo72i2KqVLecKqc0r01mWrnfc2M0vxkXBGqucT+eWIR6DJk H9X5QTYIgRs3jgeIvmHJNNazzoJjMEhhJYyKw= Received: by 10.224.136.195 with SMTP id s3mr3011730qat.299.1288430765228; Sat, 30 Oct 2010 02:26:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 02:25:44 -0700 (PDT) In-Reply-To: <4CCBC930.5060705@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> From: Lennart Borgman Date: Sat, 30 Oct 2010 11:25:44 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv wrote: > > 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 this > information is for. =C2=A0If it is for making an Emacs frame as tall as i= t 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. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 10:42: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128843529914421 (code B ref 7296); Sat, 30 Oct 2010 10:42:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 10:41:39 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC8sV-0003kY-5o for submit@debbugs.gnu.org; Sat, 30 Oct 2010 06:41:39 -0400 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PC8sR-0003kT-H3 for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 06:41:36 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id E8A39E8D5E for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 12:45:48 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQ8AM6Ty0xV4S1kPGdsb2JhbACDCYRRmWwMAQEBATUtqhiRK4Eigy9zBI1c X-IronPort-AV: E=Sophos;i="4.58,263,1286143200"; d="scan'208";a="144871787" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 30 Oct 2010 12:45:48 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id B75BA7FA05A; Sat, 30 Oct 2010 12:45:47 +0200 (CEST) Message-ID: <4CCBF75B.8070209@swipnet.se> Date: Sat, 30 Oct 2010 12:45:47 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) Lennart Borgman skrev 2010-10-30 11.25: > On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv wr= ote: >> >> 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. > > > 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? Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 14:02: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128844727621830 (code B ref 7296); Sat, 30 Oct 2010 14:02:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 14:01:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCBzf-0005g2-7E for submit@debbugs.gnu.org; Sat, 30 Oct 2010 10:01:15 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCBzc-0005fx-VO for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 10:01:13 -0400 Received: by vws3 with SMTP id 3so1022241vws.3 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 07:05:27 -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=KIdGsFo0qiCIsnIlIXJ6A8Zuhp8sk+RPKDn2by4NyRI=; b=mWYEc/BYCN7QzLJ4zfbqo7TlXb79VmGPZBssf+LnfA/2O/6nYWVLbT7JY2eOTzOf+c Z7M8I5Lj3w6wiHk65Znfv3oreaugdDRfML00JEUSCTyuAJw7LbM7Vb65BDlyCtyxwsHk X/C03ctWAicu6US80a3tNC8m9hDB3NLSZ/3e8= 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=OohNq4YtDIX/Pe926dmApWvuXn9m4aW/Iprpytthhg8lAxMdBllFMuhVXtGGcmYfLE Q+WUUgy+qtOWKPrL2KNpyJ8suAoo4JqIy4tjFJgZsondHAUo60pagfryjJJZtJnpEuMp yAa+LG6T32jhOtwHLP7xUuRhtVfqqxkpbF1js= Received: by 10.229.86.80 with SMTP id r16mr9031452qcl.173.1288447527164; Sat, 30 Oct 2010 07:05:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 07:05:06 -0700 (PDT) In-Reply-To: <4CCBF75B.8070209@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> From: Lennart Borgman Date: Sat, 30 Oct 2010 16:05:06 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Sat, Oct 30, 2010 at 12:45 PM, Jan Dj=C3=A4rv wrote= : > > > Lennart Borgman skrev 2010-10-30 11.25: >> >> On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv =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 thi= s >>> 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. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Drew Adams" 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 15:03: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: To: "'Lennart Borgman'" , "'Jan =?UTF-8?Q?Dj=C3=A4rv'?=" Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128845097123340 (code B ref 7296); Sat, 30 Oct 2010 15:03:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 15:02:51 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCCxG-00064P-VI for submit@debbugs.gnu.org; Sat, 30 Oct 2010 11:02:51 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCCxE-00064K-3H for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 11:02:49 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id o9UF70nZ008084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 30 Oct 2010 15:07:02 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o9U21h7r008564; Sat, 30 Oct 2010 15:06:59 GMT Received: from abhmt009.oracle.com by acsmt353.oracle.com with ESMTP id 733258491288451207; Sat, 30 Oct 2010 08:06:47 -0700 Received: from dradamslap1 (/10.159.217.50) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Sat, 30 Oct 2010 08:06:47 -0700 From: "Drew Adams" 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> Date: Sat, 30 Oct 2010 08:06:47 -0700 Message-ID: <9549EA1551554B2C97BE46ADFB617435@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Act4PKHpfh5GJ9qxRludomj5uK0S3QAAYOPQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > >> The Emacs frame can be partly hidden by the taskbar... > >> if the height is ... x-dsiplay-pixel-height... > Every function that tries to maximize just height will do it. Can you give a recipe starting from emacs -Q? How are you setting the frame height? Remember that the frame `height' parameter should not include the frame area outside the space available for text, and it is measured in lines, not pixels. If you are setting the `height' parameter based on the `x-display-pixel-height' then you should first subtract frame borders, horizontal scroll bar (well, there isn't any, but the same method applies for the width), title bar, and (except on Mac) menu bar. And then convert pixels to char size - the `height' parameter is the number of text lines available at the frame's char size. See http://www.emacswiki.org/emacs/frame-cmds.el for examples. The code compensates for MacIntosh thingies that reduce the available space, but it uses `x-display-pixel-height' otherwise. See `maximize-frame-vertically' and `maximize-frame', which do not overlap the Windows task bar. Something like this calculates the `height' frame parameter: (- (/ (- (x-display-pixel-height) (* 2 (cdr (assq 'border-width (frame-parameters FRAME)))) (frame-extra-pixels-height FRAME) window-mgr-title-bar-pixel-height (smart-tool-bar-pixel-height)) (frame-char-height FRAME)) (if (eq window-system 'mac) 0 ; Menu bar for Carbon Emacs is not in the frame. (cdr (assq 'menu-bar-lines (frame-parameters FRAME))))))) Where: (defun frame-extra-pixels-height (frame) "Pixel diff between FRAME total height and its text area height." (- (frame-pixel-height frame) (* (frame-char-height frame) (frame-height frame)))) (defcustom window-mgr-title-bar-pixel-height (if (eq window-system 'mac) 22 27) "*Height of frame title bar provided by the window manager, in pixels. You might alternatively call this constant the title-bar \"width\" or \"thickness\". There is no way for Emacs to determine this, so you must set it." :type 'integer) (defun smart-tool-bar-pixel-height (&optional frame) "Pixel height of Mac smart tool bar." (if (and (boundp 'mac-tool-bar-display-mode) (> (frame-parameter frame 'tool-bar-lines) 0)) (if (eq mac-tool-bar-display-mode 'icons) 40 56) 0)) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 15:11: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: To: Drew Adams Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128845146023542 (code B ref 7296); Sat, 30 Oct 2010 15:11:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 15:11:00 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCD59-00067f-UO for submit@debbugs.gnu.org; Sat, 30 Oct 2010 11:11:00 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCD57-00067X-Mb for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 11:10:58 -0400 Received: by vws3 with SMTP id 3so1087712vws.3 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 08:15:12 -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=7YopYovVSEQ409Wjy1PgZn+0iMuaVreOGXeBfzmxvHs=; b=E+afS4BqNptfdHYADC+pEet6fa8+txAp+nC4H9tFeWdoG105KblRPXoeMq/0Q19gnA g7rIHJuH6ikbevRS1jsfOQQS6Ei+yX5Fh+FeLDVCOcmLB06RODe5wd0wDI6jsDn0PLXa 8/qBBxdV+DUTFdt3a70hzyAOiA6IukrM6uoA0= 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=Q1mlX7oPYbo0wG9EZGdjunFkaCBrD/KWyysnpEHwzZf5d2c/Rj5q2d5foaEMdAjmjF cPNqr+M+s4gETOVv3e9OYwxA7bq02dSZraDmdqHcVrrNnmrEca8hHfvWfqbFQDa4cq8V uswCZG+l+H5meU4ktySFRqCuihcs/FmY8lSho= Received: by 10.224.204.195 with SMTP id fn3mr2948116qab.122.1288451711840; Sat, 30 Oct 2010 08:15:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 08:14:51 -0700 (PDT) In-Reply-To: <9549EA1551554B2C97BE46ADFB617435@us.oracle.com> 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> <9549EA1551554B2C97BE46ADFB617435@us.oracle.com> From: Lennart Borgman Date: Sat, 30 Oct 2010 17:14:51 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Sat, Oct 30, 2010 at 5:06 PM, Drew Adams wrote: >> >> The Emacs frame can be partly hidden by the taskbar... >> >> if the height is ... x-dsiplay-pixel-height... >> Every function that tries to maximize just height will do it. > > Can you give a recipe starting from emacs -Q? =C2=A0How are you setting t= he frame > height? =C2=A0Remember that the frame `height' parameter should not inclu= de the frame > area outside the space available for text, and it is measured in lines, n= ot > pixels. Yes, but it is not interesting here directly. Please see winsize-max-frame-height in winsize.el in nXhtml. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 17:24: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128845941426814 (code B ref 7296); Sat, 30 Oct 2010 17:24:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 17:23:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCF9R-0006yQ-QD for submit@debbugs.gnu.org; Sat, 30 Oct 2010 13:23:33 -0400 Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCF9N-0006yL-Uq for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 13:23:30 -0400 Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 2762AE888C for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 19:27:43 +0200 (CEST) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQ8AH/yy0xV4S1kPGdsb2JhbACDCYRRmW8MAQEBATUtqx2RPoEigy9zBI1c X-IronPort-AV: E=Sophos;i="4.58,265,1286143200"; d="scan'208";a="146009499" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb1.telenor.se with ESMTP; 30 Oct 2010 19:27:43 +0200 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 0A3B17FA05A; Sat, 30 Oct 2010 19:27:43 +0200 (CEST) Message-ID: <4CCC558E.5030704@swipnet.se> Date: Sat, 30 Oct 2010 19:27:42 +0200 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Lennart Borgman skrev 2010-10-30 16.05: > On Sat, Oct 30, 2010 at 12:45 PM, Jan Dj=C3=A4rv w= rote: >> >> >> Lennart Borgman skrev 2010-10-30 11.25: >>> >>> On Sat, Oct 30, 2010 at 9:28 AM, Jan Dj=C3=A4rv = wrote: >>>> >>>> The bug does not include any explanation why the current situation i= s 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 i= t 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.=20 set fullscreen to fullheight. I don't know if W32/Nextstep has something= =20 similar, but if they do, that is a better solution to implement. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128846025527133 (code B ref 7296); Sat, 30 Oct 2010 17:38:01 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 17:37:35 +0000 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 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 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= Received: by 10.229.213.135 with SMTP id gw7mr13046863qcb.41.1288460507580; Sat, 30 Oct 2010 10:41:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 10:41:27 -0700 (PDT) In-Reply-To: <4CCC558E.5030704@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> From: Lennart Borgman Date: Sat, 30 Oct 2010 19:41:27 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) 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.) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: To: Lennart Borgman Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128846325328313 (code B ref 7296); Sat, 30 Oct 2010 18:28:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 18:27:33 +0000 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 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 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" 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 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) 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> In-Reply-To: Mime-Version: 1.0 (iPhone Mail 8B117) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 Message-Id: <7C6D3056-3E04-46E5-A731-A2E996197F03@swipnet.se> X-Mailer: iPhone Mail (8B117) From: Jan =?UTF-8?Q?Dj=C3=A4rv?= Date: Sat, 30 Oct 2010 20:30:21 +0200 X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) 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.= From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 18:56: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128846493429070 (code B ref 7296); Sat, 30 Oct 2010 18:56:02 +0000 Received: (at 7296) by debbugs.gnu.org; 30 Oct 2010 18:55:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCGaT-0007Yp-1b for submit@debbugs.gnu.org; Sat, 30 Oct 2010 14:55:34 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCGaQ-0007Yj-2z for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 14:55:30 -0400 Received: by vws3 with SMTP id 3so1289635vws.3 for <7296@debbugs.gnu.org>; Sat, 30 Oct 2010 11:59:45 -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=mrKjoeCE36Q7igHc/ZwyBYGnQU3yocGzUWFGk1FNVyc=; b=KfcjMuiSq2r9UUwfo692Gi5P8LunFbiQgCmRioHImBr+oLZEw9xlRPGwOtT1T5vwNV aOJeSWsOtzO9NnPHXAtYZXtkQrSmG/kPGdLWTvqeW56vLDnf5wr+J1Iuf6TheR4Fepxp WsVZ8xBmMn8Q3d02PeDU/tUEQJWDLoPUS8380= 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=EJttc0oi1yS5KFsBylLGaUdvcofR5EhS5yk/eD+KORz5JICRmlDgjHY2TsKafB5yiF K/PK3e5r/ZQzxC2mKwiGwpwI0qBZjZ1cNkuWiBaNKz22HsB4nhU1E8qxOqiZfpgXOYRg 6yM4olMT/nusf14cAWCb4+betoXb7JPJZWuQ8= Received: by 10.229.73.142 with SMTP id q14mr13427054qcj.26.1288465184658; Sat, 30 Oct 2010 11:59:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sat, 30 Oct 2010 11:59:24 -0700 (PDT) In-Reply-To: <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> <7C6D3056-3E04-46E5-A731-A2E996197F03@swipnet.se> From: Lennart Borgman Date: Sat, 30 Oct 2010 20:59:24 +0200 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Sat, Oct 30, 2010 at 8:30 PM, Jan Dj=C3=A4rv wrote: > > > 30 okt 2010 kl. 19:41 skrev Lennart Borgman : > >> On Sat, Oct 30, 2010 at 7:27 PM, Jan Dj=C3=A4rv wro= te: >>> >>> >>> 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= this >>>>>>> information is for. =C2=A0If it is for making an Emacs frame as tal= l 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 so= mething >>> 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.) > > 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. > I know that W32 has some mechanism to maximize a window without fiddling = with height and width. You should check if there is a similar way to maximi= ze 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? > It is why Emacs only does maximizing and fullscreen by delegering it to t= he window manager in X. Yes, it should do it the same way on w32, but you can not do it for just height or just width on w32. (But you can set height (or width) to the same value as it is with a maximized window.) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Stefan Monnier 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 03:44: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128849661718430 (code B ref 7296); Sun, 31 Oct 2010 03:44:02 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 03:43:37 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCOpU-0004nD-G7 for submit@debbugs.gnu.org; Sat, 30 Oct 2010 23:43:37 -0400 Received: from ironport2-out.teksavvy.com ([206.248.154.183] helo=ironport2-out.pppoe.ca) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCOpS-0004n8-90 for 7296@debbugs.gnu.org; Sat, 30 Oct 2010 23:43:34 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AskIAM+DzExFpYZA/2dsb2JhbACgSH9yvGGFRASSKw X-IronPort-AV: E=Sophos;i="4.58,266,1286164800"; d="scan'208";a="81161766" Received: from 69-165-134-64.dsl.teksavvy.com (HELO pastel.home) ([69.165.134.64]) by ironport2-out.pppoe.ca with ESMTP/TLS/ADH-AES256-SHA; 30 Oct 2010 23:47:49 -0400 Received: by pastel.home (Postfix, from userid 20848) id 1D014A8164; Sat, 30 Oct 2010 23:47:49 -0400 (EDT) From: Stefan Monnier 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> Date: Sat, 30 Oct 2010 23:47:49 -0400 In-Reply-To: <7C6D3056-3E04-46E5-A731-A2E996197F03@swipnet.se> ("Jan =?UTF-8?Q?Dj=C3=A4rv?="'s message of "Sat, 30 Oct 2010 20:30:21 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -2.1 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.1 (--) > It is why Emacs only does maximizing and fullscreen by delegering it > to the window manager in X. That's what I was alluding to: trying to figure out how autohide taskbars work is madness. Stefan From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: YAMAMOTO Mitsuharu 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 04:10: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: To: Lennart Borgman Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128849819019085 (code B ref 7296); Sun, 31 Oct 2010 04:10:02 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 04:09:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCPEr-0004xm-L1 for submit@debbugs.gnu.org; Sun, 31 Oct 2010 00:09:49 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCPEn-0004xh-W5 for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 00:09:47 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 77CF7C0563; Sun, 31 Oct 2010 13:13:59 +0900 (JST) Date: Sun, 31 Oct 2010 13:13:59 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: 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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Sat, 30 Oct 2010 11:25:44 +0200, Lennart Borgman said: > 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. Some X11 window managers automatically adjust window position/size (and send some notifications to the application) when it appears, so it fits in the screen. On Mac OS X, Cocoa also does similar adjustments for document windows (roughly speaking, windows with title bar), and Carbon doesn't. Sometimes it gives a cleaner implementation to emulate such window manager tasks at the application side for non-X11 ports. For example, the Mac port emulates maximized, fullwidth, fullheight, and fullscreen windows, which are (EWMH-aware) window-manager tasks on X11, at the application side. Perhaps W32 can do similar things for window position/size adjustments so the window height is automatically shortened when the specified height exceeds the "available" height. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 10:44:03 +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: To: YAMAMOTO Mitsuharu Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128852178628947 (code B ref 7296); Sun, 31 Oct 2010 10:44:03 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 10:43:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVNR-0007Wq-66 for submit@debbugs.gnu.org; Sun, 31 Oct 2010 06:43:05 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVNO-0007WU-KL for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 06:43:03 -0400 Received: by vws3 with SMTP id 3so2045477vws.3 for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 03:47:19 -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=Gzlu5O4VDmBlGaIV09HFeFyEfxMEUzY0bt/5CAIuO1w=; b=USkdHKH7XGsy8FjfeMVDVFnsCOSIWw2fvMcO0046uqowUWc9KralKCXB6YmSx2tgue t9d9mPlPWAUUMACrjo6CnKhSfS68JjJaOdNkWp+2+USmk4TIiQmqdLYdMxW/kvIfYJUE zQUfWfsMA2fXobmWCdAXCGqLVErhTICnzPv3o= 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=Mj5LshYBZVVkFTlBIqOoU/MIkZLO5zk1JxOVvuqeEy2+kk+ZbFUKuwFzMVAG9UhwID L/63v2L3qtouBOWyZsfseMl8Qn9078TM0Pvfhn2U0wWhxVztUJ6YOoYYz4ecjbGajyd8 V5/qjDwtu0nimKYjd0DLW22VeMMmhpQx+U7XM= Received: by 10.224.179.19 with SMTP id bo19mr3498086qab.387.1288522039095; Sun, 31 Oct 2010 03:47:19 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sun, 31 Oct 2010 03:46:58 -0700 (PDT) In-Reply-To: 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> From: Lennart Borgman Date: Sun, 31 Oct 2010 11:46:58 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Sun, Oct 31, 2010 at 5:13 AM, YAMAMOTO Mitsuharu wrote: > > Some X11 window managers automatically adjust window position/size > (and send some notifications to the application) when it appears, so > it fits in the screen. =C2=A0On Mac OS X, Cocoa also does similar > adjustments for document windows (roughly speaking, windows with title > bar), and Carbon doesn't. > > Sometimes it gives a cleaner implementation to emulate such window > manager tasks at the application side for non-X11 ports. =C2=A0For exampl= e, > the Mac port emulates maximized, fullwidth, fullheight, and fullscreen > windows, which are (EWMH-aware) window-manager tasks on X11, at the > application side. =C2=A0Perhaps W32 can do similar things for window > position/size adjustments so the window height is automatically > shortened when the specified height exceeds the "available" height. It is possible to do this on w32. (But it is a bit more complicated than what I suggested here.) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Sun, 31 Oct 2010 10:50: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: To: YAMAMOTO Mitsuharu Cc: 7296@debbugs.gnu.org, Lennart Borgman Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128852217229467 (code B ref 7296); Sun, 31 Oct 2010 10:50:02 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 10:49:32 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVTf-0007fE-SB for submit@debbugs.gnu.org; Sun, 31 Oct 2010 06:49:32 -0400 Received: from smtprelay-h32.telenor.se ([213.150.131.5]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVTc-0007f3-8V for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 06:49:29 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h32.telenor.se (Postfix) with ESMTP id 4CE5AE8864 for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 11:53:44 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aoo8AKbnzExV4S1kPGdsb2JhbACHWpluDAEBAQE1LbojhUQEjVyHfw X-IronPort-AV: E=Sophos;i="4.58,267,1286143200"; d="scan'208";a="1686400166" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 31 Oct 2010 11:53:43 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 1B2207FA05A; Sun, 31 Oct 2010 11:53:43 +0100 (CET) Message-ID: <4CCD4AB6.8010004@swipnet.se> Date: Sun, 31 Oct 2010 11:53:42 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) YAMAMOTO Mitsuharu skrev 2010-10-31 05.13: > > Sometimes it gives a cleaner implementation to emulate such window > manager tasks at the application side for non-X11 ports. For example, > the Mac port emulates maximized, fullwidth, fullheight, and fullscreen > windows, which are (EWMH-aware) window-manager tasks on X11, at the > application side. Perhaps W32 can do similar things for window > position/size adjustments so the window height is automatically > shortened when the specified height exceeds the "available" height. > When you say the "Mac port" I guess you mean your port, not Emacs trunk compiled for OSX? We should put this in the trunk also. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Sun, 31 Oct 2010 11:06: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: To: Lennart Borgman Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128852315429963 (code B ref 7296); Sun, 31 Oct 2010 11:06:01 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 11:05:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVjV-0007nE-2Z for submit@debbugs.gnu.org; Sun, 31 Oct 2010 07:05:53 -0400 Received: from smtprelay-h31.telenor.se ([213.150.131.4]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCVjS-0007n9-QU for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 07:05:51 -0400 Received: from ipb1.telenor.se (ipb1.telenor.se [195.54.127.164]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id 50914E90AB for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 11:51:13 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApQ8AGznzExV4S1kPGdsb2JhbACDCYRRmW4MAQEBATUtqSGRAoEigy9zBI1c X-IronPort-AV: E=Sophos;i="4.58,267,1286143200"; d="scan'208";a="146112098" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb1.telenor.se with ESMTP; 31 Oct 2010 11:51:09 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id BFBFD7FA05A; Sun, 31 Oct 2010 11:51:08 +0100 (CET) Message-ID: <4CCD4A1C.6070707@swipnet.se> Date: Sun, 31 Oct 2010 11:51:08 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Lennart Borgman skrev 2010-10-30 20.59: > On Sat, Oct 30, 2010 at 8:30 PM, Jan Dj=C3=A4rv wr= ote: >> >> >> 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". > >> I know that W32 has some mechanism to maximize a window without fiddli= ng >> 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 r= each > you? Actually you did not. You showed how to get display pixel sizes. More i= s=20 needed to correctly calculate the Emacs frame dimensions. One of the advantage of letting the window manager do it is that it knows= =20 about multiple displays. It seems that on w32 you have to figure out thi= s=20 yourself. I guess the lowlevel API functions can be used so that fullwid= th=20 and fullheight works on w32. That is so much better than letting lisp co= de=20 calculate frame sizes. > >> It is why Emacs only does maximizing and fullscreen by delegering it t= o >> the window manager in X. > > Yes, it should do it the same way on w32, but you can not do it for jus= t > height or just width on w32. (But you can set height (or width) to the = same > value as it is with a maximized window.) Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12885289492600 (code B ref 7296); Sun, 31 Oct 2010 12:43:02 +0000 Received: (at 7296) by debbugs.gnu.org; 31 Oct 2010 12:42:29 +0000 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 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 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= Received: by 10.224.205.200 with SMTP id fr8mr4568617qab.198.1288529203481; Sun, 31 Oct 2010 05:46:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sun, 31 Oct 2010 05:46:23 -0700 (PDT) In-Reply-To: <4CCD4A1C.6070707@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> From: Lennart Borgman Date: Sun, 31 Oct 2010 13:46:23 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) 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? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: YAMAMOTO Mitsuharu 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 00:07: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: To: Lennart Borgman Cc: Jan, =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128856998420030 (code B ref 7296); Mon, 01 Nov 2010 00:07:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 00:06:24 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PChup-0005D1-RP for submit@debbugs.gnu.org; Sun, 31 Oct 2010 20:06:24 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PChum-0005Cw-Ub for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 20:06:22 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id C3E55C0564; Mon, 1 Nov 2010 09:10:35 +0900 (JST) Date: Mon, 01 Nov 2010 09:10:35 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: 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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Sun, 31 Oct 2010 11:46:58 +0100, Lennart Borgman said: >> Perhaps W32 can do similar things for window position/size >> adjustments so the window height is automatically shortened when >> the specified height exceeds the "available" height. > It is possible to do this on w32. (But it is a bit more complicated > than what I suggested here.) As Drew and Jan pointed out, appropriate calculation at the Lisp level is not that simple and requires platform-specific adjustment even if we have a primitive for available pixel width/height. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 00:21: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: To: YAMAMOTO Mitsuharu Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128857086220400 (code B ref 7296); Mon, 01 Nov 2010 00:21:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 00:21:02 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCi8z-0005Iz-5j for submit@debbugs.gnu.org; Sun, 31 Oct 2010 20:21:01 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCi8x-0005It-B0 for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 20:20:59 -0400 Received: by gya6 with SMTP id 6so2909241gya.3 for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 17:25:17 -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; bh=63s4CIgeXIAYSXOGrpuYXjKB6u1M+GjhaIJzG8OafJQ=; b=JwfSoG/QQfyNMrmJ6mDWYBOMMjeMpDHl2/Zu0WQnYavyt4tF6c5S1ggGYiyM2I2VvX TDCaxxQ73XOvviaD1gQi8QdKQb6nu9Qvq+AxWYPUu8fQ42R7IZYn1S/3Vd5zLaEOwzCs EpONVHpFEkTc+1UKNtLBb0jpJxST99TGVfVRU= 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; b=FcFUSPEHvkD5S6akU84jOmSc7YxCs9eb7Er23OK4x/4divj+3zMxuzVaBxSwVc8Qjr GFCO1fOMlVR+CdjhDkNEcBOz0Vz/x8jK3yvTRA7erlrBiZ/agG+JQuHlVSUqEQGV6IeB C2kJbjq9XR1dG13E54QkIs/Q/rqWASNFgyITg= Received: by 10.229.235.142 with SMTP id kg14mr1530314qcb.128.1288571116857; Sun, 31 Oct 2010 17:25:16 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sun, 31 Oct 2010 17:24:55 -0700 (PDT) In-Reply-To: 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> From: Lennart Borgman Date: Mon, 1 Nov 2010 01:24:55 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 1:10 AM, YAMAMOTO Mitsuharu wrote: >>>>>> On Sun, 31 Oct 2010 11:46:58 +0100, Lennart Borgman said: > >>> Perhaps W32 can do similar things for window position/size >>> adjustments so the window height is automatically shortened when >>> the specified height exceeds the "available" height. > >> It is possible to do this on w32. (But it is a bit more complicated >> than what I suggested here.) > > As Drew and Jan pointed out, appropriate calculation at the Lisp level > is not that simple and requires platform-specific adjustment even if > we have a primitive for available pixel width/height. Yes, but it is not possible at all without the display working area size. Could we, as a first step, do as Eli suggested, i.e. let display-pixel-height/width return the working area size instead of the total display size? Is there any reason not to do this now? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: YAMAMOTO Mitsuharu 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 00:52: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: To: Lennart Borgman Cc: Jan, =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128857271721206 (code B ref 7296); Mon, 01 Nov 2010 00:52:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 00:51:57 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCicu-0005Vz-OD for submit@debbugs.gnu.org; Sun, 31 Oct 2010 20:51:56 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCicr-0005Vu-FD for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 20:51:55 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 8436AC0566; Mon, 1 Nov 2010 09:56:08 +0900 (JST) Date: Mon, 01 Nov 2010 09:56:08 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: 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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Mon, 1 Nov 2010 01:24:55 +0100, Lennart Borgman said: > Could we, as a first step, do as Eli suggested, i.e. let > display-pixel-height/width return the working area size instead of > the total display size? Is there any reason not to do this now? I'd rather suggest implementing "some of window manager emulations" (i.e., shortening width/height if specified one exceeds available one, and possibly maximized, fullwidth, and fullheight for the fullscreen frame parameter) on W32 and seeing if the proposed function is still necessary, before introducing incompatibility or new primitives. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 01:23: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: To: YAMAMOTO Mitsuharu Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128857456921968 (code B ref 7296); Mon, 01 Nov 2010 01:23:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 01:22:49 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCj6m-0005iH-DY for submit@debbugs.gnu.org; Sun, 31 Oct 2010 21:22:48 -0400 Received: from mail-gx0-f172.google.com ([209.85.161.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCj6k-0005iC-TR for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 21:22:47 -0400 Received: by gxk7 with SMTP id 7so2948716gxk.3 for <7296@debbugs.gnu.org>; Sun, 31 Oct 2010 18:27:05 -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; bh=4lfbUxKWIpmYnILVQOflGf8u0epK4tcWMA4wYGQNUUc=; b=pR/yCT2spdrvHXsQhvubCOWXPPGki7Blv/p8u9qQ4PWJtRjlz2NcWn21LH+BRPSZmB 7jPe3kZWDWQG2HVnuhB+2idXrmntAfB/7cxRsOQk7e6WRacg65BWykx9YQ4qQNn+4UBT tTqvM3TnFs6Nd7j8zwztUxWRcCurjepwRq1II= 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; b=LFB2sdJLoq/DDYQTRauaQ5Nl9l1oll2BGP/4SJuXPE1jaCqtAFOuBk3zhu2wYtLgCN DEMaC0oGZW8bP3YoacoF5HhJlSXu28bPV7fJ7K2st6jhK+hpL0fd5cat8ITLL5WV9W10 OPdsuG5SDHIogBKH9S90OeDQNdfIc2CWTTxfE= Received: by 10.229.224.67 with SMTP id in3mr6653227qcb.236.1288574825127; Sun, 31 Oct 2010 18:27:05 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Sun, 31 Oct 2010 18:26:44 -0700 (PDT) In-Reply-To: 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> From: Lennart Borgman Date: Mon, 1 Nov 2010 02:26:44 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 1:56 AM, YAMAMOTO Mitsuharu wrote: >>>>>> On Mon, 1 Nov 2010 01:24:55 +0100, Lennart Borgman said: > >> Could we, as a first step, do as Eli suggested, i.e. let >> display-pixel-height/width return the working area size instead of >> the total display size? Is there any reason not to do this now? > > I'd rather suggest implementing "some of window manager emulations" > (i.e., shortening width/height if specified one exceeds available one, > and possibly maximized, fullwidth, and fullheight for the fullscreen > frame parameter) on W32 and seeing if the proposed function is still > necessary, before introducing incompatibility or new primitives. In what way can the working display area size in pixels be incompatible? And why is using the current total display area size better (and more compatible)? And how do you plan to implement the shortening without knowing what the limits are? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: YAMAMOTO Mitsuharu 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 02:42: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: To: Lennart Borgman Cc: Jan, =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128857931423987 (code B ref 7296); Mon, 01 Nov 2010 02:42:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 02:41:54 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCkLJ-0006Eq-V4 for submit@debbugs.gnu.org; Sun, 31 Oct 2010 22:41:54 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCkLG-0006Ei-Dc for 7296@debbugs.gnu.org; Sun, 31 Oct 2010 22:41:52 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 5A829C055D; Mon, 1 Nov 2010 11:46:06 +0900 (JST) Date: Mon, 01 Nov 2010 11:46:06 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: 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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Mon, 1 Nov 2010 02:26:44 +0100, Lennart Borgman said: >> I'd rather suggest implementing "some of window manager emulations" >> (i.e., shortening width/height if specified one exceeds available >> one, and possibly maximized, fullwidth, and fullheight for the >> fullscreen frame parameter) on W32 and seeing if the proposed >> function is still necessary, before introducing incompatibility or >> new primitives. > In what way can the working display area size in pixels be > incompatible? And why is using the current total display area size > better (and more compatible)? I mean compatibility with previous versions. It looks unnatural that we can't know the offsets of the available display area, if we are to have primitives to get its size. Also we need to consider multiple-monitor environment. Anyway, no matter how you try to specify position/size in detail at the Lisp level, additional constraints are forced by the window manager on X11 and the Cocoa framework on Mac OS X. And such additional constraints actually solve the problem in your motivating example in the first place. It looks more natural to implement such constraints in the remaining environment, i.e., W32. > And how do you plan to implement the shortening without knowing what > the limits are? Of course they are used, but just internally. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Jason Rumney 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 07:41: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: To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12885972482446 (code B ref -1); Mon, 01 Nov 2010 07:41:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Nov 2010 07:40:48 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCp0a-0000dP-JD for submit@debbugs.gnu.org; Mon, 01 Nov 2010 03:40:48 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCp0Z-0000dJ-Pv for submit@debbugs.gnu.org; Mon, 01 Nov 2010 03:40:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCp4j-0001Oh-5M for submit@debbugs.gnu.org; Mon, 01 Nov 2010 03:45:07 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:45819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCp4j-0001Od-3C for submit@debbugs.gnu.org; Mon, 01 Nov 2010 03:45:05 -0400 Received: from [140.186.70.92] (port=54539 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCp4i-0004oY-30 for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 03:45:04 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCp4h-0001OC-1F for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 03:45:03 -0400 Received: from mail-pv0-f169.google.com ([74.125.83.169]:48688) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCp4g-0001Nz-Su for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 03:45:02 -0400 Received: by pvc21 with SMTP id 21so770982pvc.0 for ; Mon, 01 Nov 2010 00:45:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=UbTnnFAqN2CpGAi25uuNHyV53L1gsQHQrZa9VxwmR70=; b=j2W+L2trZV46I184vlokjg75Ie8nVtadCiDq9swSbiqrmScto9NsBHO1H0kll7ewLN AaVQP8GONudVduOYmoDQyS2uCaBfNNqLlr92EmdpgI4i86Olx8757TSYXNSXix8RNIGD i+8rFW6vvAaRAobrb4ZVDJIEv0B5MtAgB+Ras= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Zc1Sk+8y0Bzl/jFqV4DnkxWBw6JL32B73aNxM1gPipZ7WztHsoIxQjp9VCKVvY0F4n 51a7yyKEZVjQ6LnDkW4WOEaAc93b4QY+klC4zVld0zrugvOQ3VDlbHLkMMo+jjRNQy9Y E73LSr0ve362w4NgxIl1El8fuvOycVAkPyN3A= Received: by 10.142.126.10 with SMTP id y10mr618164wfc.97.1288597501416; Mon, 01 Nov 2010 00:45:01 -0700 (PDT) Received: from [10.1.1.54] ([61.4.103.130]) by mx.google.com with ESMTPS id w15sm5467645wfd.9.2010.11.01.00.44.59 (version=SSLv3 cipher=RC4-MD5); Mon, 01 Nov 2010 00:45:00 -0700 (PDT) Message-ID: <4CCE6FE6.8020407@gnu.org> Date: Mon, 01 Nov 2010 15:44:38 +0800 From: Jason Rumney User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -3.9 (---) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.0 (----) On 01/11/2010 09:26, Lennart Borgman wrote: > In what way can the working display area size in pixels be > incompatible? And why is using the current total display area size > better (and more compatible)? > I recall some years ago seeing some lisp code that wanted to calculate the real dpi of the display, as opposed to what is reported by the system (which can be influenced by user settings for font size, or in some cases hardcoded to 72, 96 or other common values). The change you are proposing would be incompatible with that way of using display-pixel-height. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 10:09: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: To: Jason Rumney Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12886061056781 (code B ref -1); Mon, 01 Nov 2010 10:09:01 +0000 Received: (at submit) by debbugs.gnu.org; 1 Nov 2010 10:08:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCrJR-0001lK-4q for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:08:25 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCrJP-0001lF-8U for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:08:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCrNZ-0002yc-K6 for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:12:42 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:53584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCrNZ-0002yR-Gn for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:12:41 -0400 Received: from [140.186.70.92] (port=35847 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCrNX-0000dI-A7 for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 06:12:41 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCrNW-0002xJ-4I for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 06:12:39 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]:60272) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCrNW-0002wv-25; Mon, 01 Nov 2010 06:12:38 -0400 Received: by vws18 with SMTP id 18so3619348vws.0 for ; Mon, 01 Nov 2010 03:12:37 -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; bh=Os5uxrkySiN1dRznQ9Oq53tItsruiW5JhE18HPTHO8w=; b=rSArYOWJMO1UzgHwEgr0jfgxpSA5n0NU3vpqStqRSNY6Erx1OF2NjszFe0l3X6xCzs 3Do29bxKVeP1Vs5fIztK5HqX0fhnXzTZNW3EA84sHYTsyXuBmHQaa548evxbxo+Q/rf/ xNjl8etKz359MMrpXWaYPs5Q6NFMsWlZwLwto= 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; b=OJN1KMoPmH8yTy/gWonp6vb/DLAj7Qd6XVStE/7mph5UawkTt2JVPGqYziaVDqFJov 2+LA068ReyvYqj+Ew2bmYjWKDiCuH+edP9yV7ditU/TCXI+qezkeOIOpNQ4pnhG46kUv 0t9xtsJCklgQO4jsKDsaLcXoadlw15t0qc7DI= Received: by 10.224.135.151 with SMTP id n23mr7548643qat.303.1288606356245; Mon, 01 Nov 2010 03:12:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 03:12:14 -0700 (PDT) In-Reply-To: <4CCE6FE6.8020407@gnu.org> 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> <4CCE6FE6.8020407@gnu.org> From: Lennart Borgman Date: Mon, 1 Nov 2010 11:12:14 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) On Mon, Nov 1, 2010 at 8:44 AM, Jason Rumney wrote: > On 01/11/2010 09:26, Lennart Borgman wrote: >> >> In what way can the working display area size in pixels be >> incompatible? And why is using the current total display area size >> better (and more compatible)? >> > > I recall some years ago seeing some lisp code that wanted to calculate the > real dpi of the display, as opposed to what is reported by the system (which > can be influenced by user settings for font size, or in some cases hardcoded > to 72, 96 or other common values). > > The change you are proposing would be incompatible with that way of using > display-pixel-height. Why would it be incompatible? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 10:17: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: To: YAMAMOTO Mitsuharu Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12886066016997 (code B ref 7296); Mon, 01 Nov 2010 10:17:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 10:16:41 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCrRR-0001oo-Hk for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:16:41 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCrRQ-0001od-1c for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 06:16:40 -0400 Received: by gya6 with SMTP id 6so3074079gya.3 for <7296@debbugs.gnu.org>; Mon, 01 Nov 2010 03:20:59 -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=UOd7gdoGbsgMBSnn4Q5HZdsHTEJLXOD/s6ya5cSNjD0=; b=phBLbLbn0C+7+wKzAaAi/pnYJ2TUZxe4lIdFSP9NsOT77y9P9wx96Z9x0K1xTdHuaa 9BZVQplzofScxx7oraUAXs2ax9iYPr4qPuqQgfJZUe0GMXXd7ZSsDMuJrHhOpW3nbuOH CeMu9GkFvhRzEp9Iv6bYRWn51Erj6DnZaS5Iw= 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=aHnYMsknsNr0nc+1VYUmKnNP4qXKoov3NY72vHmk1Vw9hmxIdbRPx9F4AeFll82E7k 8MTCuzYpg+QbK55lKjLFupQI6fNykYWp0d19M9jQc9pOU+6tKaOs8B67hg1G7hfm5AyK p8bNLarorraqU/mV8I2KLHp930hsqlFVy3/Dk= Received: by 10.229.95.204 with SMTP id e12mr7175188qcn.139.1288606837750; Mon, 01 Nov 2010 03:20:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 03:20:16 -0700 (PDT) In-Reply-To: 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> From: Lennart Borgman Date: Mon, 1 Nov 2010 11:20:16 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 3:46 AM, YAMAMOTO Mitsuharu wrote: >>>>>> On Mon, 1 Nov 2010 02:26:44 +0100, Lennart Borgman said: > >>> I'd rather suggest implementing "some of window manager emulations" >>> (i.e., shortening width/height if specified one exceeds available >>> one, and possibly maximized, fullwidth, and fullheight for the >>> fullscreen frame parameter) on W32 and seeing if the proposed >>> function is still necessary, before introducing incompatibility or >>> new primitives. > >> In what way can the working display area size in pixels be >> incompatible? And why is using the current total display area size >> better (and more compatible)? > > I mean compatibility with previous versions. But is not the current version of display-pixel-height/width kind of bogus since it does not give the actual useable working area? And haven't we made a decision to try to avoid beeing "bug-back-compatible"= ? > It looks unnatural that we can't know the offsets of the available > display area, if we are to have primitives to get its size. Yes, we can add functions for that too. There is a lot of small details to consider here actually, but I think doing the change I suggested (or rather Eli) is the best first step. > Also we > need to consider multiple-monitor environment. Yes. (I told about the function to use for w32 for that.) > Anyway, no matter how you try to specify position/size in detail at > the Lisp level, additional constraints are forced by the window > manager on X11 and the Cocoa framework on Mac OS X. =C2=A0And such > additional constraints actually solve the problem in your motivating > example in the first place. =C2=A0It looks more natural to implement such > constraints in the remaining environment, i.e., W32. I see. Yes, maybe. I will have a look at it. (But I would still suggest changing display-pixel-height/width.) From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: To: Lennart Borgman Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128861118012696 (code B ref 7296); Mon, 01 Nov 2010 11:33:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 11:33:00 +0000 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 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 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" 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 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) Message-ID: <4CCEA66C.8060900@swipnet.se> Date: Mon, 01 Nov 2010 12:37:16 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) 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. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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:37: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128861137812797 (code B ref 7296); Mon, 01 Nov 2010 11:37:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 11:36:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCsgT-0003KM-Vb for submit@debbugs.gnu.org; Mon, 01 Nov 2010 07:36:18 -0400 Received: from smtprelay-h22.telenor.se ([195.54.99.197]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCsgS-0003KH-It for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 07:36:17 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-h22.telenor.se (Postfix) with ESMTP id 6B0E1E9070 for <7296@debbugs.gnu.org>; Mon, 1 Nov 2010 12:40:35 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0xALxDzkxV4S1kPGdsb2JhbACDGYRSmWoMAQEBATUtqg+RNoEigzBzBIUPiE0 X-IronPort-AV: E=Sophos;i="4.58,273,1286143200"; d="scan'208";a="1686582889" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 01 Nov 2010 12:40:34 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 61BC07FA05A; Mon, 1 Nov 2010 12:40:34 +0100 (CET) Message-ID: <4CCEA732.4070805@swipnet.se> Date: Mon, 01 Nov 2010 12:40:34 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 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> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) 2010-11-01 11:20, Lennart Borgman skrev: > On Mon, Nov 1, 2010 at 3:46 AM, YAMAMOTO Mitsuharu > wrote: >> I mean compatibility with previous versions. > > But is not the current version of display-pixel-height/width kind of > bogus since it does not give the actual useable working area? What documentation says that display-pixel-height/width is that? > > >> Anyway, no matter how you try to specify position/size in detail at >> the Lisp level, additional constraints are forced by the window >> manager on X11 and the Cocoa framework on Mac OS X. And such >> additional constraints actually solve the problem in your motivating >> example in the first place. It looks more natural to implement such >> constraints in the remaining environment, i.e., W32. > > I see. Yes, maybe. I will have a look at it. (But I would still > suggest changing display-pixel-height/width.) No, that way lies madness. If you really feel you must fiddle with pixels yourself introduce new variables/functions. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 11:58: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128861262413293 (code B ref 7296); Mon, 01 Nov 2010 11:58:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 11:57:04 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt0a-0003SM-6i for submit@debbugs.gnu.org; Mon, 01 Nov 2010 07:57:04 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt0Y-0003S0-MD for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 07:57:03 -0400 Received: by gya6 with SMTP id 6so3122192gya.3 for <7296@debbugs.gnu.org>; Mon, 01 Nov 2010 05:01:22 -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=Kuf0KvAUmM5a5IFQCCGT/mVcHkxltSXX3kHgn46eO5g=; b=OeAQcJaByzCBFK5Obfgu9fj8a3v9tPN3rLinJmqb3YvJYrMcTze2hWgq9AuHu6sk13 KhcEUoQUEtUISyJ33ZGBHgFw1dc2/CvzYZ7zk87F1ECQmEYsqUcvA8xZ9f5SL6G9LMvj 34WwIZqxnmZMSR0syZKGrXSgFX9vBVITEZEoE= 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=dkIye/PUpaRVKJxUJcgjP3Zoli1TaUm5Xoy3npoZsfILj2e7xQeCBe6y5yY/BpA+Py 02fSq8FDpHGo7ahG6mwDvInOtUIOxNbs7C876w0LrPbEnOKpU8pt4zY+XJsFyJmKH8lE t2hBS3YTr9epB+jTPYjDxXjUxqq42J4/wU7oA= Received: by 10.229.231.4 with SMTP id jo4mr3506160qcb.22.1288612881870; Mon, 01 Nov 2010 05:01:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 05:00:52 -0700 (PDT) In-Reply-To: <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> <4CCEA66C.8060900@swipnet.se> From: Lennart Borgman Date: Mon, 1 Nov 2010 13:00:52 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 12:37 PM, Jan Dj=C3=A4rv wrote: > 2010-10-31 13:46, Lennart Borgman skrev: >> >> On Sun, Oct 31, 2010 at 11:51 AM, Jan Dj=C3=A4rv =C2= =A0wrote: >> >>>>> I know that W32 has some mechanism to maximize a window without >>>>> fiddling >>>>> 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 >> area. > > Whis is not the same thing at all. =C2=A0Making an Emacs frame maximized = in > height from lisp code is so much more, as others have told you. =C2=A0And= you > need a sure way to do this for all platforms and for all window managers = if > it is to be any good at all. Maybe you are misunderstanding part what I am saying. However I might have misunderstood something here too. Some clarifications: - I am speaking mainly about the w32 platform because I know how the window manager behaves there. I know nothing about the window manages on other platforms. So please just add suggestions for other platforms too. - On w32 display-pixel-height currently returns the total display size instead of the work area (i.e. the area that the window managers thinks fit for normally handled windows). I can't see that we have any use of the total display size on w32. (Though Jason said there might be. I asked him to clarify this.) - On w32 you do not maximize a window by setting the size. (I do not know how this is handled currently in the unpatched Emacs but I changed it several years ago in my patched Emacs.) - My initial proposal was to add new functions for the work area size. However Eli suggested changing display-pixel-height instead on w32 (if I did not misunderstood Eli). I don't care much which way we do it, but I think we should have functions to get the size of the work area. > Nothing is unclear. =C2=A0It is just that you want to change one value fo= r > another with unforseen consequences for various platforms instead of solv= ing > the problem, making a window maximized on height. I am trying to avoid bad consequences, of course (without beeing bug back compatible). You may want the max width or height without immediately setting them. > If we change display-height, it will cause problems on other platforms, X= 11 > comes to mind, where autohide and panel always on top is something the > window manager keeps track of. =C2=A0If we only do this for W32 display h= eight > means two different things. =C2=A0Also as has been pointed out, stuff lik= e > calculating DPI will be wrong. Ok. On w32 the window manager also keeps track of those things (with the API:s I pointed to, but not with the current implementation of display-pixel-height/width). So then it looks best to me to add new functions for the work area size. What do you think of that? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 12:01: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128861282013408 (code B ref 7296); Mon, 01 Nov 2010 12:01:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 12:00:20 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt3k-0003UD-Jq for submit@debbugs.gnu.org; Mon, 01 Nov 2010 08:00:20 -0400 Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt3i-0003U8-Sr for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 08:00:19 -0400 Received: by vws3 with SMTP id 3so3383798vws.3 for <7296@debbugs.gnu.org>; Mon, 01 Nov 2010 05:04:38 -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=v9nn2y5Q4GTUve56JiUUSdzQ/md+ERa7k9fVqIUCvqU=; b=F2bL/drsISAxVf7QQQeIX5Wc1rbg0Wu7oNhaBvHkDBTfAeK/O3tkmOUtDFbKn07bUN 4fTWIDaLB4FS7383hoiM76ED04it3TH50RurXN80/88c9Eyzg3puk4rwgCMFxCReEFTd JMRWUAYo88B9MNLz5tWDtWuMRO5kyblsj9trk= 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=Mc+h9MhV2z+q8rOLZri8aA0qnW0ONEmV53OOHhgVE+XBeDDg53fRynuzgOnZtdsVmR m6zhWPFal/wSZ78MQWBth4si4sA+Nb70YuetC/3MM/uN4ffl4GXR+H/gT1uoDgLgkbbc gH/7NBcmkLEMsc8prG9n/GnB5tSW9FSeRK710= Received: by 10.224.137.131 with SMTP id w3mr8202191qat.88.1288613078278; Mon, 01 Nov 2010 05:04:38 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 05:04:11 -0700 (PDT) In-Reply-To: <4CCEA732.4070805@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> <4CCEA732.4070805@swipnet.se> From: Lennart Borgman Date: Mon, 1 Nov 2010 13:04:11 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 12:40 PM, Jan Dj=C3=A4rv wrote: > 2010-11-01 11:20, Lennart Borgman skrev: >> >> On Mon, Nov 1, 2010 at 3:46 AM, YAMAMOTO Mitsuharu >> =C2=A0wrote: > >>> I mean compatibility with previous versions. >> >> But is not the current version of display-pixel-height/width kind of >> bogus since it does not give the actual useable working area? > > What documentation says that display-pixel-height/width is that? Actually I think the documentation is unclear. It should tell whether it returns the total display size or the work area size. Maybe we should start there? >>> Anyway, no matter how you try to specify position/size in detail at >>> the Lisp level, additional constraints are forced by the window >>> manager on X11 and the Cocoa framework on Mac OS X. =C2=A0And such >>> additional constraints actually solve the problem in your motivating >>> example in the first place. =C2=A0It looks more natural to implement su= ch >>> constraints in the remaining environment, i.e., W32. >> >> I see. Yes, maybe. I will have a look at it. (But I would still >> suggest changing display-pixel-height/width.) > > No, that way lies madness. =C2=A0If you really feel you must fiddle with = pixels > yourself introduce new variables/functions. It is not clear to me which way is best. Does not that depend on if the current use of those functions mostly are written for total size or work area size? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Drew Adams" 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 17:40: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: To: "'Lennart Borgman'" , "'YAMAMOTO Mitsuharu'" Cc: 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128863315724870 (code B ref 7296); Mon, 01 Nov 2010 17:40:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 17:39:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCyLk-0006T5-QR for submit@debbugs.gnu.org; Mon, 01 Nov 2010 13:39:16 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCyLj-0006T0-DQ for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 13:39:16 -0400 Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA1HhTQn018000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 1 Nov 2010 17:43:32 GMT Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA1HhK45013325; Mon, 1 Nov 2010 17:43:23 GMT Received: from abhmt009.oracle.com by acsmt355.oracle.com with ESMTP id 739031131288624163; Mon, 01 Nov 2010 08:09:23 -0700 Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Mon, 01 Nov 2010 08:09:22 -0700 From: "Drew Adams" 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> Date: Mon, 1 Nov 2010 08:09:20 -0700 Message-ID: <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 Thread-Index: Act5ZjOgywWvnFrAS8uaFELlL34GvQAZ4aUA In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > >> Could we, as a first step, do as Eli suggested, i.e. let > >> display-pixel-height/width return the working area size instead of > >> the total display size? Is there any reason not to do this now? > > In what way can the working display area size in pixels be > incompatible? And why is using the current total display area size > better (and more compatible)? It's not that one or the other is better; it's that they are different. If you change the meaning and return value of an existing function then you break existing code. If you want to add an additional function that returns some other value that you find more useful, that's one thing. Proposing to change the existing function is something else again. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 18:05: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: To: Drew Adams Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128863469625532 (code B ref 7296); Mon, 01 Nov 2010 18:05:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 18:04:56 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCykZ-0006dl-Tj for submit@debbugs.gnu.org; Mon, 01 Nov 2010 14:04:56 -0400 Received: from mail-yx0-f172.google.com ([209.85.213.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCykY-0006dg-3r for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 14:04:54 -0400 Received: by yxp4 with SMTP id 4so3423242yxp.3 for <7296@debbugs.gnu.org>; Mon, 01 Nov 2010 11:09:14 -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=5Wyyj3WaxZZyIxRiGfQtUZMU3INOQYtV01NqcaYzbVM=; b=SCGTiS1COnoWNH0NiPQomxHqkRitKQNl+bnmdEf6E2WqsMZZVNhWSMSgCkyUneidbu kbLdYC4e7s3WXwHyagrX95i2H/6PCIE6sqcDh2u9LttQBNKv/OnQ0l9ecvYmA8dkKSnG mHFqyMocqLMmirLlMUJs0YipP4uGfjZveivKU= 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=fNePCrUKYjSaO2nto0JtFCPP04So4ATJ1aIGIFEwaUnQCnrGIp9+ltkH/jPzS20KeL vmPtSyUaVxqmQ+e19Ifyxb1ZjecCjx+sGvx3dEkPHWtfumwTdlq2EPIf3ieimMyAgjmN 0GR6MZOacGXQRFOeQ1kHcwWYcMjlrtitoxdmA= Received: by 10.91.21.33 with SMTP id y33mr81094agi.92.1288634953207; Mon, 01 Nov 2010 11:09:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.91.145.10 with HTTP; Mon, 1 Nov 2010 11:08:53 -0700 (PDT) In-Reply-To: <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> 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> <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> From: Lennart Borgman Date: Mon, 1 Nov 2010 19:08:53 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 4:09 PM, Drew Adams wrote: >> >> Could we, as a first step, do as Eli suggested, i.e. let >> >> display-pixel-height/width return the working area size instead of >> >> the total display size? Is there any reason not to do this now? >> >> In what way can the working display area size in pixels be >> incompatible? And why is using the current total display area size >> better (and more compatible)? > > It's not that one or the other is better; it's that they are different. = =C2=A0If you > change the meaning and return value of an existing function then you brea= k > existing code. =C2=A0If you want to add an additional function that retur= ns some > other value that you find more useful, that's one thing. =C2=A0Proposing = to change > the existing function is something else again. There is no clear description of what display-pixel-height currently returns. So how do we know how it is currently used? It looks like it is difficult to get this information, but as I said the current return value must be documented. I suggest that we just change the doc string and says that it returns value for the total display. And in addition to that it would probably be good to have the "opposite" function too. At least I need it. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 19: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: To: Lennart Borgman Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org>, Stefan Monnier Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864008527893 (code B ref 7296); Mon, 01 Nov 2010 19:35:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 19:34:45 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD09U-0007Fq-Op for submit@debbugs.gnu.org; Mon, 01 Nov 2010 15:34:44 -0400 Received: from smtprelay-b11.telenor.se ([62.127.194.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD09S-0007Fl-A6 for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 15:34:43 -0400 Received: from ipb4.telenor.se (ipb4.telenor.se [195.54.127.167]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id EC69DE9AFF for <7296@debbugs.gnu.org>; Mon, 1 Nov 2010 20:39:01 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0xADK0zkxV4S1kPGdsb2JhbACDG4RSmXEMAQEBATUtrTWRXIEigzBzBI1c X-IronPort-AV: E=Sophos;i="4.58,275,1286143200"; d="scan'208";a="1686679652" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb4.telenor.se with ESMTP; 01 Nov 2010 20:39:01 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 794837FA05A; Mon, 1 Nov 2010 20:39:00 +0100 (CET) Message-ID: <4CCF1753.6010707@swipnet.se> Date: Mon, 01 Nov 2010 20:38:59 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 References: <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> <4CCEA66C.8060900@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Lennart Borgman skrev 2010-11-01 13.00: > > So then it looks best to me to add new functions for the work area > size. What do you think of that? That is better, it can't break existing code. But implementing fullheight/width on w32 is still better. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 19:37: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864019427952 (code B ref 7296); Mon, 01 Nov 2010 19:37:01 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 19:36:34 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD0BG-0007Gn-0M for submit@debbugs.gnu.org; Mon, 01 Nov 2010 15:36:34 -0400 Received: from smtprelay-h31.telenor.se ([213.150.131.4]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD0BD-0007Gh-Tq for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 15:36:32 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id B1D40E95F0 for <7296@debbugs.gnu.org>; Mon, 1 Nov 2010 20:40:51 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0xAG60zkxV4S1kPGdsb2JhbACDG4RSmXEMAQEBATUtrTSRXIEigzBzBIUPiE0 X-IronPort-AV: E=Sophos;i="4.58,275,1286143200"; d="scan'208";a="145311490" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 01 Nov 2010 20:40:51 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 81E257FA05A; Mon, 1 Nov 2010 20:40:50 +0100 (CET) Message-ID: <4CCF17C2.2030900@swipnet.se> Date: Mon, 01 Nov 2010 20:40:50 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 References: <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCB2713.5070104@swipnet.se> <4CCBC930.5060705@swipnet.se> <4CCEA732.4070805@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) Lennart Borgman skrev 2010-11-01 13.04: > On Mon, Nov 1, 2010 at 12:40 PM, Jan Dj=C3=A4rv wr= ote: >> 2010-11-01 11:20, Lennart Borgman skrev: >>> >>> On Mon, Nov 1, 2010 at 3:46 AM, YAMAMOTO Mitsuharu >>> wrote: >> >>>> I mean compatibility with previous versions. >>> >>> But is not the current version of display-pixel-height/width kind of >>> bogus since it does not give the actual useable working area? >> >> What documentation says that display-pixel-height/width is that? > > Actually I think the documentation is unclear. It should tell whether > it returns the total display size or the work area size. Maybe we > should start there? > "Return the height of DISPLAY's screen in pixels." That is totally clear to me. This is X terms, and there is no room for=20 interpretation. It means the total height, and nothing else. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii 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 20:23: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, lennart.borgman@gmail.com Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864295829148 (code B ref 7296); Mon, 01 Nov 2010 20:23:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 20:22:38 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD0tq-0007a5-AL for submit@debbugs.gnu.org; Mon, 01 Nov 2010 16:22:38 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD0tn-0007a0-Vu for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 16:22:37 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB80020036NTL00@a-mtaout22.012.net.il> for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 22:26:26 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.17.36]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB80028A3G0I870@a-mtaout22.012.net.il>; Mon, 01 Nov 2010 22:26:26 +0200 (IST) Date: Mon, 01 Nov 2010 22:26:25 +0200 From: Eli Zaretskii In-reply-to: <4CCF1753.6010707@swipnet.se> Message-id: <83hbg06b9q.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE X-012-Sender: halo1@inter.net.il References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Mon, 01 Nov 2010 20:38:59 +0100 > From: Jan Dj=C3=A4rv > Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org> >=20 > But implementing fullheight/width on w32 is still better. If you mean this: (w32-send-sys-command #xf030) then it's already implemented. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Mon, 01 Nov 2010 20:32: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: To: Eli Zaretskii Cc: Jan =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864351329370 (code B ref 7296); Mon, 01 Nov 2010 20:32:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 20:31:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD12n-0007df-H7 for submit@debbugs.gnu.org; Mon, 01 Nov 2010 16:31:53 -0400 Received: from mail-gy0-f172.google.com ([209.85.160.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD12m-0007da-1p for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 16:31:52 -0400 Received: by gya6 with SMTP id 6so3582532gya.3 for <7296@debbugs.gnu.org>; Mon, 01 Nov 2010 13:36:12 -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=LYg/RKdFNi/RRM9UWZcvmT6a0ycoC4HoG8LZ9ofEqb0=; b=YHNfcvwnf7udJulrUDoLj7nw5dusTO0UWobc5cGOu1JvhbyRbOgNrqeKVCjMUQkOFJ bRZzb5OQjU3YBira41JAi9qHgeeGHqRfzX/cT14Rh0B/L6aSDJ5ZuYWq8lttWc8pfJiN X2xkR2nrY+W1w5khK/GcJ3YfGzNJlJBEt3yos= 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=Lv2STCmiJ+KamI9nZyEVAqIABSpW/VGGmChNgS+qLjTn5i9Lf/GZbMfW/0oVYx5edl F166YKVw9E3H7xACNhcAKX/Ax52AuoXDFc1CW/dac1uuvehPmAF63b5OP1bN6JfrD1Er GD5633dUShibosdacih+WpFo7lzEz5SGnSy3c= Received: by 10.90.41.10 with SMTP id o10mr249743ago.103.1288643772216; Mon, 01 Nov 2010 13:36:12 -0700 (PDT) MIME-Version: 1.0 Received: by 10.91.145.10 with HTTP; Mon, 1 Nov 2010 13:35:52 -0700 (PDT) In-Reply-To: <83hbg06b9q.fsf@gnu.org> References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> From: Lennart Borgman Date: Mon, 1 Nov 2010 21:35:52 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Mon, Nov 1, 2010 at 9:26 PM, Eli Zaretskii wrote: >> Date: Mon, 01 Nov 2010 20:38:59 +0100 >> From: Jan Dj=C3=A4rv >> Cc: "7296@debbugs.gnu.org" <7296@debbugs.gnu.org> >> >> But implementing fullheight/width on w32 is still better. > > If you mean this: > > =C2=A0(w32-send-sys-command #xf030) > > then it's already implemented. This does not allow you to use just the max height or width. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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 21:08: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: To: Eli Zaretskii Cc: 7296@debbugs.gnu.org, lennart.borgman@gmail.com Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864563730285 (code B ref 7296); Mon, 01 Nov 2010 21:08:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 21:07:17 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD1b2-0007sQ-QR for submit@debbugs.gnu.org; Mon, 01 Nov 2010 17:07:17 -0400 Received: from smtprelay-b12.telenor.se ([62.127.194.21]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD1b0-0007sK-D9 for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 17:07:15 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-b12.telenor.se (Postfix) with ESMTP id 6DAB2E9A5A for <7296@debbugs.gnu.org>; Mon, 1 Nov 2010 22:11:34 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: At0xAIfJzkxV4S1kPGdsb2JhbACDG4RSmXMMAQEBATUtrS6RV4EigzBzBI1c X-IronPort-AV: E=Sophos;i="4.58,276,1286143200"; d="scan'208";a="145327051" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 01 Nov 2010 22:11:33 +0100 Received: from [172.20.199.13] (zeplin [172.20.199.13]) by coolsville.localdomain (Postfix) with ESMTPSA id 670247FA05A; Mon, 1 Nov 2010 22:11:33 +0100 (CET) Message-ID: <4CCF2D04.6070709@swipnet.se> Date: Mon, 01 Nov 2010 22:11:32 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.2.11) Gecko/20101004 Thunderbird/3.1.5 MIME-Version: 1.0 References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> In-Reply-To: <83hbg06b9q.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) Eli Zaretskii skrev 2010-11-01 21.26: >> Date: Mon, 01 Nov 2010 20:38:59 +0100 >> From: Jan Dj=C3=A4rv >> Cc: "7296@debbugs.gnu.org"<7296@debbugs.gnu.org> >> >> But implementing fullheight/width on w32 is still better. > > If you mean this: > > (w32-send-sys-command #xf030) > > then it's already implemented. That does maximize width and height? I mean maximize height only, maximiz= e=20 width only and fullscreen. I think those are missing. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii 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 21:36: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: To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Cc: 7296@debbugs.gnu.org, lennart.borgman@gmail.com Reply-To: Eli Zaretskii Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128864735031056 (code B ref 7296); Mon, 01 Nov 2010 21:36:02 +0000 Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 21:35:50 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD22g-00084r-8l for submit@debbugs.gnu.org; Mon, 01 Nov 2010 17:35:50 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD22d-00084k-4z for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 17:35:48 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB8003006OGO100@a-mtaout22.012.net.il> for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 23:40:06 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.17.36]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB80025I6UOS8A0@a-mtaout22.012.net.il>; Mon, 01 Nov 2010 23:40:05 +0200 (IST) Date: Mon, 01 Nov 2010 23:40:01 +0200 From: Eli Zaretskii In-reply-to: <4CCF2D04.6070709@swipnet.se> Message-id: <83eib467v2.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: QUOTED-PRINTABLE Sun-Java-System-SMTP-Warning: Lines longer than SMTP allows found and truncated. X-012-Sender: halo1@inter.net.il References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Date: Mon, 01 Nov 2010 22:11:32 +0100 > From: Jan Dj=C3=A4rv > CC: lennart.borgman@gmail.com, 7296@debbugs.gnu.org >=20 > > (w32-send-sys-command #xf030) > > > > then it's already implemented. >=20 > That does maximize width and height? Yes. > I mean maximize height only, maximize width only and fullscreen. I > think those are missing. I suspect they cannot be implemented with any degree of accuracy, not with an arbitrary wm. But that's me. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Jason Rumney Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 01:06: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: To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12886599316848 (code B ref -1); Tue, 02 Nov 2010 01:06:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 01:05:31 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD5Jb-0001mP-9i for submit@debbugs.gnu.org; Mon, 01 Nov 2010 21:05:31 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD5JZ-0001mK-Ec for submit@debbugs.gnu.org; Mon, 01 Nov 2010 21:05:29 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD5Nl-0008By-JI for submit@debbugs.gnu.org; Mon, 01 Nov 2010 21:09:50 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID,T_TO_NO_BRKTS_FREEMAIL autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:54035) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD5Nl-0008Bn-Fo for submit@debbugs.gnu.org; Mon, 01 Nov 2010 21:09:49 -0400 Received: from [140.186.70.92] (port=40713 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PD5Nj-0004oB-J7 for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 21:09:49 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD5Nf-0008AJ-C8 for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 21:09:47 -0400 Received: from mail-px0-f169.google.com ([209.85.212.169]:36567) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD5Nf-0008A1-1R for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 21:09:43 -0400 Received: by pxi12 with SMTP id 12so1043619pxi.0 for ; Mon, 01 Nov 2010 18:09:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1wIwIwEaIpCrsDkwPg6o0hSQYBdlafoBLkv6TSOVqsk=; b=ZejvtyZuLBWTvyR0oMahzLtd1BkRrddUYwPmulBkUaY0HxKE/y8kGZ1im0HO+nuWyE rKS7oKqJd9DXsD9UwlxdNZIUHurAm/2PfKqsjV8kFrbGqH7y157CpM7UhtpQwmtDGFda 3ebY5OJ8a40sw+cjT9HRnt01aSXygws8/gYQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Wn3P+7B/qes1faSE3gsJGV7LD2G4O0BBBVx4WgYMn/5AWy1POzmUYO+HQcSGdeiGwG ozHx2VMGEeB2LJBuxH2cmSx340G6WVe53IQZ9lGmsUSK0H4kv11GL9zTviJpdGQLRJ19 xTa7nbu3wk4xL5fEYDxyfEEPc37U7qrDXxZ2k= Received: by 10.142.224.14 with SMTP id w14mr5218847wfg.206.1288660182049; Mon, 01 Nov 2010 18:09:42 -0700 (PDT) Received: from [10.1.1.54] ([61.4.103.130]) by mx.google.com with ESMTPS id x35sm9841445wfd.1.2010.11.01.18.09.40 (version=SSLv3 cipher=RC4-MD5); Mon, 01 Nov 2010 18:09:41 -0700 (PDT) Message-ID: <4CCF64BE.7020808@gnu.org> Date: Tue, 02 Nov 2010 09:09:18 +0800 From: Jason Rumney User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 MIME-Version: 1.0 References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> In-Reply-To: <83eib467v2.fsf@gnu.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) On 02/11/2010 05:40, Eli Zaretskii wrote: >> I mean maximize height only, maximize width only and fullscreen. I >> think those are missing. >> > I suspect they cannot be implemented with any degree of accuracy, not > with an arbitrary wm. But that's me. > They are already implemented for X, which is the only platform that may have an arbitrary wm. Making them work on Windows is fairly trivial using the system parameters that Lennart mentioned (and which we already use for ensuring tooltips remain visible and on a single screen). From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: YAMAMOTO Mitsuharu Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 03:42: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: To: Lennart Borgman Cc: Jan, =?UTF-8?Q?Dj=C3=A4rv?= , 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128866926811924 (code B ref 7296); Tue, 02 Nov 2010 03:42:01 +0000 Received: (at 7296) by debbugs.gnu.org; 2 Nov 2010 03:41:08 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD7kB-00036H-MF for submit@debbugs.gnu.org; Mon, 01 Nov 2010 23:41:08 -0400 Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD7k9-00035v-Cz for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 23:41:07 -0400 Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 61524C0557; Tue, 2 Nov 2010 12:45:23 +0900 (JST) Date: Tue, 02 Nov 2010 12:45:23 +0900 Message-ID: From: YAMAMOTO Mitsuharu In-Reply-To: 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> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?UTF-8?Q?Shij=C5=8D?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) Organization: Faculty of Science, Chiba University MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.8 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.8 (--) >>>>> On Mon, 1 Nov 2010 11:20:16 +0100, Lennart Borgman said: >> Anyway, no matter how you try to specify position/size in detail at >> the Lisp level, additional constraints are forced by the window >> manager on X11 and the Cocoa framework on Mac OS X. =A0And such >> additional constraints actually solve the problem in your >> motivating example in the first place. =A0It looks more natural to >> implement such constraints in the remaining environment, i.e., W32. > I see. Yes, maybe. I will have a look at it. (But I would still > suggest changing display-pixel-height/width.) It seems that the current W32 code already does some kind of "window manager emulation" with respect to the window size ("Force width and height of client area to be exact multiples of the character cell dimensions.") in response to WM_WINDOWPOSCHANGING. I have no experience of W32 programming, but I guess adding some code that restricts width/height to the available area to this part would work. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 03:57: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: To: Jason Rumney Cc: bug-gnu-emacs@gnu.org Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.128867021312280 (code B ref -1); Tue, 02 Nov 2010 03:57:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 03:56:53 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD7zR-0003C1-3u for submit@debbugs.gnu.org; Mon, 01 Nov 2010 23:56:53 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PD7zP-0003Bw-B9 for submit@debbugs.gnu.org; Mon, 01 Nov 2010 23:56:51 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD83b-0000e3-PK for submit@debbugs.gnu.org; Tue, 02 Nov 2010 00:01:12 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_NONE autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:50098) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD83b-0000dy-HR for submit@debbugs.gnu.org; Tue, 02 Nov 2010 00:01:11 -0400 Received: from [140.186.70.92] (port=55475 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PD83a-0000Dv-BG for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 00:01:11 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PD83Z-0000dU-8O for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 00:01:10 -0400 Received: from mtaout22.012.net.il ([80.179.55.172]:58358) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PD83Z-0000dF-23; Tue, 02 Nov 2010 00:01:09 -0400 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LB800600OGLHS00@a-mtaout22.012.net.il>; Tue, 02 Nov 2010 06:01:07 +0200 (IST) Received: from HOME-C4E4A596F7 ([84.229.17.36]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LB8005UUOHUXTD0@a-mtaout22.012.net.il>; Tue, 02 Nov 2010 06:01:07 +0200 (IST) Date: Tue, 02 Nov 2010 06:01:07 +0200 From: Eli Zaretskii In-reply-to: <4CCF64BE.7020808@gnu.org> X-012-Sender: halo1@inter.net.il Message-id: <83aals5q7w.fsf@gnu.org> References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> <4CCF64BE.7020808@gnu.org> X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) > Date: Tue, 02 Nov 2010 09:09:18 +0800 > From: Jason Rumney > Cc: > > On 02/11/2010 05:40, Eli Zaretskii wrote: > > >> I mean maximize height only, maximize width only and fullscreen. I > >> think those are missing. > >> > > I suspect they cannot be implemented with any degree of accuracy, not > > with an arbitrary wm. But that's me. > > > > They are already implemented for X Where? Maybe I misunderstood, but my impression from this discussion was that they aren't and actually the need for them and their utility are debatable. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Jan D." Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 13:22: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: To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.128870410229405 (code B ref -1); Tue, 02 Nov 2010 13:22:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 13:21:42 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDGo2-0007eE-4r for submit@debbugs.gnu.org; Tue, 02 Nov 2010 09:21:42 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDGo0-0007e9-1p for submit@debbugs.gnu.org; Tue, 02 Nov 2010 09:21:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDGsC-0000zH-1b for submit@debbugs.gnu.org; Tue, 02 Nov 2010 09:26:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:59004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDGsB-0000zD-VT for submit@debbugs.gnu.org; Tue, 02 Nov 2010 09:25:59 -0400 Received: from [140.186.70.92] (port=33814 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDGsA-0003Ve-8u for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 09:25:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDGs8-0000xl-Ki for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 09:25:58 -0400 Received: from smtprelay-h21.telenor.se ([195.54.99.196]:55842) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDGs8-0000vT-8Q for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 09:25:56 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h21.telenor.se (Postfix) with ESMTP id DE0BAE9BFB for ; Tue, 2 Nov 2010 14:25:51 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aow2AAuuz0xV4S1kPGdsb2JhbACHcIt7jXwMAQEBATUtwByFRQSNXRk X-IronPort-AV: E=Sophos;i="4.58,281,1286143200"; d="scan'208";a="145458645" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 02 Nov 2010 14:25:51 +0100 Received: from [10.225.16.194] (unknown [193.45.43.33]) by coolsville.localdomain (Postfix) with ESMTPSA id 7AD8B7FA05A for ; Tue, 2 Nov 2010 14:25:50 +0100 (CET) Message-ID: <4CD0115D.8050008@swipnet.se> Date: Tue, 02 Nov 2010 14:25:49 +0100 From: "Jan D." User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; sv-SE; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> <4CCF64BE.7020808@gnu.org> <83aals5q7w.fsf@gnu.org> In-Reply-To: <83aals5q7w.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) Eli Zaretskii skrev 2010-11-02 05:01: >> Date: Tue, 02 Nov 2010 09:09:18 +0800 >> From: Jason Rumney >> Cc: >> >> On 02/11/2010 05:40, Eli Zaretskii wrote: >> >>>> I mean maximize height only, maximize width only and fullscreen. I >>>> think those are missing. >>>> >>> I suspect they cannot be implemented with any degree of accuracy, not >>> with an arbitrary wm. But that's me. >>> >> They are already implemented for X > Where? Maybe I misunderstood, but my impression from this discussion > was that they aren't and actually the need for them and their utility > are debatable. > In xterm.c, do_ewmh_fullscreen. I don't know why you say they are debatable, it is the only way to correctly make an Emacs frame full height or full width or fullscreen or maximized. It lets the WM do the job, so Emacs doesn't need to count pixels and panels and taskbars and autohide and whatever. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 14:21: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: To: "Drew Adams" Cc: 7296@debbugs.gnu.org, 'Lennart Borgman' , 'YAMAMOTO Mitsuharu' Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128870761831160 (code B ref 7296); Tue, 02 Nov 2010 14:21:02 +0000 Received: (at 7296) by debbugs.gnu.org; 2 Nov 2010 14:20:18 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDHik-00086X-KJ for submit@debbugs.gnu.org; Tue, 02 Nov 2010 10:20:18 -0400 Received: from chene.dit.umontreal.ca ([132.204.246.20]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDHij-00086Q-Dw for 7296@debbugs.gnu.org; Tue, 02 Nov 2010 10:20:18 -0400 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by chene.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oA2EOb1E000660; Tue, 2 Nov 2010 10:24:37 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 39FA9B4500; Tue, 2 Nov 2010 10:24:37 -0400 (EDT) From: Stefan Monnier 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> <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> Date: Tue, 02 Nov 2010 10:24:37 -0400 In-Reply-To: <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> (Drew Adams's message of "Mon, 1 Nov 2010 08:09:20 -0700") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3666=0 X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) >> In what way can the working display area size in pixels be >> incompatible? And why is using the current total display area size >> better (and more compatible)? > It's not that one or the other is better; it's that they > are different. Indeed, and it goes even further: if someone cares about the workarea enough to want to know its height and width, she may also want to know its *position* on the screen. So I'm not sure convinced that adding display-pixel-work-height and display-pixel-work-width would be sufficient either. Stefan From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Eli Zaretskii Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 14:50:03 +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: To: "Jan D." Cc: bug-gnu-emacs@gnu.org Reply-To: Eli Zaretskii Received: via spool by submit@debbugs.gnu.org id=B.128870938031934 (code B ref -1); Tue, 02 Nov 2010 14:50:03 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 14:49:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDIBA-0008J1-1j for submit@debbugs.gnu.org; Tue, 02 Nov 2010 10:49:40 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDIB8-0008Iu-1Y for submit@debbugs.gnu.org; Tue, 02 Nov 2010 10:49:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDIFL-0005Xc-Sl for submit@debbugs.gnu.org; Tue, 02 Nov 2010 10:54:00 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:40424) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDIFK-0005XR-UX for submit@debbugs.gnu.org; Tue, 02 Nov 2010 10:53:59 -0400 Received: from [140.186.70.92] (port=51024 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDIFI-0004vw-JL for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 10:53:57 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDIFG-0005Wb-7Q for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 10:53:55 -0400 Received: from fencepost.gnu.org ([140.186.70.10]:45900) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDIFG-0005WW-4X for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 10:53:54 -0400 Received: from eliz by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1PDIFE-0003AT-PL; Tue, 02 Nov 2010 10:53:52 -0400 From: Eli Zaretskii In-reply-to: <4CD0115D.8050008@swipnet.se> (jan.h.d@swipnet.se) References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> <4CCF64BE.7020808@gnu.org> <83aals5q7w.fsf@gnu.org> <4CD0115D.8050008@swipnet.se> Message-Id: Date: Tue, 02 Nov 2010 10:53:52 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.5 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.5 (------) > Date: Tue, 02 Nov 2010 14:25:49 +0100 > From: "Jan D." > Cc: > > >> They are already implemented for X > > Where? Maybe I misunderstood, but my impression from this discussion > > was that they aren't and actually the need for them and their utility > > are debatable. > > > > In xterm.c, do_ewmh_fullscreen. I don't know why you say they are > debatable Like I said, I probably misunderstood. It's easy, what with all the bikeshedding in this thread. > it is the only way to correctly make an Emacs frame full > height or full width or fullscreen or maximized. It lets the WM do the > job, so Emacs doesn't need to count pixels and panels and taskbars and > autohide and whatever. I think the only practical way of doing the same on Windows is to exclude the area reserved for the task bar. It could be that in a few rare cases this will produce less pixels than are strictly possible. So what are the objections to this (my original suggestion) at this point? To be 100% clear, I suggest: . on w32, return the dimensions sans the reserved part(s) . on other GUI platforms, no change from the current behavior From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Tue, 02 Nov 2010 15:21: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: To: Stefan Monnier Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu , Drew Adams Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128871121632675 (code B ref 7296); Tue, 02 Nov 2010 15:21:01 +0000 Received: (at 7296) by debbugs.gnu.org; 2 Nov 2010 15:20:16 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDIem-0008Uy-CJ for submit@debbugs.gnu.org; Tue, 02 Nov 2010 11:20:16 -0400 Received: from mail-yw0-f44.google.com ([209.85.213.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDIek-0008Ur-9e for 7296@debbugs.gnu.org; Tue, 02 Nov 2010 11:20:14 -0400 Received: by ywp6 with SMTP id 6so4161013ywp.3 for <7296@debbugs.gnu.org>; Tue, 02 Nov 2010 08:24:36 -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=0GR6egzsSqUmh9NbvAjQeQGqjbJW5DqAwdPxNK58gUg=; b=khkFxsvvI4zOkFYPfiBm+Kk5x1RcrQSrAa1cDVPTJIX/bWQ/l+GaaQ4Jse/oiAZHu9 MoUIPU1sTzNB69pDQVHQqA64wiLA/kC3q2bvpoiISkwyRrrKOfF9Hp/lDOilWXwbMdtO ZCTFqhzWKldTsz4hUkfCHfbtPbYuXB681X1b8= 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=n7x/oVpdodXRAP9sTUOB3LKB+WL9Pfnashi7EVGj7GYIwt5v+lFeJHej2qdPZYkmCb F5gJagCMhclr3PPM2nrK3MiGqgIQGIJZA0v5NEBpX+/pir8gVpBMtqK3BVrl1qjpILc0 NB6cIFLULzDFhO3lLKgMOrSQKWgwmZUQv3Ei0= Received: by 10.224.206.138 with SMTP id fu10mr9714495qab.179.1288711476675; Tue, 02 Nov 2010 08:24:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Tue, 2 Nov 2010 08:24:14 -0700 (PDT) In-Reply-To: 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> <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> From: Lennart Borgman Date: Tue, 2 Nov 2010 16:24:14 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -2.9 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.9 (--) On Tue, Nov 2, 2010 at 3:24 PM, Stefan Monnier w= rote: >>> In what way can the working display area size in pixels be >>> incompatible? And why is using the current total display area size >>> better (and more compatible)? >> It's not that one or the other is better; it's that they >> are different. > > Indeed, and it goes even further: if someone cares about the workarea > enough to want to know its height and width, she may also want to know > its *position* on the screen. =C2=A0So I'm not sure convinced that > adding display-pixel-work-height and display-pixel-work-width would be > sufficient either. Yes, you are right it is not enough. On w32 you get the values for the workarea as a rectangle with the functions I pointed to. Maybe we should have a function that return a list with the work area values (top left right bottom) instead? From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Tue, 02 Nov 2010 16:07: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: To: Eli Zaretskii Cc: bug-gnu-emacs@gnu.org, "Jan D." Received: via spool by submit@debbugs.gnu.org id=B.12887140001403 (code B ref -1); Tue, 02 Nov 2010 16:07:01 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 16:06:40 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDJNg-0000Ma-5E for submit@debbugs.gnu.org; Tue, 02 Nov 2010 12:06:40 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDJNe-0000MV-VP for submit@debbugs.gnu.org; Tue, 02 Nov 2010 12:06:39 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDJRs-0005Zv-DX for submit@debbugs.gnu.org; Tue, 02 Nov 2010 12:11:01 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:42288) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDJRs-0005Zr-4L for submit@debbugs.gnu.org; Tue, 02 Nov 2010 12:11:00 -0400 Received: from [140.186.70.92] (port=35849 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDJRq-0005gi-T5 for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 12:10:59 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDJRp-0005ZJ-MH for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 12:10:58 -0400 Received: from mail-vw0-f41.google.com ([209.85.212.41]:35038) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDJRp-0005Z0-Jx; Tue, 02 Nov 2010 12:10:57 -0400 Received: by vws18 with SMTP id 18so5577527vws.0 for ; Tue, 02 Nov 2010 09:10:56 -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=JNnoKEA6rWJ8iGTjl2JsGpErIa3hImmVeDBslJQtOO0=; b=p2unkqBt/foOvfxyu0DIwOafM7LgsvVbunAQUcXlwzS97gSO8FblBsNr4/A8maOJx6 tydN2JjKs/ZMuT83H/NSrtzIp64qlVhcri4i9c9gn8g6mTgLTLVaKbu7ZxUW2gOALaz0 R7jFMg6EpvJOLkqUXYWhGD4M4u+iamTXYVdN0= 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=HhrS6LGv+DXBnMwky3qEZa0BzHn3hp737sK4/BGtGmf4WNwk85RHte92unkg6qsN00 Lg0FDbswJPFAbvksYJjixpZzvyapW/8AZgJiqvkxnhOg+lR5/yLsxNcGdQOkGzJcDVb+ CRfi9/7tQbPos5yP1n9VS+cYD/2SO4BCjNVBA= Received: by 10.224.217.70 with SMTP id hl6mr9483356qab.79.1288714256201; Tue, 02 Nov 2010 09:10:56 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.224.199 with HTTP; Tue, 2 Nov 2010 09:10:32 -0700 (PDT) In-Reply-To: References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> <4CCF64BE.7020808@gnu.org> <83aals5q7w.fsf@gnu.org> <4CD0115D.8050008@swipnet.se> From: Lennart Borgman Date: Tue, 2 Nov 2010 17:10:32 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.6 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) On Tue, Nov 2, 2010 at 3:53 PM, Eli Zaretskii wrote: > >> it is the only way to correctly make an Emacs frame full >> height or full width or fullscreen or maximized. =C2=A0It lets the WM do= the >> job, so Emacs doesn't need to count pixels and panels and taskbars and >> autohide and whatever. > > I think the only practical way of doing the same on Windows is to > exclude the area reserved for the task bar. =C2=A0It could be that in a f= ew > rare cases this will produce less pixels than are strictly possible. > So what are the objections to this (my original suggestion) at this > point? =C2=A0To be 100% clear, I suggest: > > =C2=A0. on w32, return the dimensions sans the reserved part(s) > =C2=A0. on other GUI platforms, no change from the current behavior Please see Stefan's objection and my reply to that. In addition to that I suggest that we clearly document that display-pixel-height/width returns the total size (even if that seems self evident to some here). From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: Stefan Monnier Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 17:14: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: To: Lennart Borgman Cc: 7296@debbugs.gnu.org, YAMAMOTO Mitsuharu , Drew Adams Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12887180053206 (code B ref 7296); Tue, 02 Nov 2010 17:14:01 +0000 Received: (at 7296) by debbugs.gnu.org; 2 Nov 2010 17:13:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKQH-0000pf-Jl for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:13:25 -0400 Received: from pruche.dit.umontreal.ca ([132.204.246.22]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKQG-0000pa-2I for 7296@debbugs.gnu.org; Tue, 02 Nov 2010 13:13:25 -0400 Received: from faina.iro.umontreal.ca (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id oA2HHgge014241; Tue, 2 Nov 2010 13:17:43 -0400 Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 5751CB40E9; Tue, 2 Nov 2010 13:17:42 -0400 (EDT) From: Stefan Monnier Message-ID: References: <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCB2713.5070104@swipnet.se> <4CCBC930.5060705@swipnet.se> <2EDD5E782A7C473C875477D2F2A4B743@us.oracle.com> Date: Tue, 02 Nov 2010 13:17:42 -0400 In-Reply-To: (Lennart Borgman's message of "Tue, 2 Nov 2010 16:24:14 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV3667=0 X-Spam-Score: -2.0 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.0 (--) > Yes, you are right it is not enough. On w32 you get the values for the > workarea as a rectangle with the functions I pointed to. Maybe we > should have a function that return a list with the work area values > (top left right bottom) instead? That would be more useful, yes. Not sure if it would be useful at all, in general, tho: e.g. I don't know if such data can be obtained for X11 and/or *Step. If not, then maybe this data should be kept internal and only the fullheight and fullwidth thingies should make use of it (under w32). Stefan From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 17:45: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: To: "'Eli Zaretskii'" , "'Jan D.'" Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12887198654046 (code B ref -1); Tue, 02 Nov 2010 17:45:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 17:44:25 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKuH-00013D-1W for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:44:25 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKuF-000138-4x for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:44:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDKyT-0004Yj-4V for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:48:46 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, T_RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:42496) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDKyT-0004Yf-2E for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:48:45 -0400 Received: from [140.186.70.92] (port=33434 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDKyQ-0006vK-PN for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 13:48:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDKyP-0004Xu-Ay for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 13:48:42 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]:21416) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDKyN-0004XI-5D; Tue, 02 Nov 2010 13:48:39 -0400 Received: from rcsinet15.oracle.com (rcsinet15.oracle.com [148.87.113.117]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA2HmY5o023882 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Nov 2010 17:48:35 GMT Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155]) by rcsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA2Fj6hq023797; Tue, 2 Nov 2010 17:48:33 GMT Received: from abhmt020.oracle.com by acsmt353.oracle.com with ESMTP id 743093181288720091; Tue, 02 Nov 2010 10:48:11 -0700 Received: from dradamslap1 (/10.159.219.93) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 02 Nov 2010 10:48:06 -0700 From: "Drew Adams" References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se><83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org><4CCF64BE.7020808@gnu.org> <83aals5q7w.fsf@gnu.org><4CD0115D.8050008@swipnet.se> Date: Tue, 2 Nov 2010 10:48:01 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Act6sbcbLSWDokUzSfGJxBr86xH0RgAAzEMg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) > So what are the objections to this (my original suggestion) at this > point? To be 100% clear, I suggest: > > . on w32, return the dimensions sans the reserved part(s) > . on other GUI platforms, no change from the current behavior Hardly 100% clear. Are you talking about changing the behavior of `display-pixel-height' or defining a new function to do that? You refer to your "original suggestion". Do you mean this suggestion: >> Wouldn't it make more sense for display-pixel-height/width >> to return the height available for display? and >> "Available" means it does not include portions that are not >> usable by any window. If so, that sounds like a proposal to change the meaning/behavior of the function. I, for one, object to that (see the thread). I have no objection to your defining a new function that does that (or anything else), however. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough 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: Tue, 02 Nov 2010 17:51: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: To: Eli Zaretskii Cc: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.12887202054225 (code B ref -1); Tue, 02 Nov 2010 17:51:02 +0000 Received: (at submit) by debbugs.gnu.org; 2 Nov 2010 17:50:05 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKzl-000166-A4 for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:50:05 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDKzi-00015f-RW for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:50:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDL3u-0005L7-5V for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:54:26 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00 autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:35795) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDL3u-0005L3-33 for submit@debbugs.gnu.org; Tue, 02 Nov 2010 13:54:22 -0400 Received: from [140.186.70.92] (port=59705 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PDL3t-0000SF-2n for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 13:54:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PDL3r-0005Kg-Si for bug-gnu-emacs@gnu.org; Tue, 02 Nov 2010 13:54:20 -0400 Received: from smtprelay-h31.telenor.se ([213.150.131.4]:48813) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PDL3r-0005KL-Jj; Tue, 02 Nov 2010 13:54:19 -0400 Received: from ipb2.telenor.se (ipb2.telenor.se [195.54.127.165]) by smtprelay-h31.telenor.se (Postfix) with ESMTP id 313E0E91C8; Tue, 2 Nov 2010 18:54:18 +0100 (CET) X-SENDER-IP: [85.225.45.100] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ao00AFPtz0xV4S1kPGdsb2JhbACHcZlnDAEBAQE1LcBdhUUEjV0 X-IronPort-AV: E=Sophos;i="4.58,283,1286143200"; d="scan'208";a="145520529" Received: from c-642de155.25-1-64736c10.cust.bredbandsbolaget.se (HELO coolsville.localdomain) ([85.225.45.100]) by ipb2.telenor.se with ESMTP; 02 Nov 2010 18:54:18 +0100 Received: from [172.20.199.2] (gaffa [172.20.199.2]) by coolsville.localdomain (Postfix) with ESMTP id 50C867FA05A; Tue, 2 Nov 2010 18:54:17 +0100 (CET) Message-ID: <4CD0504B.50206@swipnet.se> Date: Tue, 02 Nov 2010 18:54:19 +0100 From: Jan =?UTF-8?Q?Dj=C3=A4rv?= User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 References: <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> <4CCEA66C.8060900@swipnet.se> <4CCF1753.6010707@swipnet.se> <83hbg06b9q.fsf@gnu.org> <83eib467v2.fsf@gnu.org> <4CCF64BE.7020808@gnu.org> <83aals5q7w.fsf@gnu.org> <4CD0115D.8050008@swipnet.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.3 (----) 2010-11-02 15:53, Eli Zaretskii skrev: >> Date: Tue, 02 Nov 2010 14:25:49 +0100 >> From: "Jan D." >> Cc: >> >>>> They are already implemented for X >>> Where? Maybe I misunderstood, but my impression from this discussion >>> was that they aren't and actually the need for them and their utility >>> are debatable. >>> >> >> In xterm.c, do_ewmh_fullscreen. I don't know why you say they are >> debatable > > Like I said, I probably misunderstood. It's easy, what with all the > bikeshedding in this thread. > >> it is the only way to correctly make an Emacs frame full >> height or full width or fullscreen or maximized. It lets the WM do the >> job, so Emacs doesn't need to count pixels and panels and taskbars and >> autohide and whatever. > > I think the only practical way of doing the same on Windows is to > exclude the area reserved for the task bar. It could be that in a few > rare cases this will produce less pixels than are strictly possible. > So what are the objections to this (my original suggestion) at this > point? To be 100% clear, I suggest: > > . on w32, return the dimensions sans the reserved part(s) > . on other GUI platforms, no change from the current behavior Besides the position thing, it makes it impossible do some tasks, calculating dpi was mentioned. But the biggest objection is that users will find that on w32 they can create a frame that doesn't cover the taskbar. But when they run the same lisp code on X, it does cover the Gnome/KDE panels. Jan D. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough References: In-Reply-To: Resent-From: "Drew Adams" Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 02 Nov 2010 18:21: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: To: Cc: 7296@debbugs.gnu.org, mituharu@math.s.chiba-u.ac.jp Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12887220064976 (code B ref 7296); Tue, 02 Nov 2010 18:21:01 +0000 Received: (at 7296) by debbugs.gnu.org; 2 Nov 2010 18:20:06 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDLSn-0001ID-Lw for submit@debbugs.gnu.org; Tue, 02 Nov 2010 14:20:05 -0400 Received: from rcsinet10.oracle.com ([148.87.113.121]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PDLSm-0001Ho-Gj for 7296@debbugs.gnu.org; Tue, 02 Nov 2010 14:20:05 -0400 Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.2) with ESMTP id oA2IOPB1011728 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 2 Nov 2010 18:24:27 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id oA2H1sI5016664; Tue, 2 Nov 2010 18:24:24 GMT Received: from abhmt019.oracle.com by acsmt355.oracle.com with ESMTP id 741879511288722257; Tue, 02 Nov 2010 11:24:17 -0700 Received: from dradamslap1 (/10.159.219.93) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 02 Nov 2010 11:24:17 -0700 From: "Drew Adams" Date: Tue, 2 Nov 2010 11:24:15 -0700 Message-ID: <1886CEE3C5E349D2A645454175C010DE@us.oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 Thread-Index: Act57+U4Wz+HVoFXQme/EoUozw5IwgAAM+aQADKHlTA= X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 X-Spam-Score: -6.3 (------) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.3 (------) For some reason, it seems this message never made it to the BUGS list. = Sending again.=20 -----Original Message----- From: Drew Adams Sent: Monday, November 01, 2010 11:36 AM To: 'Lennart Borgman' Cc: 'YAMAMOTO Mitsuharu'; '7296@debbugs.gnu.org' > > It's not that one or the other is better; it's that they=20 > > are different. =A0If you change the meaning and return value > > of an existing function then you break existing code. =A0If > > you want to add an additional function that returns some > > other value that you find more useful, that's one thing. =A0 > > Proposing to change the existing function is something else again. >=20 > There is no clear description of what display-pixel-height currently > returns. So how do we know how it is currently used? I know how I currently use it (and I pointed you to the code). And my = code has been been used by others as well (it is included in Aquamacs, AFAIK). = It seems to DTRT. How did I find out what `display-pixel-height' returns? Well, I tried = it out, for one thing. And I read the doc string, which I found clear enough. You cannot change the behavior of something radically just because you = feel the doc is not precise enough. Imprecise doc is not a license to change up = to down or whole to part. These functions have been around quite a while. If you want something incompatibly different then create a new function. Do not try to turn = the existing functions upside down. > It looks like it is difficult to get this information, but as I said > the current return value must be documented. I suggest that we just > change the doc string and says that it returns value for the total > display. I'm all for clear doc. But in this case I don't see the difference. If = I tell you that function `foobar' returns the diameter of its input circle, is = that different from telling you that it returns the "total" diameter? Is the length of your bicycle different from the length of your whole = bicycle? With no qualifier I think that the entire display is understood = implicitly. > And in addition to that it would probably be good to have the > "opposite" function too. At least I need it. It is in the doc of your new, partial-height function that you would = state that it returns the height of only part of the (total) display. In sum, you are looking for a different behavior from what `display-pixel-height' provides. For that you should be asking for a = different function - exactly as you would do if you wanted to change the return = units from pixels to lines. This is not a doc issue IMO, and IMO it is not a problem with `display-pixel-height'. What you are asking for is (or should be) a = new, additional function. From unknown Wed Jun 18 23:03:50 2025 X-Loop: help-debbugs@gnu.org Subject: bug#7296: display-pixel-height not enough References: In-Reply-To: Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 03 Jan 2015 18:47: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: To: "Lennart Borgman (gmail)" , 7296@debbugs.gnu.org Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.142031078117994 (code B ref 7296); Sat, 03 Jan 2015 18:47:02 +0000 Received: (at 7296) by debbugs.gnu.org; 3 Jan 2015 18:46:21 +0000 Received: from localhost ([127.0.0.1]:35813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7TiP-0004gA-FK for submit@debbugs.gnu.org; Sat, 03 Jan 2015 13:46:21 -0500 Received: from mout.gmx.net ([212.227.15.19]:60546) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Y7TiM-0004g1-He for 7296@debbugs.gnu.org; Sat, 03 Jan 2015 13:46:19 -0500 Received: from [194.166.85.1] ([194.166.85.1]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0LrNE4-1Xg99Y2IqS-01346o; Sat, 03 Jan 2015 19:46:16 +0100 Message-ID: <54A838EE.20508@gmx.at> Date: Sat, 03 Jan 2015 19:46:06 +0100 From: martin rudalics MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:uKb/3uw5hI4bLrGnmGgkOeat59kGwG1d0zk/O3ax+W0OHUsCPCf p9i+0Of/hRsp9s/zKe22qH7IndQlsXNbrVHimwqqXpQ7XLgoExouCZXo6zTJ2inRq0lQQf/ r7IAIjPdzNv7LzlPG2/Kh7ZdnHbiuDlMuojDQIoeVaBwnGB65iMuYzBU1uCYyMiXa3ZFvFG JftBxTTNaJWKClPAMqJ+w== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > If you want to know how much height there is available to display a > frame then display-pixel-height does not give you the information you > need. The taskbar (w32 name, I have no idea what it is called on other > platform) and other "bars" may have reserved some of the vertical > space. `display-monitor-attributes-list' should provide all the information you need now. Unless something was left out please consider closing this bug. Thanks, martin From unknown Wed Jun 18 23:03:50 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Lennart Borgman Subject: bug#7296: closed (Re: bug#7296: display-pixel-height not enough) Message-ID: References: <54DE429C.6000007@gmx.at> X-Gnu-PR-Message: they-closed 7296 X-Gnu-PR-Package: emacs Reply-To: 7296@debbugs.gnu.org Date: Fri, 13 Feb 2015 18:30:10 +0000 Content-Type: multipart/mixed; boundary="----------=_1423852210-1050-1" This is a multi-part message in MIME format... ------------=_1423852210-1050-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #7296: display-pixel-height not enough which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 7296@debbugs.gnu.org. --=20 7296: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D7296 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1423852210-1050-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 7296-done) by debbugs.gnu.org; 13 Feb 2015 18:30:07 +0000 Received: from localhost ([127.0.0.1]:42171 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YML0B-0000GV-9e for submit@debbugs.gnu.org; Fri, 13 Feb 2015 13:30:07 -0500 Received: from mout.gmx.net ([212.227.17.22]:49251) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YML08-0000FA-KR for 7296-done@debbugs.gnu.org; Fri, 13 Feb 2015 13:30:05 -0500 Received: from [88.117.117.6] ([88.117.117.6]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LaXmV-1XsY143jKx-00mJR5; Fri, 13 Feb 2015 19:29:58 +0100 Message-ID: <54DE429C.6000007@gmx.at> Date: Fri, 13 Feb 2015 19:29:48 +0100 From: martin rudalics MIME-Version: 1.0 To: "Lennart Borgman (gmail)" , 7296-done@debbugs.gnu.org Subject: Re: bug#7296: display-pixel-height not enough References: <54A838EE.20508@gmx.at> In-Reply-To: <54A838EE.20508@gmx.at> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:ktuNknNwYFLMCCNtUg7xV111B35k+NgUEVSBHom/CAHL6h+tvtm fHtdwEYxcD/FAUT+x7PNajknDOaeX01Q/rajWWY2pGca72AWG98PjG7drHiK+eE/8di28xs 9Zg0tQOZpu+9WiLBT7Sdj9vcxzqiRMW+kHubtsMWwyu/azH8hNfcXL03i2QEwYMXsIxy4kc sWwlMBzFUKqY61/KHm+qg== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 7296-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > `display-monitor-attributes-list' should provide all the information you > need now. Unless something was left out please consider closing this > bug. Bug closed. Thanks, martin ------------=_1423852210-1050-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 28 Oct 2010 10:07:29 +0000 Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBPOL-0006lj-2u for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:07:29 -0400 Received: from eggs.gnu.org ([140.186.70.92]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PBPOJ-0006le-7I for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:07:27 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBPSJ-0004Hk-40 for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:11:36 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,T_DKIM_INVALID autolearn=unavailable version=3.3.1 Received: from lists.gnu.org ([199.232.76.165]:57656) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PBPSJ-0004Hd-0t for submit@debbugs.gnu.org; Thu, 28 Oct 2010 06:11:35 -0400 Received: from [140.186.70.92] (port=58670 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PBPSF-00032A-JJ for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:34 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PBPSD-0004Fg-Hr for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:31 -0400 Received: from mail-yw0-f41.google.com ([209.85.213.41]:51068) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PBPSD-0004FD-93 for bug-gnu-emacs@gnu.org; Thu, 28 Oct 2010 06:11:29 -0400 Received: by ywl5 with SMTP id 5so617307ywl.0 for ; Thu, 28 Oct 2010 03:11:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=oyPL1iag5Jmy8o0aEBdSVFW92vQZBX15FSdIfSLBuiM=; b=dGriomwAZ3ZuuWLiHxPMo2tF4kSP5A0iYVW+696ajoYd7huPYg4t5GDONBAuxaMXby SZ4wav2wXOb725wgtpdhPwkG0uQRJR11lAfs6QzdKnUOuhqj++RBSwx6SP/QOGCU/lAr 5BhZNsyFsN6DLSXrBf25C3X/x3pcwN09g82xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=oYS8QAY67vEFjWA57Jt3bAyweQOoh82YFZI3PIjtwFeLmufZkKP58YJL/M+UCrvRgz axRyKNQP7it19Z8Yfl4PoFOabCoPMCtG7iAKnTeZdgS3qIkqWpB76AZ4zxWkoGg2gLKd WCM5/9/jUN0mGOcyUulWZssOYOBBOsOTZh6h8= Received: by 10.91.10.7 with SMTP id n7mr2460937agi.99.1288260688044; Thu, 28 Oct 2010 03:11:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.90.236.19 with HTTP; Thu, 28 Oct 2010 03:11:07 -0700 (PDT) From: Lennart Borgman Date: Thu, 28 Oct 2010 12:11:07 +0200 Message-ID: Subject: display-pixel-height not enough To: Emacs Bugs Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-Spam-Score: -4.6 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.6 (----) If you want to know how much height there is available to display a frame then display-pixel-height does not give you the information you need. The taskbar (w32 name, I have no idea what it is called on other platform) and other "bars" may have reserved some of the vertical space. I suggest adding something like display-available-pixel-height that gives the actual height available for a frame that can be totally visible. (There is a similar problem for the width.) ------------=_1423852210-1050-1--