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: Sat, 23 Mar 2013 09:32:31 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <514A5DE1.10009@gmx.de> <831ub767wf.fsf@gnu.org> 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 1363998768 18841 80.91.229.3 (23 Mar 2013 00:32:48 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 23 Mar 2013 00:32:48 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 23 01:33:14 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 1UJCOR-0000x7-Ti for ged-emacs-devel@m.gmane.org; Sat, 23 Mar 2013 01:33:08 +0100 Original-Received: from localhost ([::1]:44559 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UJCO4-0006hf-Fz for ged-emacs-devel@m.gmane.org; Fri, 22 Mar 2013 20:32:44 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:34174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UJCO1-0006ha-Km for emacs-devel@gnu.org; Fri, 22 Mar 2013 20:32:42 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UJCO0-0004wg-Cd for emacs-devel@gnu.org; Fri, 22 Mar 2013 20:32:41 -0400 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]:50913) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UJCNy-0004vJ-9m; Fri, 22 Mar 2013 20:32:38 -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 573ADC055D; Sat, 23 Mar 2013 09:32:31 +0900 (JST) In-Reply-To: <831ub767wf.fsf@gnu.org> 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:158071 Archived-At: >>>>> On Fri, 22 Mar 2013 12:33:36 +0200, Eli Zaretskii said: > How did you deduce that SM_CXVIRTUALSCREEN and SM_CYVIRTUALSCREEN > are not available on those old systems? Can you point me to some > documentation which has the details? http://msdn.microsoft.com/ja-jp/library/cc429812.aspx (in Japanese. But probably you can find "Window 98" and "Windows 2000" around SM_CXVIRTUALSCREEN/SM_CYVIRTUALSCREEN) I couldn't find a corresponding document in English. > If we do need to distinguish those systems, there's os_subtype > variable, which can help you be sure that you include both Windows > 9X and NT 4.0, as version info on 9X is somewhat tricky. I think it is enough to distinguish Windows 95 and Windows NT 4.0 from the other versions, and both 95 and NT4 seem to have the same major and minor versions (4 and 0) maybe by accident, while they have different os_subtype values. (Correct me if wrong.) > I'm bothered by the fact that you change the behavior of these > functions in backward-incompatible ways, without properly > documenting what values they return. The new doc strings do not add > _anything_ to the vagueness of the previous description wrt what > exactly are the "display dimensions". Now, you may be right about > what these primitives do on X11 (I don't know enough about that to > tell, and the man pages I've seen are not helpful), but if so, we > should clearly document their semantics, either in the doc strings > or/and in the ELisp manual. We certainly should mention the change > in behavior in NEWS. As I've already mentioned, the elisp info already contains the description about the semantics under multi-monitor setups. http://lists.gnu.org/archive/html/emacs-devel/2013-03/msg00469.html Probably we can copy it to the doc strings if necessary. Previously only the info was updated by a maintainer (see the thread starting from http://lists.gnu.org/archive/html/emacs-devel/2007-04/msg00400.html). > Personally, I am still unsure how will dimensions of "the bounding > rectangle of all display monitors" be helpful to any Lisp program; > can you tell why you think returning that is a good idea? Maybe we > should change the X11 implementation instead? Please look at my other posts: http://lists.gnu.org/archive/html/emacs-devel/2013-03/msg00553.html http://lists.gnu.org/archive/html/emacs-devel/2013-03/msg00555.html YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp