From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.devel Subject: Re: x-display-pixel-width/height inconsistency Date: Thu, 21 Mar 2013 06:43:28 +0400 Message-ID: <514A73D0.8020503@yandex.ru> References: <87vc8nyoat.fsf@yandex.ru> <8738vrq67p.fsf@yandex.ru> <87vc8metkw.fsf@yandex.ru> <8738vqyxnt.fsf@yandex.ru> <87sj3po835.fsf@yandex.ru> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1363833826 4685 80.91.229.3 (21 Mar 2013 02:43:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Mar 2013 02:43:46 +0000 (UTC) Cc: emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 21 03:44:12 2013 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1UIVUC-0000ql-9e for ged-emacs-devel@m.gmane.org; Thu, 21 Mar 2013 03:44:12 +0100 Original-Received: from localhost ([::1]:41393 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIVTp-0003Oe-36 for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 22:43:49 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:36549) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIVTY-0003E6-Tl for emacs-devel@gnu.org; Wed, 20 Mar 2013 22:43:45 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIVTU-0007Tz-Iv for emacs-devel@gnu.org; Wed, 20 Mar 2013 22:43:32 -0400 Original-Received: from mail-la0-x230.google.com ([2a00:1450:4010:c03::230]:49258) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIVTU-0007Ts-B6 for emacs-devel@gnu.org; Wed, 20 Mar 2013 22:43:28 -0400 Original-Received: by mail-la0-f48.google.com with SMTP id fq13so4280495lab.35 for ; Wed, 20 Mar 2013 19:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:sender:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding:x-antivirus:x-antivirus-status; bh=g86OPva1mfaiuVLCqFuUW2A9AjARPla5NZsm/H9+sQA=; b=TBRyV6Ylj5Cua45Q9xGhe065F3mikiW/bTq37F1+xyOwvybj4buIfd7/RKK0ooyZSX KcBg1A/s9BlLFkkGehj7Mo8SgEMr4x6CK82pTQidOEEsdvluPJhmSNIpM5OHSkse4wvD 5cmphfOZik6ImDdCCjvs0j9Em8M64W9tNjFhpezEkmt1AhtWiO4DDxlUcpa9ae2MTM9T 9iaR+H/absykpsBBkHAxfveoLpz4SItBpJUrTX2ib5OluIkc7Fui0sKtM9mdVZImluHY dzVhBMgwJwJxqHh7oqX67DwLDYcHwzcN/DVcDuM58kuqn9R2thReOKYLV6gMsjdg7J/k 45Cg== X-Received: by 10.112.42.37 with SMTP id k5mr10671716lbl.49.1363833806736; Wed, 20 Mar 2013 19:43:26 -0700 (PDT) Original-Received: from [127.0.0.1] ([178.252.98.87]) by mx.google.com with ESMTPS id mq7sm1752815lab.1.2013.03.20.19.43.24 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 20 Mar 2013 19:43:25 -0700 (PDT) User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 In-Reply-To: X-Antivirus: avast! (VPS 130320-1, 21.03.2013), Outbound message X-Antivirus-Status: Clean X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c03::230 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:158017 Archived-At: On 21.03.2013 5:51, YAMAMOTO Mitsuharu wrote: > First, thanks for many experiments. No problem. Your latest patch has two typos: w32fns.c: In function `Fx_display_mm_height': w32fns.c:4737: error: `dc' undeclared (first use in this function) w32fns.c:4737: error: (Each undeclared identifier is reported only once w32fns.c:4737: error: for each function it appears in.) w32fns.c: In function `Fx_display_mm_width': w32fns.c:4755: error: `dc' undeclared (first use in this function) With them fixed, the behavior seems to be right: ELISP> (x-display-pixel-height) 1200 ELISP> (x-display-pixel-width) 3200 ELISP> (display-mm-height) 423 ELISP> (display-mm-width) 1128 That's the correct values for the bounding box. At least, the first two. > I understand users want to know the size of each monitor rather than > the total size. But that does not justify changing existing common > functions in an inconsistent and ad hoc way and making them > platform-specific unnecessarily. If such functionality is necessary, > it should be provided in a platform-independent and consistent way. Of course. I was just asking why you picked this specific behavior to make consistent across platforms. If the existing X11 behavior is actually in use somewhere, then that makes sense, of course.