From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#18637: 24.4.50; doc of frame parameter DISPLAY vs actual value on MS Windows Date: Tue, 07 Oct 2014 21:26:23 +0300 Message-ID: <8361fvlos0.fsf@gnu.org> References: <83tx3flxn2.fsf@gnu.org> <41484edb-9aaa-4f56-bf46-4ab70b609aac@default> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1412708105 9466 80.91.229.3 (7 Oct 2014 18:55:05 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 7 Oct 2014 18:55:05 +0000 (UTC) Cc: 18637@debbugs.gnu.org To: Drew Adams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Oct 07 20:27:22 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1XbZTk-0001tC-90 for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Oct 2014 20:27:20 +0200 Original-Received: from localhost ([::1]:60327 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbZTj-0006aB-Tt for geb-bug-gnu-emacs@m.gmane.org; Tue, 07 Oct 2014 14:27:19 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44041) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbZTb-0006Zv-0l for bug-gnu-emacs@gnu.org; Tue, 07 Oct 2014 14:27:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XbZTT-0001hx-4B for bug-gnu-emacs@gnu.org; Tue, 07 Oct 2014 14:27:10 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:45307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XbZTS-0001hn-UN for bug-gnu-emacs@gnu.org; Tue, 07 Oct 2014 14:27:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1XbZTS-0000Ue-A9 for bug-gnu-emacs@gnu.org; Tue, 07 Oct 2014 14:27:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 07 Oct 2014 18:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 18637 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 18637-submit@debbugs.gnu.org id=B18637.14127063771833 (code B ref 18637); Tue, 07 Oct 2014 18:27:02 +0000 Original-Received: (at 18637) by debbugs.gnu.org; 7 Oct 2014 18:26:17 +0000 Original-Received: from localhost ([127.0.0.1]:36871 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XbZSi-0000TU-PX for submit@debbugs.gnu.org; Tue, 07 Oct 2014 14:26:17 -0400 Original-Received: from mtaout27.012.net.il ([80.179.55.183]:50945) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1XbZSf-0000TJ-Ry for 18637@debbugs.gnu.org; Tue, 07 Oct 2014 14:26:15 -0400 Original-Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0ND300B006YBCV00@mtaout27.012.net.il> for 18637@debbugs.gnu.org; Tue, 07 Oct 2014 21:20:54 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0ND3005BJ6YTGQ50@mtaout27.012.net.il>; Tue, 07 Oct 2014 21:20:54 +0300 (IDT) In-reply-to: <41484edb-9aaa-4f56-bf46-4ab70b609aac@default> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 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: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:94255 > Date: Tue, 7 Oct 2014 11:12:56 -0700 (PDT) > From: Drew Adams > Cc: 18637@debbugs.gnu.org > > > That's my understanding as well, but someone who has access to such > > a system should actually try that and report back. > > > > > I guess that would mean that frame-position coordinates (`left', > > > `top') are then interpreted relative to that other monitor (?). > > > Is that right? > > > > No, I think they are "ignored". That is, the coordinates are > > interpreted in the virtual coordinate system, but then Windows > > decides on its own how to position the frame, using the criterion > > described above. > > By "criterion described above, do you mean just based on which monitor > is showing more of the frame? Yes. > (Note too that I am using MS Windows, but the OP who reported the > problem is, I think, not on Windows.) Then the problem might be even more complicated than I thought ;-) > > > But if that were the case then I would think that restoring a > > > recorded `left' etc. parameter later would put the frame back > > > where it was, which is apparently not what is happening. > > > > Except that Windows has its own rules, see above, at least when you > > create a frame that didn't exist (i.e. restore it from information > > recorded in some file). > > This code does not create any new frames. It just calls > `modify-frame-parameters' on an existing frame, setting its `left', > `top', `width', and `height' parameters. Then I'd expect it to "just work". Of course, it doesn't, so there's some factor or factors at work that we don't understand. > > That's a lot of code, and I have no way of trying it. > > If you are interested, you can try it easily, by downloading these > two files: > http://www.emacswiki.org/emacs-en/download/frame-cmds.el > http://www.emacswiki.org/emacs-en/download/frame-fns.el No, I meant I have no access to a system with more than one monitor.