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#25851: 25.2; GTK warning when starting Emacs when desktop file has more than one frame Date: Thu, 02 Mar 2017 18:57:30 +0100 Message-ID: <58B85D0A.5030203@gmx.at> References: <87a89c51qb.fsf@moondust.localdomain> <831suoub86.fsf@gnu.org> <87lgswmi6a.fsf@moondust.localdomain> <83vas0rozb.fsf@gnu.org> <87k28fso3o.fsf@moondust.localdomain> <83o9xrsmrd.fsf@gnu.org> <874lzjsh8t.fsf@moondust.localdomain> <87y3wvqqos.fsf@moondust.localdomain> <83fuj2smzr.fsf@gnu.org> <87wpccmv71.fsf@moondust.localdomain> <87d1e4mq48.fsf@moondust.localdomain> <83innvppz4.fsf@gnu.org> <58B546EE.2030500@gmx.at> <831suipb3r.fsf@gnu.org> <58B5C4A1.6050601@gmx.at> <83shmyno97.fsf@gnu.org> <58B6866B.2040307@gmx.at> <83fuixnf7l.fsf@gnu.org> <58B722AA.4090501@gmx.at> <834lzcok3n.fsf@gnu.org> <58B7FB46.4070203@gmx.at> <83varrn2b6.fsf@gnu.org> 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 1488477500 9901 195.159.176.226 (2 Mar 2017 17:58:20 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 2 Mar 2017 17:58:20 +0000 (UTC) Cc: nljlistbox2@gmail.com, 25851@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 02 18:58:15 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 1cjUzQ-0001ey-6c for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Mar 2017 18:58:08 +0100 Original-Received: from localhost ([::1]:53757 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjUzW-0005Fc-Bc for geb-bug-gnu-emacs@m.gmane.org; Thu, 02 Mar 2017 12:58:14 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56962) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cjUzO-0005Ek-Mr for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 12:58:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cjUzK-0006EL-Q0 for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 12:58:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:38629) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cjUzK-0006EE-Lx for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 12:58:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1cjUzK-00024w-El for bug-gnu-emacs@gnu.org; Thu, 02 Mar 2017 12:58: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: Thu, 02 Mar 2017 17:58:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 25851 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 25851-submit@debbugs.gnu.org id=B25851.14884774637943 (code B ref 25851); Thu, 02 Mar 2017 17:58:02 +0000 Original-Received: (at 25851) by debbugs.gnu.org; 2 Mar 2017 17:57:43 +0000 Original-Received: from localhost ([127.0.0.1]:36824 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjUz1-000243-7m for submit@debbugs.gnu.org; Thu, 02 Mar 2017 12:57:43 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:55476) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cjUyz-00023q-9t for 25851@debbugs.gnu.org; Thu, 02 Mar 2017 12:57:41 -0500 Original-Received: from [192.168.1.100] ([213.162.68.106]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MDhGw-1cVkwc0dF0-00H3eN; Thu, 02 Mar 2017 18:57:32 +0100 In-Reply-To: <83varrn2b6.fsf@gnu.org> X-Provags-ID: V03:K0:xx418ImHbYIm/kwxduUpHS2jK3+GJ977hFy3QC224P2Obn41yDZ /ZQaHrJeQ2P54kkxY549aYoXI7X3f63r8V9ofPVpVUwIDhUencvVao0q67eGcRWGw7sa+1G xyrdIqAOFd/McXRFO9S6jmhnzBrDWou0zte6iI4JNBHtlEeFKvRbwbg2Akvd6OihZYtkjfY 9uV5mgJG6uQ9EOI4h0sog== X-UI-Out-Filterresults: notjunk:1;V01:K0:HaLK+iQghpE=:Wb3tvA8EKlpqkDXkH2SvOj eMIC8HO4G3k6Y7W6SSJc7Ff+2aPoDiWA7j9B6tc+CSkRC7D+vPMuJ9MH7F6szv8geUnHtmHd7 TIzxOUw1aEYoIukuKnx4Qb6oChiZfo+bMZeh3z7HE6E1K3iOWBqsCvxelZGl4RLgnvVXgIkdq o+NKMXEmd93MTVCdJBI53eMFpF2Vifm+ogMKH0AIc/4HQJhwoNVT6itW0h2B0d17gfkfsoXT+ 24dv9F9eDrAau+oOv4wMVm5jaG1MmrH+eWHuaUeq4gAujgXUFyjYbzO01YB7LMBcZxhfwjF1x +8yYUkXzDkPYCwxlNPvcSg42ua63CS9wN7+BpaBilmTg6SvAanLHyoo/gsWDco9kNzqLAmkJ2 dyZz4o36buFEUced+WX06JEwvcxoe6D2C3UYi8iO8AEmjzZapQFRbv7W+q1HmdVR7a2fKaQAN TAOQsz7AY972Ype5MBxdkGLja+IblkHUDEZ/rfqjELPg8umUmf9HAMYC1autkek6ff5biXZGz Nm9HRui8AcMrOA087L96+bDK7NsR5iWpau3QEqOmEiYR5lxjDlm5plOCYl6WioLn6Q0su3mVR uqg3irauvhj8s+MTEHUDvOeWXhpWyLM++SUCv6I73j92PN9D4W4zB1h917eji0ZEhs0G6zj9E Ypsbzhbz6PKUM3fGivgvzsvYPUdYpovwt7PuYvXoVxGyAAR5+1TnHA2uh1NE8al9K4ep9Qpkz IQeT9SF6f2vxbcmKwKa9rZRVo1sMFecJZpOeNWzOXGCtTVmyYwofzATlnkdSkHsG6g1lg8b3 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:130064 Archived-At: > I'm sorry, I'm confused. Earlier you explained that we do that > because users want the ability of placing frames outside of the > visible area, so I concluded that the fact we allow that is because we > want to cater to such users. Now you seem to be saying that we > shouldn't cater to them? How to reconcile these two? Or am I missing > something? It's not that we "shouldn't". IMO we "can't" (contrary to Windows). Maybe before commit 3e5fc571bd5a9bdbed786b43a7971c41f87c6ad8 Author: Chong Yidong Date: Mon Oct 6 16:17:14 2008 +0000 (x_wm_set_size_hint): Return immediately if called during initialization. we were able to do so but I have no proof. If someone has a GTK build older than that, please try whether something like (make-frame '((user-position . t) (left . (+ -100)) (top . (+ -100)))) worked. Nowadays it can't IMO because gtk_window_parse_geometry has /* we don't let you put a window offscreen; maybe some people would * prefer to be able to, but it's kind of a bogus thing to do. */ if (y < 0) y = 0; if (x < 0) x = 0; Obviously, the window manager might also insist on putting the frame on-screen (it does so here). But while I cannot put a GTK override-redirect window off-screen initially, I can easily do that for a Lucid override-redirect window. Also (let ((frame (make-frame))) (set-frame-parameter frame 'left '(+ -100)) (set-frame-parameter frame 'top '(+ -100))) works as intended here. But that's of little use when parsing default geometry specifications. Well, we could synthesize that ... So maybe we should do away with the gtk_window_parse_geometry call, wait for people to holler and try to fix problems with gtk_window_move calls followed by something like x_wm_set_size_hint (f, 0, true) if needed. But I'm not overly optimistic and would like to hear the opinion of at least one person with GTK skills first. Maybe everything I said here is just silly. martin