From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: x-display-pixel-width/height inconsistency Date: Sun, 05 May 2013 21:55:15 -0400 Message-ID: References: <514A5DE1.10009@gmx.de> <831ub767wf.fsf@gnu.org> <83mwtu4p7c.fsf@gnu.org> <83vc8h313t.fsf@gnu.org> <5073D6B8-95E4-4012-AA74-106F428379DC@swipnet.se> <8BD4B041-5A3F-4D7C-AFD3-E997E194AA9D@swipnet.se> <02B98FCD-71DB-47EC-B58B-41A2539FF61A@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1367805331 7290 80.91.229.3 (6 May 2013 01:55:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 6 May 2013 01:55:31 +0000 (UTC) Cc: Jan =?iso-8859-1?Q?Dj=E4rv?= , emacs-devel@gnu.org To: YAMAMOTO Mitsuharu Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 06 03:55:29 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 1UZAeG-0000QN-T5 for ged-emacs-devel@m.gmane.org; Mon, 06 May 2013 03:55:29 +0200 Original-Received: from localhost ([::1]:60607 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UZAeG-0007K5-Jf for ged-emacs-devel@m.gmane.org; Sun, 05 May 2013 21:55:28 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:45017) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UZAeD-0007IT-6w for emacs-devel@gnu.org; Sun, 05 May 2013 21:55:26 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UZAeA-0007fZ-Bf for emacs-devel@gnu.org; Sun, 05 May 2013 21:55:25 -0400 Original-Received: from ironport2-out.teksavvy.com ([206.248.154.182]:10553) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UZAeA-0007fV-75 for emacs-devel@gnu.org; Sun, 05 May 2013 21:55:22 -0400 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABK/CFFMCqRF/2dsb2JhbABEDr8AF3OCHgEBBAFWIwULCzQSFBgNJIgeBsEtkQoDpHqBXoI5Wg X-IPAS-Result: Av4EABK/CFFMCqRF/2dsb2JhbABEDr8AF3OCHgEBBAFWIwULCzQSFBgNJIgeBsEtkQoDpHqBXoI5Wg X-IronPort-AV: E=Sophos;i="4.84,565,1355115600"; d="scan'208";a="11131332" Original-Received: from 76-10-164-69.dsl.teksavvy.com (HELO pastel.home) ([76.10.164.69]) by ironport2-out.teksavvy.com with ESMTP/TLS/ADH-AES256-SHA; 05 May 2013 21:55:17 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 0584367A30; Sun, 5 May 2013 21:55:15 -0400 (EDT) In-Reply-To: (YAMAMOTO Mitsuharu's message of "Mon, 06 May 2013 10:04:56 +0900") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 206.248.154.182 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:159356 Archived-At: > Jan and I are currently improving the patch for multi-monitor support > on X11 off the list. > Stefan, which should we use for the name of the primitive, > x-display-monitor-attributes-list or display-monitor-attributes-list ? > I thought your previous post below meant that the platform-specific > implementations (primitives) should be prefixed as x-*, w32-*, or > ns-*, and the main Lisp function without a prefix should dispatch to > them. Right, the main entry point should be display-monitor-attributes-list and it should then dispatch to the right implementation. This dispatch can be done in Elisp (in which case you need to export x-, ns-, ... to Elisp) or all in C, in which case there's no need for x-, ns-, ... > But what actually happened to display-usable-bounds was to name > an NS-specific implementation without a prefix. Sounds like a bug (tho as long as only NS provides this functionality, it's probably a minor bug). Stefan