From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.bugs Subject: bug#21415: 25.0.50; Emacs Trunk -- pixelwise width/height for x-create-frame Date: Sun, 13 Sep 2015 09:10:19 +0200 Message-ID: References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1143f3ac410c0e051f9ba4a8 X-Trace: ger.gmane.org 1442128280 9005 80.91.229.3 (13 Sep 2015 07:11:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 13 Sep 2015 07:11:20 +0000 (UTC) Cc: 21415@debbugs.gnu.org To: Keith David Bershatsky Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Sep 13 09:11:11 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 1Zb1RO-0001yw-2U for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 09:11:10 +0200 Original-Received: from localhost ([::1]:34782 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb1RN-000303-Ia for geb-bug-gnu-emacs@m.gmane.org; Sun, 13 Sep 2015 03:11:09 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51174) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb1RJ-0002xg-TT for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 03:11:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zb1RG-0004tR-NT for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 03:11:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38197) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zb1RG-0004tN-JH for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 03:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1Zb1RF-0001rA-KG for bug-gnu-emacs@gnu.org; Sun, 13 Sep 2015 03:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Anders Lindgren Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 13 Sep 2015 07:11:01 +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.14421282237091 (code B ref 21415); Sun, 13 Sep 2015 07:11:01 +0000 Original-Received: (at 21415) by debbugs.gnu.org; 13 Sep 2015 07:10:23 +0000 Original-Received: from localhost ([127.0.0.1]:58640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb1Qc-0001qI-ME for submit@debbugs.gnu.org; Sun, 13 Sep 2015 03:10:23 -0400 Original-Received: from mail-vk0-f42.google.com ([209.85.213.42]:36320) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Zb1Qa-0001q9-G8 for 21415@debbugs.gnu.org; Sun, 13 Sep 2015 03:10:21 -0400 Original-Received: by vkfp126 with SMTP id p126so43929198vkf.3 for <21415@debbugs.gnu.org>; Sun, 13 Sep 2015 00:10:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=S0Loctux/uVGZxWyS6tiB26z+6F+zLAx3DoBfRqQFmw=; b=uz5TAATPCKyQF8aJ7s+Uiqg02Ens98MNJhRgBegH22uCwlMrUcGqqQ1yxghUmlmldn UeiFr1d1uUiJIEyGcTJ1E7WroZo8DQhyXyv3ZvAj7QycaxBULW7ir3rqHsUtm+oE435M 4+zmNsGu+lvM5y9wi+S+8VApQ3Q92JVLgDEP7mYa+MUEZRzHGQ3E9pgb93RmOMkFn04t TpyebsZieLu3oCKG/zGyWGyDowceF4eE+zMsZXii5G4TzAfFm2fCwGRSEIm1e65LUeYh qMJOSzM8cpIZf392yYEu2ZJxqzFyVhKpn/e1RtaTPf9tRYVnrWLSyJft3ocLWOKAB4Qw mOdg== X-Received: by 10.31.161.203 with SMTP id k194mr1321257vke.51.1442128219668; Sun, 13 Sep 2015 00:10:19 -0700 (PDT) Original-Received: by 10.31.139.21 with HTTP; Sun, 13 Sep 2015 00:10:19 -0700 (PDT) In-Reply-To: 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:106467 Archived-At: --001a1143f3ac410c0e051f9ba4a8 Content-Type: text/plain; charset=UTF-8 Hi, I just checked this against Emacs 24.5. In that version, new frames always start at 0 x 0, no matter how high they are. In addition, both versions seem to react to the `top' property -- in Emacs 24 the window is placed 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 further 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. A side topic: The documentation to `make-frame' seems a little bit vague. It doesn't include `top' as an attribute, on the other hand doesn't say that it accepts more properties than the ones listed. 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. Sincerely, Anders Lindgren On Sun, Sep 13, 2015 at 1:13 AM, Keith David Bershatsky wrote: > I meant to say that I call `(set-frame-position FRAME 0 0)` to fix the > inability to use `(top . 0)` as a frame parameter argument on frame > creation when `ns-auto-hide-menu-bar` is set to `t`. > --001a1143f3ac410c0e051f9ba4a8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I just checked this against Emacs 2= 4.5. In that version, new frames always start at 0 x 0, no matter how high = they are. In addition, both versions seem to react to the `top' propert= y -- in Emacs 24 the window is placed relative to the top (as expected). In= Emacs 25 the start position when the parameter is missing or is zero place= s the bottom of the frame in the middle-ish of the screen, and a positive v= alue for `top' places it further 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.

A side to= pic: The documentation to `make-frame' seems a little bit vague. It doe= sn't include `top' as an attribute, on the other hand doesn't s= ay that it accepts more properties than the ones listed. In addition, is th= e limitation when it comes to `width' and `height' correct ("Y= ou cannot specify either `width' or `height', you must specify neit= her or both.")? If seems to work just fine when I supply only a `heigh= t' property.

Sincerely,
=C2=A0 =C2= =A0 Anders Lindgren

On Sun, Sep 13, 2015 at 1:13 AM, Keith David Bershatsky <esq@l= awlist.com> wrote:
I meant = to say that I call `(set-frame-position FRAME 0 0)` to fix the inability to= use `(top . 0)` as a frame parameter argument on frame creation when `ns-a= uto-hide-menu-bar` is set to `t`.

--001a1143f3ac410c0e051f9ba4a8--