From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#24085: 25.1.50; `make-frame' given `top' param creates frame with ~10x smaller `top' Date: Thu, 28 Jul 2016 09:34:49 -0700 (PDT) Message-ID: <3a0be54b-1373-4ab3-b560-3891a2e5035e@default> References: <0bfd2e8d-9d9b-4737-a637-5175eaaf41c0@default> <57987CBA.2060405@gmx.at> <3657859c-03f1-4eca-9a78-a9be0dee6552@default> <5799C8F4.6060205@gmx.at> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1469723732 24468 80.91.229.3 (28 Jul 2016 16:35:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 28 Jul 2016 16:35:32 +0000 (UTC) To: martin rudalics , 24085@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Jul 28 18:35:18 2016 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 1bSoHG-0000ry-2S for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Jul 2016 18:35:18 +0200 Original-Received: from localhost ([::1]:54590 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSoHF-0001wu-EC for geb-bug-gnu-emacs@m.gmane.org; Thu, 28 Jul 2016 12:35:17 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44617) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSoH3-0001uZ-8S for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2016 12:35:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bSoH0-0004Cd-BV for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2016 12:35:04 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:52192) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bSoH0-0004CA-7q for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2016 12:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1bSoGz-0005V8-Q7 for bug-gnu-emacs@gnu.org; Thu, 28 Jul 2016 12:35:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 28 Jul 2016 16:35:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 24085 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 24085-submit@debbugs.gnu.org id=B24085.146972370021136 (code B ref 24085); Thu, 28 Jul 2016 16:35:01 +0000 Original-Received: (at 24085) by debbugs.gnu.org; 28 Jul 2016 16:35:00 +0000 Original-Received: from localhost ([127.0.0.1]:49489 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSoGy-0005Uq-7x for submit@debbugs.gnu.org; Thu, 28 Jul 2016 12:35:00 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:17856) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bSoGw-0005Uc-RT for 24085@debbugs.gnu.org; Thu, 28 Jul 2016 12:34:59 -0400 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u6SGYquF003108 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 28 Jul 2016 16:34:52 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u6SGYpDg032737 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 28 Jul 2016 16:34:52 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id u6SGYoUV030621; Thu, 28 Jul 2016 16:34:50 GMT In-Reply-To: <5799C8F4.6060205@gmx.at> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: userv0022.oracle.com [156.151.31.74] 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:121630 Archived-At: > > A user or code can (and should be able to) _move_ a frame to > > _any_ position, including partly or completely off screen. >=20 > Most window managers I know of refuse to make a new frame appear > off screen on GNU/Linux. 1. What the window manager does is a different question, I think. Parameter `user-position', for example, has doc that talks about what a window manager might or might not do, including perhaps not respecting `user-position' at all. It is one thing if a window manager does not do what `make-frame' specifies. It is another thing if Emacs, under the covers, silently, and without doc, does not do what `make-frame' specifies. No error, no return flag indicating what was not taken into account, just behavior that is different from what was specified, with no acknowledgment of that difference. 2. I thought that the code change responsible for this (intentional) regression was the one you cited from 2006, and I thought that was only for MS Windows (w32term.c), so I thought that change would not have any effect on other platforms. 3. Refusing to create a frame that is completely off screen is one thing. Refusing to create a frame that is even slightly off screen (e.g. echo area) is another thing. Is the former or the latter what you were referring to (by "most window managers...")? And in the case concerning MS Windows, IIUC, it was about the echo area not being off screen necessarily, but even just being hidden behind the task bar (which is on screen). But the main point I want to make here is #1: Emacs should at least try to respect what `make-frame' specifies in a given call. If the window manager cannot respect that, that's a separate problem, I think. In that case perhaps Emacs can raise an error, which a programmer could handle using `condition-case' etc. But Emacs should, I think, at least try to DTRT, even if that might not always be possible.