From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Lennart Borgman Newsgroups: gmane.emacs.bugs Subject: bug#7296: display-pixel-height not enough Date: Mon, 1 Nov 2010 13:04:11 +0100 Message-ID: References: <83hbg66vt4.fsf@gnu.org> <83d3qt77lj.fsf@gnu.org> <4CCA9E5D.5060002@swipnet.se> <838w1h6zbp.fsf@gnu.org> <4CCAC90B.4070800@swipnet.se> <4CCB2713.5070104@swipnet.se> <4CCBC930.5060705@swipnet.se> <4CCEA732.4070805@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1288614527 28191 80.91.229.12 (1 Nov 2010 12:28:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2010 12:28:47 +0000 (UTC) Cc: 7296@debbugs.gnu.org To: Jan =?UTF-8?Q?Dj=C3=A4rv?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 01 13:28:42 2010 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PCtVB-00080x-1R for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 13:28:41 +0100 Original-Received: from localhost ([127.0.0.1]:34219 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCtNJ-0005hT-Vs for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 08:20:33 -0400 Original-Received: from [140.186.70.92] (port=41205 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCtGO-000277-7z for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 08:13:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCtGK-0001Fr-IK for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 08:13:22 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:40678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCtGK-0001Fn-FZ for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 08:13:20 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCt4Q-0003UU-9I; Mon, 01 Nov 2010 08:01:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: 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: Original-Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.128861282013408 (code B ref 7296); Mon, 01 Nov 2010 12:01:02 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 12:00:20 +0000 Original-Received: from localhost ([127.0.0.1] helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt3k-0003UD-Jq for submit@debbugs.gnu.org; Mon, 01 Nov 2010 08:00:20 -0400 Original-Received: from mail-vw0-f44.google.com ([209.85.212.44]) by debbugs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1PCt3i-0003U8-Sr for 7296@debbugs.gnu.org; Mon, 01 Nov 2010 08:00:19 -0400 Original-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= Original-Received: by 10.224.137.131 with SMTP id w3mr8202191qat.88.1288613078278; Mon, 01 Nov 2010 05:04:38 -0700 (PDT) Original-Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 05:04:11 -0700 (PDT) In-Reply-To: <4CCEA732.4070805@swipnet.se> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 01 Nov 2010 08:01:02 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41336 Archived-At: 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?