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 11:20:16 +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> 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 1288608485 2970 80.91.229.12 (1 Nov 2010 10:48:05 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2010 10:48:05 +0000 (UTC) Cc: 7296@debbugs.gnu.org To: YAMAMOTO Mitsuharu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Nov 01 11:47:56 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 1PCrva-0008Cq-2C for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 11:47:55 +0100 Original-Received: from localhost ([127.0.0.1]:47081 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCrvX-0007UK-7A for geb-bug-gnu-emacs@m.gmane.org; Mon, 01 Nov 2010 06:47:47 -0400 Original-Received: from [140.186.70.92] (port=52345 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCrvL-0007HS-IO for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 06:47:37 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCrrE-0001XV-BP for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 06:43:21 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37884) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCrrE-0001XR-9s for bug-gnu-emacs@gnu.org; Mon, 01 Nov 2010 06:43:20 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.69) (envelope-from ) id 1PCrRl-0001p6-Re; Mon, 01 Nov 2010 06:17:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lennart Borgman Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-To: owner@debbugs.gnu.org Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: 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: Original-Received: via spool by 7296-submit@debbugs.gnu.org id=B7296.12886066016997 (code B ref 7296); Mon, 01 Nov 2010 10:17:01 +0000 Original-Received: (at 7296) by debbugs.gnu.org; 1 Nov 2010 10:16:41 +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 1PCrRR-0001oo-Hk for submit@debbugs.gnu.org; Mon, 01 Nov 2010 06:16:41 -0400 Original-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 Original-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= Original-Received: by 10.229.95.204 with SMTP id e12mr7175188qcn.139.1288606837750; Mon, 01 Nov 2010 03:20:37 -0700 (PDT) Original-Received: by 10.229.224.199 with HTTP; Mon, 1 Nov 2010 03:20:16 -0700 (PDT) In-Reply-To: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.11 Precedence: list Resent-Date: Mon, 01 Nov 2010 06:17:01 -0400 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:41331 Archived-At: 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.)