From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: x-display-pixel-width/height inconsistency Date: Thu, 21 Mar 2013 10:51:26 +0900 Organization: Faculty of Science, Chiba University Message-ID: 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 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1363830698 13409 80.91.229.3 (21 Mar 2013 01:51:38 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 21 Mar 2013 01:51:38 +0000 (UTC) Cc: emacs-devel@gnu.org To: Dmitry Gutov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 21 02:52:04 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 1UIUfg-0002St-8g for ged-emacs-devel@m.gmane.org; Thu, 21 Mar 2013 02:52:00 +0100 Original-Received: from localhost ([::1]:35623 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIUfI-0000vM-J7 for ged-emacs-devel@m.gmane.org; Wed, 20 Mar 2013 21:51:36 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:54986) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIUfE-0000ux-F3 for emacs-devel@gnu.org; Wed, 20 Mar 2013 21:51:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UIUfD-0000Wx-AK for emacs-devel@gnu.org; Wed, 20 Mar 2013 21:51:32 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:52356) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UIUfC-0000WX-PZ for emacs-devel@gnu.org; Wed, 20 Mar 2013 21:51:31 -0400 Original-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 127DEC055D; Thu, 21 Mar 2013 10:51:27 +0900 (JST) In-Reply-To: <87sj3po835.fsf@yandex.ru> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.3 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 133.82.132.2 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:158016 Archived-At: >>>>> On Thu, 21 Mar 2013 05:27:42 +0400, Dmitry Gutov said: >> And could someone who is familiar with the W32 (or NS) port help us >> make these functions consistent with the X11 version? Otherwise elisp >> programs that use these common functions (unconsciously) relying on >> platform-specific behavior will not work as intended on other >> platforms. >> >> (Actually, some users have sent me "bug reports" that the behavior of >> display-pixel-width/height on the Mac port is "wrong" for the reason >> that they do not return the same values as the NS port, whereas those >> in the Mac port behave consistently with those in X11.) > Aside from it being X11 behavior, why do you consider it the "right" > one? I see how I could use one monitor's dimensions (to make Emacs take > full screen, or half width, etc), but what use is the "total size"? > My monitors are of different size, you couldn't make Emacs fully > maximized to both of them, even if you tried. First, thanks for many experiments. 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. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp