From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#21415: 25.0.50; Emacs Trunk -- pixelwise width/height for x-create-frame Date: Sun, 13 Sep 2015 11:02:45 +0200 Message-ID: <55F53BB5.9040300@gmx.at> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1442135006 3664 80.91.229.3 (13 Sep 2015 09:03:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 13 Sep 2015 09:03:26 +0000 (UTC) Cc: 21415@debbugs.gnu.org To: Anders Lindgren , Keith David Bershatsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 13 11:03:15 2015 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 1Zb3Bp-0003Wy-Fa for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 11:03:13 +0200 Original-Received: from localhost ([::1]:34991 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bo-0001cY-PB for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 05:03:12 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36169) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bk-0001cI-Ck for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:09 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zb3Bg-0006n9-68 for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38228) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb3Bg-0006n2-3L for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:04 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zb3Bf-0004R9-TI for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 05:03:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Sep 2015 09:03:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21415 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 21415-submit@debbugs.gnu.org id=B21415.144213498117039 (code B ref 21415); Sun, 13 Sep 2015 09:03:03 +0000 Original-Received: (at 21415) by debbugs.gnu.org; 13 Sep 2015 09:03:01 +0000 Original-Received: from localhost ([127.0.0.1]:58669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb3Bd-0004Qi-CI for submit@debbugs.gnu.org; Sun, 13 Sep 2015 05:03:01 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:63829) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb3Bb-0004QX-Is for 21415@debbugs.gnu.org; Sun, 13 Sep 2015 05:02:59 -0400 Original-Received: from [194.166.83.223] ([194.166.83.223]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MV30j-1Z75aP0oyj-00YQYG; Sun, 13 Sep 2015 11:02:56 +0200 In-Reply-To: X-Provags-ID: V03:K0:LtA47luYW69ZGb8Dq0xOqi4K3bseJ2mDh7zGNjjG9QhB65+LlMG 5Z1fMNaHITKK404vbzMGXo5cbBeUn3Q0Ej0WuwzCwVzQIIXYoXkR1m3CjKRmKCj49JGume0 e2YgZCXMSMgurLjp0KPX5iykydz0uavQK/AwAfxZdd9nBAUTCCi8Wr73HqucSOr6ocAWvMO x3HeIAHeU6woy+QZobEqQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:KmmYDMVSCQU=:cQ7B/OnfCy2+R+Gv0iv9IK e6ditvrQ3AQN/hI1ewd/lPhvZQlSZx9u48b39iiq+wOc+eRXuVn1/+DLCDekSncck/+Gb4QkC rb/sm8Rk1jhueTZNcHQYc/bnH6VQqZ/96snqOYlVahiFr+CGnCbsQQR0Y/fwa3njAWHYnYh+l x4kP3emai2pFtDLFWQLa+425T38jis4WhvWfMeN4yAg/7r9DPFJj6KLrrfRTM/70KfNJODqMs TWAhzk2A9cxVGdmsVQWi4Dnvp9J2fDcwwDX0sgo2QdsjZmPOA0MbxGl3DP6NyisG/GD0nwFug OXvwJw8EDK7Uq2CfLE+HNGKRAAXJKTBL/P54X3uo9X35m9jDD6Kt9/8qycmP5g8lihX0D5J+N BfInu9g4W6YxFxP1qKiv0Lg+vcEFXElR8wQf0tZhc/BAXRaYqNVyPuZfk0AC4MM1y4TfhPb+j PfNFb3xkV2R6git/Zw5wDV1uSa8rqcV2MI0MyrBvODdooqpu5wjzi+txA8yhBWKNden/PKeKr vDW6Yx1Q9x8hpjPvg3C32fWFt52tg0GRm0awSXfP3gBCkCMwa4zRCmNdPRBt4lgWkcpbv6bCZ W3qK+tg+w+NB/hfpo1BeyHnnQkG8jYcx0oCkWnkzn1Ad6LNR9S+t/EiVUoc2npKkzpu3B7WxZ MeCYTe9NPLeimARjPoARnfyfWMo9AW65d9Ws6cjYfZgdlCSuA+KT5RFaFYt+F4APNdWDZt0A9 xR4LBrqoQenJXJjTGISCJn1Rz0VD4S16VFmTdw== 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: 208.118.235.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:106468 Archived-At: > I just checked this against Emacs 24.5. In that version, new frames al= ways > start at 0 x 0, no matter how high they are. In addition, both version= s > seem to react to the `top' property -- in Emacs 24 the window is place= d > relative to the top (as expected). In Emacs 25 the start position when= the > parameter is missing or is zero places the bottom of the frame in the > middle-ish of the screen, and a positive value for `top' places it fur= ther > down on the screen. > > I would suggest that we try to find why Emacs 24 and 25 differs, so we= can > revert back to the old behaviour. Agreed. Could you or Keith please do that? No OS X around here. > A side topic: The documentation to `make-frame' seems a little bit vag= ue. > It doesn't include `top' as an attribute, on the other hand doesn't sa= y > that it accepts more properties than the ones listed. We don't mention most of the parameters. Funnily, =E2=80=98top=E2=80=99 = is indirectly referred to here: Note that on multi-monitor displays (*note Multiple Terminals::), the window manager might position the frame differently than specified by the positional parameters in ALIST (*note Position Parameters::). For example, some window managers have a policy of displaying the frame on the monitor that contains the largest part of the window (a.k.a. the "dominating" monitor). > In addition, is the > limitation when it comes to `width' and `height' correct ("You cannot > specify either `width' or `height', you must specify neither or both."= )? If > seems to work just fine when I supply only a `height' property. I don't even understand where and how we were able to apply such a restriction in the first place. Anyway, we should rewrite both doc-string and documentation. As someone who always works with a single main frame I have no practice with this function though. So I'm probably not the ideal choice for that task. martin