From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.bugs Subject: bug#25511: 26.0.50; modify-frame-parameters modifies undesignated parameter? Date: Mon, 23 Jan 2017 18:01:06 +0900 Organization: Emacsen advocacy group Message-ID: References: <5885B8D7.4040301@gmx.at> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1485162209 19594 195.159.176.226 (23 Jan 2017 09:03:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 23 Jan 2017 09:03:29 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (i686-pc-cygwin) Cc: 25511@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jan 23 10:03:20 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 1cVaWz-000445-6t for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jan 2017 10:03:17 +0100 Original-Received: from localhost ([::1]:39831 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVaX4-0000Vd-4J for geb-bug-gnu-emacs@m.gmane.org; Mon, 23 Jan 2017 04:03:22 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47641) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cVaVr-0008L1-UF for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 04:02:12 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cVaVn-00052z-2D for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 04:02:07 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40472) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cVaVm-00052t-UY for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 04:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cVaVm-0006rR-Hx for bug-gnu-emacs@gnu.org; Mon, 23 Jan 2017 04:02:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Katsumi Yamaoka Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 23 Jan 2017 09:02: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.148516208226324 (code B ref 25511); Mon, 23 Jan 2017 09:02:02 +0000 Original-Received: (at 25511) by debbugs.gnu.org; 23 Jan 2017 09:01:22 +0000 Original-Received: from localhost ([127.0.0.1]:38671 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVaV8-0006qW-JD for submit@debbugs.gnu.org; Mon, 23 Jan 2017 04:01:22 -0500 Original-Received: from mail-hampton.hostforweb.net ([205.234.186.191]:54862 helo=hampton.hostforweb.net) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cVaV6-0006qJ-Jt for 25511@debbugs.gnu.org; Mon, 23 Jan 2017 04:01:20 -0500 Original-Received: from s70.gtokyofl21.vectant.ne.jp ([202.215.75.70]:60000 helo=localhost) by hampton.hostforweb.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1cVaUu-001GPj-Tx; Mon, 23 Jan 2017 03:01:14 -0600 X-Face: #kKnN,xUnmKia.'[pp`; Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu; B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( Cancel-Lock: sha1:9IrekGCcjdurtZfm9ciQDYFL2dw= X-OutGoing-Spam-Status: No, score=-2.9 X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - hampton.hostforweb.net X-AntiAbuse: Original Domain - debbugs.gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - jpl.org X-Get-Message-Sender-Via: hampton.hostforweb.net: authenticated_id: yamaoka/from_h X-Authenticated-Sender: hampton.hostforweb.net: yamaoka@jpl.org X-Source: X-Source-Args: X-Source-Dir: 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:128324 Archived-At: On Mon, 23 Jan 2017 09:03:35 +0100, martin rudalics wrote: >> 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. Yes, it and even (make-frame) work with no problem. > As a general rule: Never set a frame parameter right after creating a > new frame. Ok, I can modify some codes similar to it. >> 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. I found the change in question in git log after sending the report. I don't ask you to revert it as it seems to have been a burden sort of. >> [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"? In order not to hide the matte that includes the title bar, the menu bar, and the tool bar. In reality on Cygwin, the form (make-frame '((left . 0) (top . 0))) doesn't work as expected; the new frame appears on the down screen and the position is erratic. The minimum values that display a new frame fully on the top-left corner of the upper screen is: (make-frame '((left . 0) (top . 1))) But frame-parameters shows left=8 and top=32 in that case. Anyway thanks for your help. I will close this bug later. Regards,