From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#25511: 26.0.50; modify-frame-parameters modifies undesignated parameter? Date: Mon, 23 Jan 2017 09:03:35 +0100 Message-ID: <5885B8D7.4040301@gmx.at> References: NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: blaine.gmane.org 1485158657 18481 195.159.176.226 (23 Jan 2017 08:04:17 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2017 08:04:17 +0000 (UTC) To: Katsumi Yamaoka , 25511@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 23 09:04:10 2017 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVZbj-00041d-CL for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jan 2017 09:04:07 +0100 Original-Received: from localhost ([::1]:39667 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVZbo-0008Rn-BJ for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jan 2017 03:04:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:39075) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVZbj-0008Rf-7A for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 03:04:08 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVZbf-0007HZ-1P for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 03:04:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40461) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cVZbe-0007HV-U2 for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 03:04:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cVZbe-0005V3-EM for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 03:04:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Jan 2017 08:04:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25511 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25511-submit@debbugs.gnu.org id=B25511.148515863621129 (code B ref 25511); Mon, 23 Jan 2017 08:04:02 +0000 Original-Received: (at 25511) by debbugs.gnu.org; 23 Jan 2017 08:03:56 +0000 Original-Received: from localhost ([127.0.0.1]:38660 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVZbY-0005Uj-En for submit@debbugs.gnu.org; Mon, 23 Jan 2017 03:03:56 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:58486) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVZbW-0005UW-Na for 25511@debbugs.gnu.org; Mon, 23 Jan 2017 03:03:55 -0500 Original-Received: from [192.168.1.100] ([213.162.68.79]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MQvDO-1cxeZl2mFS-00UNrA; Mon, 23 Jan 2017 09:03:43 +0100 In-Reply-To: X-Provags-ID: V03:K0:IRwsHDanMV60b8811uX0zDZ9nYpYMIc4Yyxs0VIEYLgzzMuEdpM EOHacwDuUl+WpDiwYcTJ3HiRZJq8jefRflvinb33RPOIer1XoqDoQ/TOQ6UH4wQyMg6nJGS Tva4KrongGqUFmeaQgF6SYn1aSYghdMVFWC2Vi3e5ODKJ7nK3BmMNzHT/e/3h9VZvy2N4rI ofWfZnWz8l0fMTbRVxSJA== X-UI-Out-Filterresults: notjunk:1;V01:K0:DsnHjza3CQ0=:ZfUWN5KLm9EDlAdUsN5EwI K+bPyZeKhdOcLBZ1cwZ333ovGhVaAzAzUWvquoRRZyEWLI7vut6/odQgDS1dHHoos2nf7Jy+C qE5MTx/GyhP6Vbn6Y8KExtxOwMf4lVMnchrNEdZ80mKgAsDXE4pkcWCuRSxWO+mDh76fpbdLM qrrej6qHBgiklhLBMrbIN76VNb/BaJBNypz8Encd0uhQAHs878TJGFqbO6qiPR62InzZajiNV J+5qH/l2vQHL7zRY2Lo80Wz1Av+f+ZQ276t8iciuPMgPyZcv0XvZdI1GRThna1rSus/XB4Bk/ B9Mdc/MowXxbvycmKjV7xiYifLqkq8Yi9M5hZ/M91HATi+JG0SK8PNp4ka2OL/TAaKRJDz7QL 8eyasxft4HJPrMhpMDTYM+pIfBiqUV8VJNYPGx8TjPHVNHAj2PWpLszXda3B0UJ6PMUEvyL9H 3g0HciHKx2QZGg1DV+GqgkjQ0P+UxW6PWQPNs9qCLwcPhtykiCNyuOK6Xb6c4e0llEWWsxvu+ L2T5rz8CV5ItoeFgcvXpyRj2obmJLThKTw8H4cIcwnlc2aVeczvV5w//indBepk+6xrgaN3rK AO9t3C7ZBBN+nXt5MyNhdw/DOt/JZqqHZEYSDl+jcOKPKx3siYmg+R9USCOsSKQ9NVHfUZmVR XLHLs3vqkCYHRKYu0t87rDz3hJMs/6l//OQj53eH9EeOsSXo0zZUe57r/V6gFIPFtrTCRU+tB ZHQJ3brhhjrs3x0LISc8futw5XamtWfpBBvl6x3e8b+tbLxAFrh3VkYXZvk0zOc/y3hKzcki X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] 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" Xref: news.gmane.org gmane.emacs.bugs:128322 Archived-At: > The coordinates start with (0 0) and (256 1080) respectively[1]. > In that situation, the following script makes a new frame protrude > to the left from the down screen: > > (let ((frame (make-frame))) > (modify-frame-parameters frame '((top . 1200)))) Why don't you use (make-frame '((top . 1200))) in the first place? This should tell the window manager right away what position you want before making the frame visible. If this does not work as intended, we shall have to investigate it. As a general rule: Never set a frame parameter right after creating a new frame. > On the new frame, (frame-parameter nil 'left) returns 8, that is > outside of the down screen. This happens whichever the original > frame (that runs the script) exists in the up screen or the down > screen. As mentioned above, a new frame did not protrude from > the down screen last week. Here is a workaround: > > (let ((frame (make-frame))) > (sit-for 0) > (modify-frame-parameters frame '((top . 1200)))) > > But it is needless, isn't it? IIUC your approach worked because of a busy loop in x_make_frame_visible which has been removed a few days ago. I back its removal so you should be able to do without it. > [1] The values of left and top frame parameters seem to indicate > that of a window of an Emacs frame, so we have to increase > the values some extent. I'm not sure I can follow you here. The `top' and `left' frame parameters usually indicate the top/left position of the window manager frame that has reparented the outermost widget of your Emacs frame. What do you have to "increase"? martin