From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#19990: 24.4; Bad resizing interaction when WM ignores size hints Date: Fri, 06 Mar 2015 10:21:15 +0100 Message-ID: <54F9718B.8070409@gmx.at> References: <54F59D19.5000808@eurac.edu> <54F5F3C9.9070008@gmx.at> <54F6003E.7040900@eurac.edu> <54F752C8.7050009@gmx.at> <54F754A4.5050507@eurac.edu> <8D5FE96A-F0AE-4908-8AEF-DFDBAB504983@swipnet.se> <54F80E26.1070608@gmx.at> <54F885F7.80803@swipnet.se> <54F89D48.1000902@gmx.at> <9C8ADD7C-C99B-4C5E-9835-AD446CC57747@swipnet.se> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1425633756 25041 80.91.229.3 (6 Mar 2015 09:22:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 6 Mar 2015 09:22:36 +0000 (UTC) Cc: 19990@debbugs.gnu.org, Yuri D'Elia To: "Jan D." Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Mar 06 10:22:25 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 1YToST-0007WT-Na for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Mar 2015 10:22:13 +0100 Original-Received: from localhost ([::1]:56972 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YToSS-00061S-V2 for geb-bug-gnu-emacs@m.gmane.org; Fri, 06 Mar 2015 04:22:12 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:37593) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YToSO-0005vz-Fv for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 04:22:09 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YToSI-0002RE-Sq for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 04:22:08 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:38259) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YToSI-0002R9-PD for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 04:22:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YToSI-00057x-JU for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 04:22: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: Fri, 06 Mar 2015 09:22:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19990 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19990-submit@debbugs.gnu.org id=B19990.142563369819654 (code B ref 19990); Fri, 06 Mar 2015 09:22:02 +0000 Original-Received: (at 19990) by debbugs.gnu.org; 6 Mar 2015 09:21:38 +0000 Original-Received: from localhost ([127.0.0.1]:36823 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YToRt-00056v-VZ for submit@debbugs.gnu.org; Fri, 06 Mar 2015 04:21:38 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:58577) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YToRr-00056e-IK for 19990@debbugs.gnu.org; Fri, 06 Mar 2015 04:21:36 -0500 Original-Received: from [91.113.0.241] ([91.113.0.241]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M4o41-1XXIwI35zR-00yyqW; Fri, 06 Mar 2015 10:21:23 +0100 In-Reply-To: <9C8ADD7C-C99B-4C5E-9835-AD446CC57747@swipnet.se> X-Provags-ID: V03:K0:mbOLrcq1ncdk+K30vkBwGmhdc3tW6VdNfqU85puPDIKjdKrvEPT DeMaUuI/jEvpz1S6HNLPigE8nZqB2HV4ku5ql5+179bvvot7UKUJ5GfQYz7E8SqS8Mv9fsa d432uNt+9udDslUXKei2tCfF6w7CwU+N6h36u5cShWJHqCqpy0dH0MrfQ++RVobjEtlOdEh hAEP/r0a17CrUg0aiJnog== X-UI-Out-Filterresults: notjunk:1; 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: 140.186.70.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:100139 Archived-At: > The window manager can resize the window, for example when you drag on > its corners, or when you maximize it. Or it can intercept Emacs > resize request and modify it, so it is consistent with size hints. In > both cases a ConfigureNotify is sent. Gtk+ does receive it. In gtk_window_configure_event? > The > problem is that Gtk+ then tries to apply size hints also. Via gtk_window_move_resize? Which, in principle, is not entirely wrong. Emacs gets what it asked for. Can't we reset the size hints in between? That's what I earlier meant by "interception". > Focus events does not contain any information about width/height and > can't be taken as a resize request. That would be kind of perverse, > focus has nothing to do with resize. Didn't the OP mention that during a focus event a resize also took place? That's what he said: However, when receiving a FocusIn event (just by cycling focus), emacs properly aligns the minibuffer to the bottom, and displays a partially-visible line just above the minibuffer (test_after.png). >> Apparently no such measure is needed for fullheight/-width frames. > > The bug report that lead to the change mentioned no such problems. The OP said that: I force the emacs frame to take the height of the entire screen. So this looks like a fullheight frame to me without, apparently, explicitly specifying it as such. > The window manager is what does the fullscreen happen, so it is free > to ignore any hints, i.e. hints should not matter, fullscreen takes > precedence. But in principle hints during fullscreen may not reflect > the "true" state of affairs. Maybe the OP's problem is that the Window manager conceptually gives Emacs the full height of the screen and Gtk+ is not aware of that. Maybe also Gtk+ doesn't even understand fullheight. At least I can't detect an entry for it in GtkWindowPrivate which OTOH has a 'tiled' entry. martin