From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 21 Aug 2015 22:59:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 21317@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.144019791425793 (code B ref -1); Fri, 21 Aug 2015 22:59:01 +0000 Received: (at submit) by debbugs.gnu.org; 21 Aug 2015 22:58:34 +0000 Received: from localhost ([127.0.0.1]:34813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZSvGb-0006hw-W5 for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41830) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZSvGZ-0006hn-Aa for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSvGY-0003P9-3I for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSvGY-0003Oy-0v for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46386) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSutM-00017g-Fm for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSutL-00010b-CE for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:32 -0400 Received: from mail-ig0-x22d.google.com ([2607:f8b0:4001:c05::22d]:35614) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSutL-00010W-6z for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:31 -0400 Received: by igbjg10 with SMTP id jg10so24718186igb.0 for ; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VJfu0mFAqiMPHOL11qIGNabJWWD0IiyJ12t7zfcgEzk=; b=d/jZOfGqwOhacepRQ3zj9rHmIeqSrqB1s55wYrzVV+Rxm6WmdpoLngweszpa5d++BP Ym3lKD8GE16NpaOEON9GNnkl1XBUrbvcBTAP3GPAI0A+X2ZmeKkedoyIpFtszdDWcDkI PjzNPeOvCAEvm3kIAEttFboqPc0NdujPugVyrb7KQ/r2uSlJ1r56YhmbYdb1/AUXT9qF vcRIFo9Nvnb0RXhxYbdZCbjb0QFVn/Amo/YSdJwG1svuOv+pbCE1APqs5EExSnc1bo15 DZkYD8D8agbDL9RHz90HfRLJP/hdZBStY/PtHJ1yUPWNTpNi3H2dq+clCcLKCnAbi+po Cdzg== MIME-Version: 1.0 X-Received: by 10.50.92.67 with SMTP id ck3mr5098909igb.93.1440196470773; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) Date: Fri, 21 Aug 2015 22:34:30 +0000 Message-ID: From: Pip Cet Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) When starting Emacs (GTK build) on an X server which has no window manager (such as a newly-created Xnest session), setting `frame-resize-pixelwise' to t followed by a resize operation often has no effect. In GNU Emacs 25.0.50.31 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-08-21 on ... Repository revision: a9d799b5dea1efb9216dc6f985ffc9bdd25d8cba Windowing system distributor `The X.Org Foundation', version 11.0.11702000 System Description: Debian GNU/Linux unstable (sid) Configured using: `configure 'CFLAGS=-O0 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. user-error: Beginning of history; no preceding item user-error: End of history; no default available Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message dired format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 81307 5982) (symbols 48 19076 0) (miscs 40 42 86) (strings 32 13284 4355) (string-bytes 1 377456) (vectors 16 11222) (vector-slots 8 413750 4157) (floats 8 130 19) (intervals 56 179 0) (buffers 976 11) (heap 1024 33363 990)) Steps to reproduce: Xnest :3 -geometry 877x877+0+0 DISPLAY=:3 emacs -Q --eval "(progn (setq frame-resize-pixelwise t) (set-frame-parameter (selected-frame) 'fullscreen 'fullboth))" Expected result: Emacs frame fills Xnest window precisely. Actual result: Emacs frame size differs from Xnest window size. In my case, the minibuffer/echo area is cut off and there is an area to the right of the Emacs window that is not used by the Emacs frame. Analysis: There are two problems: (1) x_check_fullscreen (xterm.c) calls XResizeWindow without first calling x_wm_set_size_hint (gtkutil.c), which would propagate the `frame-resize-pixelwise' flag to have an effect on GTK/GDK (2) x_wm_set_size_hint returns without propagating the `frame-resize-pixelwise' flag when the frame's fullscreen property is 'maximized or 'fullboth. The first appears to be simple oversight, but the second is intentional to work around a KWin bug. Note that despite the name, the GTK version of `x_wm_set_size_hint' does not rely on the presence of a window manager or indeed communicate with it. Fixing the first problem is trivial, but the second problem would require knowing more about the KWin bug that is being avoided by the workaround at #14627. From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2015 06:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet , 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14402256569071 (code B ref 21317); Sat, 22 Aug 2015 06:41:02 +0000 Received: (at 21317) by debbugs.gnu.org; 22 Aug 2015 06:40:56 +0000 Received: from localhost ([127.0.0.1]:34956 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT2U4-0002MF-H4 for submit@debbugs.gnu.org; Sat, 22 Aug 2015 02:40:56 -0400 Received: from mout.gmx.net ([212.227.15.19]:63559) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT2U2-0002M7-TX for 21317@debbugs.gnu.org; Sat, 22 Aug 2015 02:40:55 -0400 Received: from [194.118.139.166] ([194.118.139.166]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MCtql-1ZchNu0oM7-009kCe; Sat, 22 Aug 2015 08:40:53 +0200 Message-ID: <55D8196B.3010206@gmx.at> Date: Sat, 22 Aug 2015 08:40:43 +0200 From: martin rudalics MIME-Version: 1.0 References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:W/19UOiADL1kYY45Y1Tk/j+YvPCCte5bojYpuIQCde1F35Fc73F /9ETf6qr6DBPWa8y7P1wb2ka6he0ztzDIOE2TbEf31K0uQf6h3zEY78p8QQKTShosCkQBX9 MNAE03rgrqkCqXYATMrWjgHQYFiBldfucv2o2o+oCvb1WzfIdJohS3MD2DViT9/m/VjakN6 fT+XjmVnmMwk/Gp/oG6EA== X-UI-Out-Filterresults: notjunk:1;V01:K0:kKXJOsbTAzI=:Dlbefa26bbTquzPKSgiTNf ydB+0dNV0wKdqqWPBW8nanSBBi0KBhRQDJTkmgtiE6n5hOgvZmH4shl2CcVffSYeleMx1ErCF 6bYBaqOChYxv79OcPd3HdEUiJG6t92TldPQxF/p+mwou8XGUxVoMiSyb0PDUWGhbgnnpdikuj bWvODVc2LTlc4hWCCioPdgdJrXhwnCNgHRIygHFe79Zi6yEHSvNkG2etQQD4WTz4xP+sLdr0N 1RMSi4gDZEoMJpjdXz1EXBUWT/h2YZLHKDffLoB9Xm1k1Tgzzl445xEVPWCOP32G9LLhttaRY KwPEkmSRNM5Vlpo4uC+cW4gJaD2m9DwmqDyJ1Q2lG2L5vM2i9nMlYNYA4MVIvU4AY/dZvUgPp a+t/SpmjaW5Xnkf/h3CidJx5Kf7p3iMynAG2xRoLjdkAnz6NIRCt92z/00UkkJPVKIC/WTBBR i0+YZe7JoqyHgq1COknVM0B21xuXsegwyeTW/agyWkaxpJLm6DQYNC0h9azauoqWhtpehhcnU KFZftgDkrG1MORtimc/yt7KtM8pBT9jVOZjjca1p/PDPVn1VLKppgK4BpxgT6GFUC29zXp8IT Sar2BwoMkZdhcbE6TdW208YpV1Aq4NzFoUN7nUAXTHUJrD+aVKvJ8QrPcYUzytIyTh5x3Dnv2 oxSUTPYMRhkao2pvtEPeRnzHRnFGWzHad7FkkarBkHBzfT6jh37lSS+d+g82Gwe/uKo937WML lWU8SaKTP0d6/kY4fgr5nBOKK+FcV5BZszIB+w== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > When starting Emacs (GTK build) on an X server which has no window > manager (such as a newly-created Xnest session), setting > `frame-resize-pixelwise' to t followed by a resize operation often has > no effect. According to the manual Setting this variable usually causes the next resize operation to pass the corresponding size hints to the window manager. This means that this variable should be set only in a user's initial file; applications should never bind it temporarily. So it's possible that Xnest or some other X component refuses to resize your frame because the size hints were set up inappropriately. Does it also fail when `frame-resize-pixelwise' is set to t in your initial file? Does it fail when you set `frame-resize-pixelwise' to t, request an integral resize first and a second non-integral one afterwards? martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2015 10:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144024066631563 (code B ref 21317); Sat, 22 Aug 2015 10:52:01 +0000 Received: (at 21317) by debbugs.gnu.org; 22 Aug 2015 10:51:06 +0000 Received: from localhost ([127.0.0.1]:34996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT6O8-0008Cx-FI for submit@debbugs.gnu.org; Sat, 22 Aug 2015 06:51:06 -0400 Received: from mail-ig0-f172.google.com ([209.85.213.172]:38321) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT6O4-0008CQ-KN for 21317@debbugs.gnu.org; Sat, 22 Aug 2015 06:51:02 -0400 Received: by igfj19 with SMTP id j19so29570579igf.1 for <21317@debbugs.gnu.org>; Sat, 22 Aug 2015 03:51:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=a1qsJ7Sq4lasDY8nnSGTA6g7E7Tn3fInsbw1NfEsUR0=; b=UbcTti8jN5ikbGY0JmGNF/0QgRNRO4VwrODfuynnMKZ9C89tFRbJjtz3tk7uqL9+B6 EMn8CmaOoIjA4KaKwfGNxk0G7xG08syrd5aDNCbaYsVD2PFhZBAJat9VKYHcDlhmjF+k 5Zqnm6a2JwbkiAvgu38ncN7xcv/7nsdmuh2ToiGTXKqgxmBy/Cbuz0wHnz9IiS+XVCtY K1nqKa636jAGoEQZCdWLCNir+WBfbn2L/CT7PzbuANl0g68DcIKfIMV1CU05+Q09fi4k jQ4luC2KDqH6KWp9rT3pXPoMfJxBipUnop/oX7K1j3ciZdmiEOIw2wtlh3wmHZJFcLEq a5Lg== MIME-Version: 1.0 X-Received: by 10.50.92.67 with SMTP id ck3mr7127127igb.93.1440240659871; Sat, 22 Aug 2015 03:50:59 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sat, 22 Aug 2015 03:50:59 -0700 (PDT) In-Reply-To: <55D8196B.3010206@gmx.at> References: <55D8196B.3010206@gmx.at> Date: Sat, 22 Aug 2015 10:50:59 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=e89a8ffbabc5eccc7b051de42800 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --e89a8ffbabc5eccc7b051de42800 Content-Type: text/plain; charset=UTF-8 Thanks for responding! On Sat, Aug 22, 2015 at 6:40 AM, martin rudalics wrote: >> When starting Emacs (GTK build) on an X server which has no window >> manager (such as a newly-created Xnest session), setting >> `frame-resize-pixelwise' to t followed by a resize operation often has >> no effect. > > According to the manual > > Setting this variable usually causes the next resize operation to > pass the corresponding size hints to the window manager. This > means that this variable should be set only in a user's initial > file; applications should never bind it temporarily. That documentation is outdated and does not apply to GTK builds in all cases, I'm afraid. It is not the window manager that decides to honor or dishonor frame-resize-pixelwise but GDK. See x_wm_set_size_hint and gtk_window_move_resize (gtkwindow.c, in the GTK sources). In particular, gtk_window_compute_configure_request calls gtk_window_constrain_size which calls gdk_window_constrain_size which calculates width = base_width + FLOOR (width - base_width, xinc); height = base_height + FLOOR (height - base_height, yinc); (where FLOOR is defined as #define FLOOR(value, base) ( ((gint) ((value) / (base))) * (base) ) ) > So it's possible that Xnest or some other X component refuses to resize > your frame because the size hints were set up inappropriately. I'm pretty sure that's not what's happening, but I'll be happy to provide traces to demonstrate my analysis is correct...or to prove it wrong, of course! The attached gdb log shows quite clearly that it's GDK making the second (erroneous) call to XResizeWindow, not Xnest (there is no window manager). > Does it also fail when `frame-resize-pixelwise' is set to t in your > initial file? Yes, it does. > Does it fail when you set `frame-resize-pixelwise' to t, request an > integral resize first and a second non-integral one afterwards? I'm not sure I fully understand how you define "integral". In short, non-full-screen resize + redisplay + full-screen resize works, the other combinations do not. If I run this code (Xnest running on display :3): DISPLAY=:3 emacs -Q --eval "(progn (setq frame-resize-pixelwise t) (set-frame-height (selected-frame) (1+ (frame-pixel-height (selected-frame))) nil t) (redisplay) (set-frame-parameter (selected-frame) 'fullscreen 'fullboth))" Things work, but without the "(redisplay)" they don't. (So that's a non-full-screen resize first, then a full-screen resize). Doing the full-screen resize first breaks things. I must also point out that without the "(redisplay)", there are unexpected results: the full screen resize appears to be ignored entirely. But, again, I currently stand by my initial analysis of what's happening. The problem is that we cannot simply do the right thing because of the KWin bug... --e89a8ffbabc5eccc7b051de42800 Content-Type: text/plain; charset=US-ASCII; name="emacs-bug-008-gdb-log.txt" Content-Disposition: attachment; filename="emacs-bug-008-gdb-log.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idmy05tk0 JSBYbmVzdCA6MiAtZ2VvbWV0cnkgODc3eDg3NyswKzAgJgpYbmVzdCA6MiAtZ2VvbWV0cnkgODc3 eDg3NyswKzAgJgpbMV0gMTQ2NzUKJSBESVNQTEFZPToyIC91c3IvYmluL2dkYiAtLWFyZ3MgZW1h Y3MgLVEgLS1ldmFsICIocHJvZ24gKHNldHEgZnJhbWUtcmVzaXplLXBpeGVsd2lzZSB0KSAoc2V0 LWZyYW1lLXBhcmFtZXRlciAoc2VsZWN0ZWQtZnJhbWUpICdmdWxsc2NyZWVuICdmdWxsYm90aCkp Igo8d2lzZSB0KSAoc2V0LWZyYW1lLXBhcmFtZXRlciAoc2VsZWN0ZWQtZnJhbWUpICdmdWxsc2Ny ZWVuICdmdWxsYm90aCkpIgpHTlUgZ2RiIChEZWJpYW4gNy45LjEtMSkgNy45LjEKQ29weXJpZ2h0 IChDKSAyMDE1IEZyZWUgU29mdHdhcmUgRm91bmRhdGlvbiwgSW5jLgpMaWNlbnNlIEdQTHYzKzog R05VIEdQTCB2ZXJzaW9uIDMgb3IgbGF0ZXIgPGh0dHA6Ly9nbnUub3JnL2xpY2Vuc2VzL2dwbC5o dG1sPgpUaGlzIGlzIGZyZWUgc29mdHdhcmU6IHlvdSBhcmUgZnJlZSB0byBjaGFuZ2UgYW5kIHJl ZGlzdHJpYnV0ZSBpdC4KVGhlcmUgaXMgTk8gV0FSUkFOVFksIHRvIHRoZSBleHRlbnQgcGVybWl0 dGVkIGJ5IGxhdy4gIFR5cGUgInNob3cgY29weWluZyIKYW5kICJzaG93IHdhcnJhbnR5IiBmb3Ig ZGV0YWlscy4KVGhpcyBHREIgd2FzIGNvbmZpZ3VyZWQgYXMgIng4Nl82NC1saW51eC1nbnUiLgpU eXBlICJzaG93IGNvbmZpZ3VyYXRpb24iIGZvciBjb25maWd1cmF0aW9uIGRldGFpbHMuCkZvciBi dWcgcmVwb3J0aW5nIGluc3RydWN0aW9ucywgcGxlYXNlIHNlZToKPGh0dHA6Ly93d3cuZ251Lm9y Zy9zb2Z0d2FyZS9nZGIvYnVncy8+LgpGaW5kIHRoZSBHREIgbWFudWFsIGFuZCBvdGhlciBkb2N1 bWVudGF0aW9uIHJlc291cmNlcyBvbmxpbmUgYXQ6CjxodHRwOi8vd3d3LmdudS5vcmcvc29mdHdh cmUvZ2RiL2RvY3VtZW50YXRpb24vPi4KRm9yIGhlbHAsIHR5cGUgImhlbHAiLgpUeXBlICJhcHJv cG9zIHdvcmQiIHRvIHNlYXJjaCBmb3IgY29tbWFuZHMgcmVsYXRlZCB0byAid29yZCIuLi4KUmVh ZGluZyBzeW1ib2xzIGZyb20gZW1hY3MuLi5kb25lLgooZ2RiKSBiIFhSZXNpemVXaW5kb3cKYiBY UmVzaXplV2luZG93CkJyZWFrcG9pbnQgMSBhdCAweDQxNjdhMAooZ2RiKSByCnIKU3RhcnRpbmcg cHJvZ3JhbTogL3Vzci9sb2NhbC9iaW4vZW1hY3MgLVEgLS1ldmFsIFwocHJvZ25cIFwoc2V0cVwg ZnJhbWUtcmVzaXplLXBpeGVsd2lzZVwgdFwpXCBcKHNldC1mcmFtZS1wYXJhbWV0ZXJcIFwoc2Vs ZWN0ZWQtZnJhbWVcKVwgXCdmdWxsc2NyZWVuXCBcJ2Z1bGxib3RoXClcKQpbVGhyZWFkIGRlYnVn Z2luZyB1c2luZyBsaWJ0aHJlYWRfZGIgZW5hYmxlZF0KVXNpbmcgaG9zdCBsaWJ0aHJlYWRfZGIg bGlicmFyeSAiL2xpYi94ODZfNjQtbGludXgtZ251L2xpYnRocmVhZF9kYi5zby4xIi4KMSBYU0VM SU5VWHMgc3RpbGwgYWxsb2NhdGVkIGF0IHJlc2V0ClNDUkVFTjogMCBvYmplY3RzIG9mIDE1MiBi eXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpDT0xPUk1BUDogMCBvYmplY3Rz IG9mIDggYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKREVWSUNFOiAwIG9i amVjdHMgb2YgOTYgYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKQ0xJRU5U OiAwIG9iamVjdHMgb2YgNTYgYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MK V0lORE9XOiAwIG9iamVjdHMgb2YgNzIgYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBh bGxvY3MKUElYTUFQOiAxIG9iamVjdHMgb2YgMjQgYnl0ZXMgPSAyNCB0b3RhbCBieXRlcyAwIHBy aXZhdGUgYWxsb2NzCkdDOiAwIG9iamVjdHMgb2YgMjQgYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAg cHJpdmF0ZSBhbGxvY3MKQ1VSU09SOiAwIG9iamVjdHMgb2YgOCBieXRlcyA9IDAgdG90YWwgYnl0 ZXMgMCBwcml2YXRlIGFsbG9jcwpUT1RBTDogMSBvYmplY3RzLCAyNCBieXRlcywgMCBhbGxvY3MK MSBQSVhNQVBzIHN0aWxsIGFsbG9jYXRlZCBhdCByZXNldApQSVhNQVA6IDEgb2JqZWN0cyBvZiAy NCBieXRlcyA9IDI0IHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKR0M6IDAgb2JqZWN0cyBv ZiAyNCBieXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpDVVJTT1I6IDAgb2Jq ZWN0cyBvZiA4IGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzClRPVEFMOiAx IG9iamVjdHMsIDI0IGJ5dGVzLCAwIGFsbG9jcwoxIERBTUFHRXMgc3RpbGwgYWxsb2NhdGVkIGF0 IHJlc2V0ClRPVEFMOiAwIG9iamVjdHMsIDAgYnl0ZXMsIDAgYWxsb2NzCjEgWFNFTElOVVhzIHN0 aWxsIGFsbG9jYXRlZCBhdCByZXNldApTQ1JFRU46IDAgb2JqZWN0cyBvZiAxNTIgYnl0ZXMgPSAw IHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKQ09MT1JNQVA6IDAgb2JqZWN0cyBvZiA4IGJ5 dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzCkRFVklDRTogMCBvYmplY3RzIG9m IDk2IGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzCkNMSUVOVDogMCBvYmpl Y3RzIG9mIDU2IGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzCldJTkRPVzog MCBvYmplY3RzIG9mIDcyIGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzClBJ WE1BUDogMSBvYmplY3RzIG9mIDI0IGJ5dGVzID0gMjQgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFs bG9jcwpHQzogMCBvYmplY3RzIG9mIDI0IGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUg YWxsb2NzCkNVUlNPUjogMCBvYmplY3RzIG9mIDggYnl0ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJp dmF0ZSBhbGxvY3MKVE9UQUw6IDEgb2JqZWN0cywgMjQgYnl0ZXMsIDAgYWxsb2NzCjEgUElYTUFQ cyBzdGlsbCBhbGxvY2F0ZWQgYXQgcmVzZXQKUElYTUFQOiAxIG9iamVjdHMgb2YgMjQgYnl0ZXMg PSAyNCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzCkdDOiAwIG9iamVjdHMgb2YgMjQgYnl0 ZXMgPSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKQ1VSU09SOiAwIG9iamVjdHMgb2Yg OCBieXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpUT1RBTDogMSBvYmplY3Rz LCAyNCBieXRlcywgMCBhbGxvY3MKMSBEQU1BR0VzIHN0aWxsIGFsbG9jYXRlZCBhdCByZXNldApU T1RBTDogMCBvYmplY3RzLCAwIGJ5dGVzLCAwIGFsbG9jcwoxIFhTRUxJTlVYcyBzdGlsbCBhbGxv Y2F0ZWQgYXQgcmVzZXQKU0NSRUVOOiAwIG9iamVjdHMgb2YgMTUyIGJ5dGVzID0gMCB0b3RhbCBi eXRlcyAwIHByaXZhdGUgYWxsb2NzCkNPTE9STUFQOiAwIG9iamVjdHMgb2YgOCBieXRlcyA9IDAg dG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpERVZJQ0U6IDAgb2JqZWN0cyBvZiA5NiBieXRl cyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpDTElFTlQ6IDAgb2JqZWN0cyBvZiA1 NiBieXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpXSU5ET1c6IDAgb2JqZWN0 cyBvZiA3MiBieXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpQSVhNQVA6IDEg b2JqZWN0cyBvZiAyNCBieXRlcyA9IDI0IHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKR0M6 IDAgb2JqZWN0cyBvZiAyNCBieXRlcyA9IDAgdG90YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpD VVJTT1I6IDAgb2JqZWN0cyBvZiA4IGJ5dGVzID0gMCB0b3RhbCBieXRlcyAwIHByaXZhdGUgYWxs b2NzClRPVEFMOiAxIG9iamVjdHMsIDI0IGJ5dGVzLCAwIGFsbG9jcwoxIFBJWE1BUHMgc3RpbGwg YWxsb2NhdGVkIGF0IHJlc2V0ClBJWE1BUDogMSBvYmplY3RzIG9mIDI0IGJ5dGVzID0gMjQgdG90 YWwgYnl0ZXMgMCBwcml2YXRlIGFsbG9jcwpHQzogMCBvYmplY3RzIG9mIDI0IGJ5dGVzID0gMCB0 b3RhbCBieXRlcyAwIHByaXZhdGUgYWxsb2NzCkNVUlNPUjogMCBvYmplY3RzIG9mIDggYnl0ZXMg PSAwIHRvdGFsIGJ5dGVzIDAgcHJpdmF0ZSBhbGxvY3MKVE9UQUw6IDEgb2JqZWN0cywgMjQgYnl0 ZXMsIDAgYWxsb2NzCjEgREFNQUdFcyBzdGlsbCBhbGxvY2F0ZWQgYXQgcmVzZXQKVE9UQUw6IDAg b2JqZWN0cywgMCBieXRlcywgMCBhbGxvY3MKW05ldyBUaHJlYWQgMHg3ZmZmZTViZGU3MDAgKExX UCAxNDc2OCldCltOZXcgVGhyZWFkIDB4N2ZmZmU1MzhkNzAwIChMV1AgMTQ3NzApXQpbTmV3IFRo cmVhZCAweDdmZmZlN2RhYTcwMCAoTFdQIDE0NzM0KV0KCkJyZWFrcG9pbnQgMSwgWFJlc2l6ZVdp bmRvdyAoZHB5PTB4ZDI1OTQwLCB3PXdAZW50cnk9NjI5MTQ3Nywgd2lkdGg9d2lkdGhAZW50cnk9 NTkxLAogICAgaGVpZ2h0PWhlaWdodEBlbnRyeT00NzQpIGF0IC4uLy4uL3NyYy9DaFdpbmRvdy5j OjM4CjM4CS4uLy4uL3NyYy9DaFdpbmRvdy5jOiBObyBzdWNoIGZpbGUgb3IgZGlyZWN0b3J5Lgoo Z2RiKSBjCmMKQ29udGludWluZy4KCkJyZWFrcG9pbnQgMSwgWFJlc2l6ZVdpbmRvdyAoZHB5PTB4 ZDI1OTQwLCB3PTYyOTE0NzcsIHdpZHRoPTg3NywgaGVpZ2h0PTg3NykKICAgIGF0IC4uLy4uL3Ny Yy9DaFdpbmRvdy5jOjM4CjM4CWluIC4uLy4uL3NyYy9DaFdpbmRvdy5jCihnZGIpIGJ0CmJ0CiMw ICBYUmVzaXplV2luZG93IChkcHk9MHhkMjU5NDAsIHc9NjI5MTQ3Nywgd2lkdGg9ODc3LCBoZWln aHQ9ODc3KSBhdCAuLi8uLi9zcmMvQ2hXaW5kb3cuYzozOAojMSAgMHgwMDAwMDAwMDAwNTFlNTQw IGluIHhfY2hlY2tfZnVsbHNjcmVlbiAoZj0weDEyYWM4ZDApIGF0IHh0ZXJtLmM6MTAxOTQKIzIg IDB4MDAwMDAwMDAwMDUxZTFkYSBpbiBYVGZ1bGxzY3JlZW5faG9vayAoZj0weDEyYWM4ZDApIGF0 IHh0ZXJtLmM6MTAxMTEKIzMgIDB4MDAwMDAwMDAwMDQyZDJjZCBpbiB4X3NldF9mdWxsc2NyZWVu IChmPTB4MTJhYzhkMCwgbmV3X3ZhbHVlPTIzMzI4LCBvbGRfdmFsdWU9MCkKICAgIGF0IGZyYW1l LmM6MzQ4MAojNCAgMHgwMDAwMDAwMDAwNDJjYjBkIGluIHhfc2V0X2ZyYW1lX3BhcmFtZXRlcnMg KGY9MHgxMmFjOGQwLCBhbGlzdD0wKSBhdCBmcmFtZS5jOjMzNTgKIzUgIDB4MDAwMDAwMDAwMDQy YWY1MiBpbiBGbW9kaWZ5X2ZyYW1lX3BhcmFtZXRlcnMgKGZyYW1lPTE5NTgxMTQxLCBhbGlzdD0x NzE0OTMzMSkgYXQgZnJhbWUuYzoyNjc1CiM2ICAweDAwMDAwMDAwMDA1ZWM4OTQgaW4gRmZ1bmNh bGwgKG5hcmdzPTMsIGFyZ3M9MHg3ZmZmZmZmZmNiODApIGF0IGV2YWwuYzoyNzM3CiM3ICAweDAw MDAwMDAwMDA2MmY0NjggaW4gZXhlY19ieXRlX2NvZGUgKGJ5dGVzdHI9MTA2MDA5NzIsIHZlY3Rv cj0xMDYwMTAwNSwgbWF4ZGVwdGg9MzAsCiAgICBhcmdzX3RlbXBsYXRlPTMwODYsIG5hcmdzPTMs IGFyZ3M9MHg3ZmZmZmZmZmNmZjgpIGF0IGJ5dGVjb2RlLmM6OTE5CiM4ICAweDAwMDAwMDAwMDA1 ZWQwYTEgaW4gZnVuY2FsbF9sYW1iZGEgKGZ1bj0xMDYwMDkyNSwgbmFyZ3M9MywgYXJnX3ZlY3Rv cj0weDdmZmZmZmZmY2ZlMCkKICAgIGF0IGV2YWwuYzoyOTAxCiM5ICAweDAwMDAwMDAwMDA1ZWNl NTMgaW4gYXBwbHlfbGFtYmRhIChmdW49MTA2MDA5MjUsIGFyZ3M9MTcxNTA2OTEsIGNvdW50PTEy KSBhdCBldmFsLmM6Mjg0MgojMTAgMHgwMDAwMDAwMDAwNWViNWYxIGluIGV2YWxfc3ViIChmb3Jt PTE3MTUwNzU1KSBhdCBldmFsLmM6MjI0MgojMTEgMHgwMDAwMDAwMDAwNWU3NzUxIGluIEZwcm9n biAoYm9keT0xNzE0OTk1NSkgYXQgZXZhbC5jOjQ2MAojMTIgMHgwMDAwMDAwMDAwNWViMDlmIGlu IGV2YWxfc3ViIChmb3JtPTE3MTUxMDkxKSBhdCBldmFsLmM6MjE0NwojMTMgMHgwMDAwMDAwMDAw NWVhYjg4IGluIEZldmFsIChmb3JtPTE3MTUxMDkxLCBsZXhpY2FsPTApIGF0IGV2YWwuYzoyMDEx CiMxNCAweDAwMDAwMDAwMDA1ZWM4OTQgaW4gRmZ1bmNhbGwgKG5hcmdzPTIsIGFyZ3M9MHg3ZmZm ZmZmZmQ1MjApIGF0IGV2YWwuYzoyNzM3CiMxNSAweDAwMDAwMDAwMDA2MmY0NjggaW4gZXhlY19i eXRlX2NvZGUgKGJ5dGVzdHI9MTA2NTE3ODgsIHZlY3Rvcj0xMDY1MTgyMSwgbWF4ZGVwdGg9OTAs CiAgICBhcmdzX3RlbXBsYXRlPTEwMzAsIG5hcmdzPTEsIGFyZ3M9MHg3ZmZmZmZmZmRhNzgpIGF0 IGJ5dGVjb2RlLmM6OTE5CiMxNiAweDAwMDAwMDAwMDA1ZWQwYTEgaW4gZnVuY2FsbF9sYW1iZGEg KGZ1bj0xMDY1MTc0MSwgbmFyZ3M9MSwgYXJnX3ZlY3Rvcj0weDdmZmZmZmZmZGE3MCkKICAgIGF0 IGV2YWwuYzoyOTAxCiMxNyAweDAwMDAwMDAwMDA1ZWNhZTMgaW4gRmZ1bmNhbGwgKG5hcmdzPTIs IGFyZ3M9MHg3ZmZmZmZmZmRhNjgpIGF0IGV2YWwuYzoyNzgzCiMxOCAweDAwMDAwMDAwMDA2MmY0 NjggaW4gZXhlY19ieXRlX2NvZGUgKGJ5dGVzdHI9MTA2Mjg1OTYsIHZlY3Rvcj0xMDYyODYyOSwg bWF4ZGVwdGg9ODYsCiAgICBhcmdzX3RlbXBsYXRlPTIsIG5hcmdzPTAsIGFyZ3M9MHg3ZmZmZmZm ZmUwMTgpIGF0IGJ5dGVjb2RlLmM6OTE5CiMxOSAweDAwMDAwMDAwMDA1ZWQwYTEgaW4gZnVuY2Fs bF9sYW1iZGEgKGZ1bj0xMDYyODU0OSwgbmFyZ3M9MCwgYXJnX3ZlY3Rvcj0weDdmZmZmZmZmZTAx OCkKICAgIGF0IGV2YWwuYzoyOTAxCiMyMCAweDAwMDAwMDAwMDA1ZWNhZTMgaW4gRmZ1bmNhbGwg KG5hcmdzPTEsIGFyZ3M9MHg3ZmZmZmZmZmUwMTApIGF0IGV2YWwuYzoyNzgzCiMyMSAweDAwMDAw MDAwMDA2MmY0NjggaW4gZXhlY19ieXRlX2NvZGUgKGJ5dGVzdHI9MTA2MjUxOTYsIHZlY3Rvcj0x MDYyNTIyOSwgbWF4ZGVwdGg9NTAsCiAgICBhcmdzX3RlbXBsYXRlPTIsIG5hcmdzPTAsIGFyZ3M9 MHg3ZmZmZmZmZmU0YjApIGF0IGJ5dGVjb2RlLmM6OTE5CiMyMiAweDAwMDAwMDAwMDA1ZWQwYTEg aW4gZnVuY2FsbF9sYW1iZGEgKGZ1bj0xMDYyNTE0OSwgbmFyZ3M9MCwgYXJnX3ZlY3Rvcj0weDdm ZmZmZmZmZTRiMCkKICAgIGF0IGV2YWwuYzoyOTAxCiMyMyAweDAwMDAwMDAwMDA1ZWNlNTMgaW4g YXBwbHlfbGFtYmRhIChmdW49MTA2MjUxNDksIGFyZ3M9MCwgY291bnQ9MykgYXQgZXZhbC5jOjI4 NDIKIzI0IDB4MDAwMDAwMDAwMDVlYjVmMSBpbiBldmFsX3N1YiAoZm9ybT0xNzcxMTc5NSkgYXQg ZXZhbC5jOjIyNDIKIzI1IDB4MDAwMDAwMDAwMDVlYWI4OCBpbiBGZXZhbCAoZm9ybT0xNzcxMTc5 NSwgbGV4aWNhbD0wKSBhdCBldmFsLmM6MjAxMQojMjYgMHgwMDAwMDAwMDAwNTUxYmRhIGluIHRv cF9sZXZlbF8yICgpIGF0IGtleWJvYXJkLmM6MTE0NwojMjcgMHgwMDAwMDAwMDAwNWU5NGUxIGlu IGludGVybmFsX2NvbmRpdGlvbl9jYXNlIChiZnVuPTB4NTUxYmI3IDx0b3BfbGV2ZWxfMj4sIGhh bmRsZXJzPTE4NjcyLAogICAgaGZ1bj0weDU1MTY3NyA8Y21kX2Vycm9yPikgYXQgZXZhbC5jOjEz NjMKIzI4IDB4MDAwMDAwMDAwMDU1MWMxYiBpbiB0b3BfbGV2ZWxfMSAoaWdub3JlPTApIGF0IGtl eWJvYXJkLmM6MTE1NQojMjkgMHgwMDAwMDAwMDAwNWU4Yzc2IGluIGludGVybmFsX2NhdGNoICh0 YWc9NDQ0OTYsIGZ1bmM9MHg1NTFiZGMgPHRvcF9sZXZlbF8xPiwgYXJnPTApCiAgICBhdCBldmFs LmM6MTEyMwojMzAgMHgwMDAwMDAwMDAwNTUxYjBmIGluIGNvbW1hbmRfbG9vcCAoKSBhdCBrZXli b2FyZC5jOjExMTYKIzMxIDB4MDAwMDAwMDAwMDU1MTIzZiBpbiByZWN1cnNpdmVfZWRpdF8xICgp IGF0IGtleWJvYXJkLmM6NzIzCiMzMiAweDAwMDAwMDAwMDA1NTEzZDMgaW4gRnJlY3Vyc2l2ZV9l ZGl0ICgpIGF0IGtleWJvYXJkLmM6Nzk0CiMzMyAweDAwMDAwMDAwMDA1NGYyMGQgaW4gbWFpbiAo YXJnYz00LCBhcmd2PTB4N2ZmZmZmZmZlYTU4KSBhdCBlbWFjcy5jOjE2MjkKKGdkYikgYwpjCkNv bnRpbnVpbmcuCgpCcmVha3BvaW50IDEsIFhSZXNpemVXaW5kb3cgKGRweT0weGQyNTk0MCwgdz13 QGVudHJ5PTYyOTE0NzcsIHdpZHRoPXdpZHRoQGVudHJ5PTg3MSwKICAgIGhlaWdodD1oZWlnaHRA ZW50cnk9ODc3KSBhdCAuLi8uLi9zcmMvQ2hXaW5kb3cuYzozOAozOAlpbiAuLi8uLi9zcmMvQ2hX aW5kb3cuYwooZ2RiKSBidApidAojMCAgWFJlc2l6ZVdpbmRvdyAoZHB5PTB4ZDI1OTQwLCB3PXdA ZW50cnk9NjI5MTQ3Nywgd2lkdGg9d2lkdGhAZW50cnk9ODcxLCBoZWlnaHQ9aGVpZ2h0QGVudHJ5 PTg3NykKICAgIGF0IC4uLy4uL3NyYy9DaFdpbmRvdy5jOjM4CiMxICAweDAwMDA3ZmZmZjY3N2E3 NGEgaW4gd2luZG93X3gxMV9yZXNpemUgKGhlaWdodD04NzcsIHdpZHRoPTg3MSwgd2luZG93PTB4 ZDNkYmQwKQogICAgYXQgL3RtcC9idWlsZGQvZ3RrKzMuMC0zLjE2LjYvLi9nZGsveDExL2dka3dp bmRvdy14MTEuYzoxODA2CiMyICBnZGtfd2luZG93X3gxMV9tb3ZlX3Jlc2l6ZSAod2luZG93PTB4 ZDNkYmQwLCB3aXRoX21vdmU9PG9wdGltaXplZCBvdXQ+LCB4PTxvcHRpbWl6ZWQgb3V0PiwKICAg IHk9PG9wdGltaXplZCBvdXQ+LCB3aWR0aD08b3B0aW1pemVkIG91dD4sIGhlaWdodD08b3B0aW1p emVkIG91dD4pCiAgICBhdCAvdG1wL2J1aWxkZC9ndGsrMy4wLTMuMTYuNi8uL2dkay94MTEvZ2Rr d2luZG93LXgxMS5jOjE4OTAKIzMgIDB4MDAwMDdmZmZmNjc1NzM3MSBpbiBnZGtfd2luZG93X21v dmVfcmVzaXplX3RvcGxldmVsIChoZWlnaHQ9ODc3LCB3aWR0aD04NzEsIHk9MCwgeD0wLAogICAg d2l0aF9tb3ZlPTAsIHdpbmRvdz0weGQzZGJkMCkgYXQgL3RtcC9idWlsZGQvZ3RrKzMuMC0zLjE2 LjYvLi9nZGsvZ2Rrd2luZG93LmM6NTYxOQojNCAgZ2RrX3dpbmRvd19tb3ZlX3Jlc2l6ZV9pbnRl cm5hbCAod2luZG93PTB4ZDNkYmQwLCB3aXRoX21vdmU9MCwgeD0wLCB5PTAsIHdpZHRoPTg3MSwg aGVpZ2h0PTg3NykKICAgIGF0IC90bXAvYnVpbGRkL2d0ayszLjAtMy4xNi42Ly4vZ2RrL2dka3dp bmRvdy5jOjU2ODYKIzUgIDB4MDAwMDdmZmZmNmQzNWY1OSBpbiBndGtfd2luZG93X21vdmVfcmVz aXplICh3aW5kb3c9MHgxNThjMjMwKQogICAgYXQgL3RtcC9idWlsZGQvZ3RrKzMuMC0zLjE2LjYv Li9ndGsvZ3Rrd2luZG93LmM6OTM3MQojNiAgZ3RrX3dpbmRvd19jaGVja19yZXNpemUgKGNvbnRh aW5lcj0weDE1OGMyMzApCiAgICBhdCAvdG1wL2J1aWxkZC9ndGsrMy4wLTMuMTYuNi8uL2d0ay9n dGt3aW5kb3cuYzo4MDcxCiM3ICAweDAwMDA3ZmZmZjUzOTA1MDQgaW4gX2dfY2xvc3VyZV9pbnZv a2VfdmEgKGNsb3N1cmU9MHhkMDFiMDAsIHJldHVybl92YWx1ZT0weDAsCiAgICBpbnN0YW5jZT0w eDE1OGMyMzAsIGFyZ3M9MHg3ZmZmZmZmZmMwNDAsIG5fcGFyYW1zPTxvcHRpbWl6ZWQgb3V0Piwg cGFyYW1fdHlwZXM9MHgwKQogICAgYXQgL3RtcC9idWlsZGQvZ2xpYjIuMC0yLjQ0LjEvLi9nb2Jq ZWN0L2djbG9zdXJlLmM6ODMxCiM4ICAweDAwMDA3ZmZmZjUzYTlmYTcgaW4gZ19zaWduYWxfZW1p dF92YWxpc3QgKGluc3RhbmNlPTB4MTU4YzIzMCwgc2lnbmFsX2lkPTxvcHRpbWl6ZWQgb3V0PiwK ICAgIGRldGFpbD0wLCB2YXJfYXJncz12YXJfYXJnc0BlbnRyeT0weDdmZmZmZmZmYzA0MCkKICAg IGF0IC90bXAvYnVpbGRkL2dsaWIyLjAtMi40NC4xLy4vZ29iamVjdC9nc2lnbmFsLmM6MzIxNAoj OSAgMHgwMDAwN2ZmZmY1M2FhOGZmIGluIGdfc2lnbmFsX2VtaXQgKGluc3RhbmNlPTxvcHRpbWl6 ZWQgb3V0Piwgc2lnbmFsX2lkPTxvcHRpbWl6ZWQgb3V0PiwKICAgIGRldGFpbD08b3B0aW1pemVk IG91dD4pIGF0IC90bXAvYnVpbGRkL2dsaWIyLjAtMi40NC4xLy4vZ29iamVjdC9nc2lnbmFsLmM6 MzM2MQojMTAgMHgwMDAwN2ZmZmY2YjJmOTZjIGluIGd0a19jb250YWluZXJfaWRsZV9zaXplciAo Y2xvY2s9MHhkNDEyNDAsIGNvbnRhaW5lcj0weDE1OGMyMzApCiAgICBhdCAvdG1wL2J1aWxkZC9n dGsrMy4wLTMuMTYuNi8uL2d0ay9ndGtjb250YWluZXIuYzoxODczCiMxMSAweDAwMDA3ZmZmZjUz OTA1MDQgaW4gX2dfY2xvc3VyZV9pbnZva2VfdmEgKGNsb3N1cmU9MHgxYmQ1YjUwLCByZXR1cm5f dmFsdWU9MHgwLAogICAgaW5zdGFuY2U9MHhkNDEyNDAsIGFyZ3M9MHg3ZmZmZmZmZmMzODgsIG5f cGFyYW1zPTxvcHRpbWl6ZWQgb3V0PiwgcGFyYW1fdHlwZXM9MHgwKQogICAgYXQgL3RtcC9idWls ZGQvZ2xpYjIuMC0yLjQ0LjEvLi9nb2JqZWN0L2djbG9zdXJlLmM6ODMxCiMxMiAweDAwMDA3ZmZm ZjUzYTlmYTcgaW4gZ19zaWduYWxfZW1pdF92YWxpc3QgKGluc3RhbmNlPWluc3RhbmNlQGVudHJ5 PTB4ZDQxMjQwLAogICAgc2lnbmFsX2lkPXNpZ25hbF9pZEBlbnRyeT0xNDAsIGRldGFpbD1kZXRh aWxAZW50cnk9MCwgdmFyX2FyZ3M9dmFyX2FyZ3NAZW50cnk9MHg3ZmZmZmZmZmMzODgpCiAgICBh dCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8uL2dvYmplY3QvZ3NpZ25hbC5jOjMyMTQKIzEz IDB4MDAwMDdmZmZmNTNhYWU0YSBpbiBnX3NpZ25hbF9lbWl0X2J5X25hbWUgKGluc3RhbmNlPWlu c3RhbmNlQGVudHJ5PTB4ZDQxMjQwLAogICAgZGV0YWlsZWRfc2lnbmFsPWRldGFpbGVkX3NpZ25h bEBlbnRyeT0weDdmZmZmNjdiMzE5YSAibGF5b3V0IikKICAgIGF0IC90bXAvYnVpbGRkL2dsaWIy LjAtMi40NC4xLy4vZ29iamVjdC9nc2lnbmFsLmM6MzQwMQojMTQgMHgwMDAwN2ZmZmY2NzQ3NjI0 IGluIGdka19mcmFtZV9jbG9ja19wYWludF9pZGxlIChkYXRhPTB4ZDQxMjQwKQogICAgYXQgL3Rt cC9idWlsZGQvZ3RrKzMuMC0zLjE2LjYvLi9nZGsvZ2RrZnJhbWVjbG9ja2lkbGUuYzo0MDgKIzE1 IDB4MDAwMDdmZmZmNjczNmQ4OCBpbiBnZGtfdGhyZWFkc19kaXNwYXRjaCAoZGF0YT0weGVmY2Nj MCwKICAgIGRhdGFAZW50cnk9PGVycm9yIHJlYWRpbmcgdmFyaWFibGU6IHZhbHVlIGhhcyBiZWVu IG9wdGltaXplZCBvdXQ+KQogICAgYXQgL3RtcC9idWlsZGQvZ3RrKzMuMC0zLjE2LjYvLi9nZGsv Z2RrLmM6NzE5CiMxNiAweDAwMDA3ZmZmZjUwYmI1ZTMgaW4gZ190aW1lb3V0X2Rpc3BhdGNoIChz b3VyY2U9MHgxYmQ2YzAwLCBjYWxsYmFjaz08b3B0aW1pemVkIG91dD4sCiAgICB1c2VyX2RhdGE9 PG9wdGltaXplZCBvdXQ+KSBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8uL2dsaWIvZ21h aW4uYzo0NTQ1CiMxNyAweDAwMDA3ZmZmZjUwYmFiNGQgaW4gZ19tYWluX2Rpc3BhdGNoIChjb250 ZXh0PTB4ZDFmMGMwKQogICAgYXQgL3RtcC9idWlsZGQvZ2xpYjIuMC0yLjQ0LjEvLi9nbGliL2dt YWluLmM6MzEyMgojMTggZ19tYWluX2NvbnRleHRfZGlzcGF0Y2ggKGNvbnRleHQ9Y29udGV4dEBl bnRyeT0weGQxZjBjMCkKICAgIGF0IC90bXAvYnVpbGRkL2dsaWIyLjAtMi40NC4xLy4vZ2xpYi9n bWFpbi5jOjM3MzcKIzE5IDB4MDAwMDdmZmZmNTBiYWYyMCBpbiBnX21haW5fY29udGV4dF9pdGVy YXRlIChjb250ZXh0PWNvbnRleHRAZW50cnk9MHhkMWYwYzAsCiAgICBibG9jaz1ibG9ja0BlbnRy eT0xLCBkaXNwYXRjaD1kaXNwYXRjaEBlbnRyeT0xLCBzZWxmPTxvcHRpbWl6ZWQgb3V0PikKICAg IGF0IC90bXAvYnVpbGRkL2dsaWIyLjAtMi40NC4xLy4vZ2xpYi9nbWFpbi5jOjM4MDgKIzIwIDB4 MDAwMDdmZmZmNTBiYWZjYyBpbiBnX21haW5fY29udGV4dF9pdGVyYXRpb24gKGNvbnRleHQ9MHhk MWYwYzAsIGNvbnRleHRAZW50cnk9MHgwLAogICAgbWF5X2Jsb2NrPW1heV9ibG9ja0BlbnRyeT0x KSBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8uL2dsaWIvZ21haW4uYzozODY5CiMyMSAw eDAwMDA3ZmZmZjZiZTFmZjUgaW4gZ3RrX21haW5faXRlcmF0aW9uICgpIGF0IC90bXAvYnVpbGRk L2d0ayszLjAtMy4xNi42Ly4vZ3RrL2d0a21haW4uYzoxMzIwCiMyMiAweDAwMDAwMDAwMDA1MWI0 ZjIgaW4gWFRyZWFkX3NvY2tldCAodGVybWluYWw9MHgxMWZlNmEwLCBob2xkX3F1aXQ9MHg3ZmZm ZmZmZmM2YTApCiAgICBhdCB4dGVybS5jOjg2NDQKIzIzIDB4MDAwMDAwMDAwMDU1ZDczMyBpbiBn b2JibGVfaW5wdXQgKCkgYXQga2V5Ym9hcmQuYzo2OTI5CiMyNCAweDAwMDAwMDAwMDA1NWRiMWQg aW4gaGFuZGxlX2FzeW5jX2lucHV0ICgpIGF0IGtleWJvYXJkLmM6NzE4MQojMjUgMHgwMDAwMDAw MDAwNTVkYjNjIGluIHByb2Nlc3NfcGVuZGluZ19zaWduYWxzICgpIGF0IGtleWJvYXJkLmM6NzE5 NQojMjYgMHgwMDAwMDAwMDAwNTVkYjdjIGluIHVuYmxvY2tfaW5wdXRfdG8gKGxldmVsPTApIGF0 IGtleWJvYXJkLmM6NzIxMAojMjcgMHgwMDAwMDAwMDAwNTVkYmIxIGluIHRvdGFsbHlfdW5ibG9j a19pbnB1dCAoKSBhdCBrZXlib2FyZC5jOjcyMzgKIzI4IDB4MDAwMDAwMDAwMDUxZTkyMCBpbiB4 X3dhaXRfZm9yX2V2ZW50IChmPTB4MTJhYzhkMCwgZXZlbnR0eXBlPTIyKSBhdCB4dGVybS5jOjEw MzE4CiMyOSAweDAwMDAwMDAwMDA1MWU1NjMgaW4geF9jaGVja19mdWxsc2NyZWVuIChmPTB4MTJh YzhkMCkgYXQgeHRlcm0uYzoxMDE5OQojMzAgMHgwMDAwMDAwMDAwNTFlMWRhIGluIFhUZnVsbHNj cmVlbl9ob29rIChmPTB4MTJhYzhkMCkgYXQgeHRlcm0uYzoxMDExMQojMzEgMHgwMDAwMDAwMDAw NDJkMmNkIGluIHhfc2V0X2Z1bGxzY3JlZW4gKGY9MHgxMmFjOGQwLCBuZXdfdmFsdWU9MjMzMjgs IG9sZF92YWx1ZT0wKQogICAgYXQgZnJhbWUuYzozNDgwCiMzMiAweDAwMDAwMDAwMDA0MmNiMGQg aW4geF9zZXRfZnJhbWVfcGFyYW1ldGVycyAoZj0weDEyYWM4ZDAsIGFsaXN0PTApIGF0IGZyYW1l LmM6MzM1OAojMzMgMHgwMDAwMDAwMDAwNDJhZjUyIGluIEZtb2RpZnlfZnJhbWVfcGFyYW1ldGVy cyAoZnJhbWU9MTk1ODExNDEsIGFsaXN0PTE3MTQ5MzMxKSBhdCBmcmFtZS5jOjI2NzUKIzM0IDB4 MDAwMDAwMDAwMDVlYzg5NCBpbiBGZnVuY2FsbCAobmFyZ3M9MywgYXJncz0weDdmZmZmZmZmY2I4 MCkgYXQgZXZhbC5jOjI3MzcKIzM1IDB4MDAwMDAwMDAwMDYyZjQ2OCBpbiBleGVjX2J5dGVfY29k ZSAoYnl0ZXN0cj0xMDYwMDk3MiwgdmVjdG9yPTEwNjAxMDA1LCBtYXhkZXB0aD0zMCwKLS0tVHlw ZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0byBxdWl0LS0tCgogICAgYXJn c190ZW1wbGF0ZT0zMDg2LCBuYXJncz0zLCBhcmdzPTB4N2ZmZmZmZmZjZmY4KSBhdCBieXRlY29k ZS5jOjkxOQojMzYgMHgwMDAwMDAwMDAwNWVkMGExIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTA2 MDA5MjUsIG5hcmdzPTMsIGFyZ192ZWN0b3I9MHg3ZmZmZmZmZmNmZTApCiAgICBhdCBldmFsLmM6 MjkwMQojMzcgMHgwMDAwMDAwMDAwNWVjZTUzIGluIGFwcGx5X2xhbWJkYSAoZnVuPTEwNjAwOTI1 LCBhcmdzPTE3MTUwNjkxLCBjb3VudD0xMikgYXQgZXZhbC5jOjI4NDIKIzM4IDB4MDAwMDAwMDAw MDVlYjVmMSBpbiBldmFsX3N1YiAoZm9ybT0xNzE1MDc1NSkgYXQgZXZhbC5jOjIyNDIKIzM5IDB4 MDAwMDAwMDAwMDVlNzc1MSBpbiBGcHJvZ24gKGJvZHk9MTcxNDk5NTUpIGF0IGV2YWwuYzo0NjAK IzQwIDB4MDAwMDAwMDAwMDVlYjA5ZiBpbiBldmFsX3N1YiAoZm9ybT0xNzE1MTA5MSkgYXQgZXZh bC5jOjIxNDcKIzQxIDB4MDAwMDAwMDAwMDVlYWI4OCBpbiBGZXZhbCAoZm9ybT0xNzE1MTA5MSwg bGV4aWNhbD0wKSBhdCBldmFsLmM6MjAxMQojNDIgMHgwMDAwMDAwMDAwNWVjODk0IGluIEZmdW5j YWxsIChuYXJncz0yLCBhcmdzPTB4N2ZmZmZmZmZkNTIwKSBhdCBldmFsLmM6MjczNwojNDMgMHgw MDAwMDAwMDAwNjJmNDY4IGluIGV4ZWNfYnl0ZV9jb2RlIChieXRlc3RyPTEwNjUxNzg4LCB2ZWN0 b3I9MTA2NTE4MjEsIG1heGRlcHRoPTkwLAogICAgYXJnc190ZW1wbGF0ZT0xMDMwLCBuYXJncz0x LCBhcmdzPTB4N2ZmZmZmZmZkYTc4KSBhdCBieXRlY29kZS5jOjkxOQojNDQgMHgwMDAwMDAwMDAw NWVkMGExIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTA2NTE3NDEsIG5hcmdzPTEsIGFyZ192ZWN0 b3I9MHg3ZmZmZmZmZmRhNzApCiAgICBhdCBldmFsLmM6MjkwMQojNDUgMHgwMDAwMDAwMDAwNWVj YWUzIGluIEZmdW5jYWxsIChuYXJncz0yLCBhcmdzPTB4N2ZmZmZmZmZkYTY4KSBhdCBldmFsLmM6 Mjc4MwojNDYgMHgwMDAwMDAwMDAwNjJmNDY4IGluIGV4ZWNfYnl0ZV9jb2RlIChieXRlc3RyPTEw NjI4NTk2LCB2ZWN0b3I9MTA2Mjg2MjksIG1heGRlcHRoPTg2LAogICAgYXJnc190ZW1wbGF0ZT0y LCBuYXJncz0wLCBhcmdzPTB4N2ZmZmZmZmZlMDE4KSBhdCBieXRlY29kZS5jOjkxOQojNDcgMHgw MDAwMDAwMDAwNWVkMGExIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTA2Mjg1NDksIG5hcmdzPTAs IGFyZ192ZWN0b3I9MHg3ZmZmZmZmZmUwMTgpCiAgICBhdCBldmFsLmM6MjkwMQojNDggMHgwMDAw MDAwMDAwNWVjYWUzIGluIEZmdW5jYWxsIChuYXJncz0xLCBhcmdzPTB4N2ZmZmZmZmZlMDEwKSBh dCBldmFsLmM6Mjc4MwojNDkgMHgwMDAwMDAwMDAwNjJmNDY4IGluIGV4ZWNfYnl0ZV9jb2RlIChi eXRlc3RyPTEwNjI1MTk2LCB2ZWN0b3I9MTA2MjUyMjksIG1heGRlcHRoPTUwLAogICAgYXJnc190 ZW1wbGF0ZT0yLCBuYXJncz0wLCBhcmdzPTB4N2ZmZmZmZmZlNGIwKSBhdCBieXRlY29kZS5jOjkx OQojNTAgMHgwMDAwMDAwMDAwNWVkMGExIGluIGZ1bmNhbGxfbGFtYmRhIChmdW49MTA2MjUxNDks IG5hcmdzPTAsIGFyZ192ZWN0b3I9MHg3ZmZmZmZmZmU0YjApCiAgICBhdCBldmFsLmM6MjkwMQoj NTEgMHgwMDAwMDAwMDAwNWVjZTUzIGluIGFwcGx5X2xhbWJkYSAoZnVuPTEwNjI1MTQ5LCBhcmdz PTAsIGNvdW50PTMpIGF0IGV2YWwuYzoyODQyCiM1MiAweDAwMDAwMDAwMDA1ZWI1ZjEgaW4gZXZh bF9zdWIgKGZvcm09MTc3MTE3OTUpIGF0IGV2YWwuYzoyMjQyCiM1MyAweDAwMDAwMDAwMDA1ZWFi ODggaW4gRmV2YWwgKGZvcm09MTc3MTE3OTUsIGxleGljYWw9MCkgYXQgZXZhbC5jOjIwMTEKIzU0 IDB4MDAwMDAwMDAwMDU1MWJkYSBpbiB0b3BfbGV2ZWxfMiAoKSBhdCBrZXlib2FyZC5jOjExNDcK IzU1IDB4MDAwMDAwMDAwMDVlOTRlMSBpbiBpbnRlcm5hbF9jb25kaXRpb25fY2FzZSAoYmZ1bj0w eDU1MWJiNyA8dG9wX2xldmVsXzI+LCBoYW5kbGVycz0xODY3MiwKICAgIGhmdW49MHg1NTE2Nzcg PGNtZF9lcnJvcj4pIGF0IGV2YWwuYzoxMzYzCiM1NiAweDAwMDAwMDAwMDA1NTFjMWIgaW4gdG9w X2xldmVsXzEgKGlnbm9yZT0wKSBhdCBrZXlib2FyZC5jOjExNTUKIzU3IDB4MDAwMDAwMDAwMDVl OGM3NiBpbiBpbnRlcm5hbF9jYXRjaCAodGFnPTQ0NDk2LCBmdW5jPTB4NTUxYmRjIDx0b3BfbGV2 ZWxfMT4sIGFyZz0wKQogICAgYXQgZXZhbC5jOjExMjMKIzU4IDB4MDAwMDAwMDAwMDU1MWIwZiBp biBjb21tYW5kX2xvb3AgKCkgYXQga2V5Ym9hcmQuYzoxMTE2CiM1OSAweDAwMDAwMDAwMDA1NTEy M2YgaW4gcmVjdXJzaXZlX2VkaXRfMSAoKSBhdCBrZXlib2FyZC5jOjcyMwojNjAgMHgwMDAwMDAw MDAwNTUxM2QzIGluIEZyZWN1cnNpdmVfZWRpdCAoKSBhdCBrZXlib2FyZC5jOjc5NAojNjEgMHgw MDAwMDAwMDAwNTRmMjBkIGluIG1haW4gKGFyZ2M9NCwgYXJndj0weDdmZmZmZmZmZWE1OCkgYXQg ZW1hY3MuYzoxNjI5CihnZGIpIGMKYwpDb250aW51aW5nLgoKQnJlYWtwb2ludCAxLCBYUmVzaXpl V2luZG93IChkcHk9MHhkMjU5NDAsIHc9d0BlbnRyeT02MjkxNDc3LCB3aWR0aD13aWR0aEBlbnRy eT04NzEsCiAgICBoZWlnaHQ9aGVpZ2h0QGVudHJ5PTkyMikgYXQgLi4vLi4vc3JjL0NoV2luZG93 LmM6MzgKMzgJaW4gLi4vLi4vc3JjL0NoV2luZG93LmMKKGdkYikgYnQKYnQKIzAgIFhSZXNpemVX aW5kb3cgKGRweT0weGQyNTk0MCwgdz13QGVudHJ5PTYyOTE0NzcsIHdpZHRoPXdpZHRoQGVudHJ5 PTg3MSwgaGVpZ2h0PWhlaWdodEBlbnRyeT05MjIpCiAgICBhdCAuLi8uLi9zcmMvQ2hXaW5kb3cu YzozOAojMSAgMHgwMDAwN2ZmZmY2NzdhNzRhIGluIHdpbmRvd194MTFfcmVzaXplIChoZWlnaHQ9 OTIyLCB3aWR0aD04NzEsIHdpbmRvdz0weGQzZGJkMCkKICAgIGF0IC90bXAvYnVpbGRkL2d0aysz LjAtMy4xNi42Ly4vZ2RrL3gxMS9nZGt3aW5kb3cteDExLmM6MTgwNgojMiAgZ2RrX3dpbmRvd194 MTFfbW92ZV9yZXNpemUgKHdpbmRvdz0weGQzZGJkMCwgd2l0aF9tb3ZlPTxvcHRpbWl6ZWQgb3V0 PiwgeD08b3B0aW1pemVkIG91dD4sCiAgICB5PTxvcHRpbWl6ZWQgb3V0Piwgd2lkdGg9PG9wdGlt aXplZCBvdXQ+LCBoZWlnaHQ9PG9wdGltaXplZCBvdXQ+KQogICAgYXQgL3RtcC9idWlsZGQvZ3Rr KzMuMC0zLjE2LjYvLi9nZGsveDExL2dka3dpbmRvdy14MTEuYzoxODkwCiMzICAweDAwMDA3ZmZm ZjY3NTczNzEgaW4gZ2RrX3dpbmRvd19tb3ZlX3Jlc2l6ZV90b3BsZXZlbCAoaGVpZ2h0PTkyMiwg d2lkdGg9ODcxLCB5PTAsIHg9MCwKICAgIHdpdGhfbW92ZT0wLCB3aW5kb3c9MHhkM2RiZDApIGF0 IC90bXAvYnVpbGRkL2d0ayszLjAtMy4xNi42Ly4vZ2RrL2dka3dpbmRvdy5jOjU2MTkKIzQgIGdk a193aW5kb3dfbW92ZV9yZXNpemVfaW50ZXJuYWwgKHdpbmRvdz0weGQzZGJkMCwgd2l0aF9tb3Zl PTAsIHg9MCwgeT0wLCB3aWR0aD04NzEsIGhlaWdodD05MjIpCiAgICBhdCAvdG1wL2J1aWxkZC9n dGsrMy4wLTMuMTYuNi8uL2dkay9nZGt3aW5kb3cuYzo1Njg2CiM1ICAweDAwMDA3ZmZmZjZkMzVm NTkgaW4gZ3RrX3dpbmRvd19tb3ZlX3Jlc2l6ZSAod2luZG93PTB4MTU4YzIzMCkKICAgIGF0IC90 bXAvYnVpbGRkL2d0ayszLjAtMy4xNi42Ly4vZ3RrL2d0a3dpbmRvdy5jOjkzNzEKIzYgIGd0a193 aW5kb3dfY2hlY2tfcmVzaXplIChjb250YWluZXI9MHgxNThjMjMwKQogICAgYXQgL3RtcC9idWls ZGQvZ3RrKzMuMC0zLjE2LjYvLi9ndGsvZ3Rrd2luZG93LmM6ODA3MQojNyAgMHgwMDAwN2ZmZmY1 MzkwNTA0IGluIF9nX2Nsb3N1cmVfaW52b2tlX3ZhIChjbG9zdXJlPTB4ZDAxYjAwLCByZXR1cm5f dmFsdWU9MHgwLAogICAgaW5zdGFuY2U9MHgxNThjMjMwLCBhcmdzPTB4N2ZmZmZmZmY5ODQwLCBu X3BhcmFtcz08b3B0aW1pemVkIG91dD4sIHBhcmFtX3R5cGVzPTB4MCkKICAgIGF0IC90bXAvYnVp bGRkL2dsaWIyLjAtMi40NC4xLy4vZ29iamVjdC9nY2xvc3VyZS5jOjgzMQojOCAgMHgwMDAwN2Zm ZmY1M2E5ZmE3IGluIGdfc2lnbmFsX2VtaXRfdmFsaXN0IChpbnN0YW5jZT0weDE1OGMyMzAsIHNp Z25hbF9pZD08b3B0aW1pemVkIG91dD4sCiAgICBkZXRhaWw9MCwgdmFyX2FyZ3M9dmFyX2FyZ3NA ZW50cnk9MHg3ZmZmZmZmZjk4NDApCiAgICBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8u L2dvYmplY3QvZ3NpZ25hbC5jOjMyMTQKIzkgIDB4MDAwMDdmZmZmNTNhYThmZiBpbiBnX3NpZ25h bF9lbWl0IChpbnN0YW5jZT08b3B0aW1pemVkIG91dD4sIHNpZ25hbF9pZD08b3B0aW1pemVkIG91 dD4sCiAgICBkZXRhaWw9PG9wdGltaXplZCBvdXQ+KSBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIu NDQuMS8uL2dvYmplY3QvZ3NpZ25hbC5jOjMzNjEKIzEwIDB4MDAwMDdmZmZmNmIyZjk2YyBpbiBn dGtfY29udGFpbmVyX2lkbGVfc2l6ZXIgKGNsb2NrPTB4ZDQxMjQwLCBjb250YWluZXI9MHgxNThj MjMwKQogICAgYXQgL3RtcC9idWlsZGQvZ3RrKzMuMC0zLjE2LjYvLi9ndGsvZ3RrY29udGFpbmVy LmM6MTg3MwojMTEgMHgwMDAwN2ZmZmY1MzkwNTA0IGluIF9nX2Nsb3N1cmVfaW52b2tlX3ZhIChj bG9zdXJlPTB4MWI1MGRiMCwgcmV0dXJuX3ZhbHVlPTB4MCwKICAgIGluc3RhbmNlPTB4ZDQxMjQw LCBhcmdzPTB4N2ZmZmZmZmY5Yjg4LCBuX3BhcmFtcz08b3B0aW1pemVkIG91dD4sIHBhcmFtX3R5 cGVzPTB4MCkKICAgIGF0IC90bXAvYnVpbGRkL2dsaWIyLjAtMi40NC4xLy4vZ29iamVjdC9nY2xv c3VyZS5jOjgzMQojMTIgMHgwMDAwN2ZmZmY1M2E5ZmE3IGluIGdfc2lnbmFsX2VtaXRfdmFsaXN0 IChpbnN0YW5jZT1pbnN0YW5jZUBlbnRyeT0weGQ0MTI0MCwKICAgIHNpZ25hbF9pZD1zaWduYWxf aWRAZW50cnk9MTQwLCBkZXRhaWw9ZGV0YWlsQGVudHJ5PTAsIHZhcl9hcmdzPXZhcl9hcmdzQGVu dHJ5PTB4N2ZmZmZmZmY5Yjg4KQogICAgYXQgL3RtcC9idWlsZGQvZ2xpYjIuMC0yLjQ0LjEvLi9n b2JqZWN0L2dzaWduYWwuYzozMjE0CiMxMyAweDAwMDA3ZmZmZjUzYWFlNGEgaW4gZ19zaWduYWxf ZW1pdF9ieV9uYW1lIChpbnN0YW5jZT1pbnN0YW5jZUBlbnRyeT0weGQ0MTI0MCwKICAgIGRldGFp bGVkX3NpZ25hbD1kZXRhaWxlZF9zaWduYWxAZW50cnk9MHg3ZmZmZjY3YjMxOWEgImxheW91dCIp CiAgICBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8uL2dvYmplY3QvZ3NpZ25hbC5jOjM0 MDEKIzE0IDB4MDAwMDdmZmZmNjc0NzYyNCBpbiBnZGtfZnJhbWVfY2xvY2tfcGFpbnRfaWRsZSAo ZGF0YT0weGQ0MTI0MCkKICAgIGF0IC90bXAvYnVpbGRkL2d0ayszLjAtMy4xNi42Ly4vZ2RrL2dk a2ZyYW1lY2xvY2tpZGxlLmM6NDA4CiMxNSAweDAwMDA3ZmZmZjY3MzZkODggaW4gZ2RrX3RocmVh ZHNfZGlzcGF0Y2ggKGRhdGE9MHhmNTU1MDAsCiAgICBkYXRhQGVudHJ5PTxlcnJvciByZWFkaW5n IHZhcmlhYmxlOiB2YWx1ZSBoYXMgYmVlbiBvcHRpbWl6ZWQgb3V0PikKICAgIGF0IC90bXAvYnVp bGRkL2d0ayszLjAtMy4xNi42Ly4vZ2RrL2dkay5jOjcxOQojMTYgMHgwMDAwN2ZmZmY1MGJiNWUz IGluIGdfdGltZW91dF9kaXNwYXRjaCAoc291cmNlPTB4MWI1MGRlMCwgY2FsbGJhY2s9PG9wdGlt aXplZCBvdXQ+LAogICAgdXNlcl9kYXRhPTxvcHRpbWl6ZWQgb3V0PikgYXQgL3RtcC9idWlsZGQv Z2xpYjIuMC0yLjQ0LjEvLi9nbGliL2dtYWluLmM6NDU0NQojMTcgMHgwMDAwN2ZmZmY1MGJhYjRk IGluIGdfbWFpbl9kaXNwYXRjaCAoY29udGV4dD0weGQxZjBjMCkKICAgIGF0IC90bXAvYnVpbGRk L2dsaWIyLjAtMi40NC4xLy4vZ2xpYi9nbWFpbi5jOjMxMjIKIzE4IGdfbWFpbl9jb250ZXh0X2Rp c3BhdGNoIChjb250ZXh0PWNvbnRleHRAZW50cnk9MHhkMWYwYzApCiAgICBhdCAvdG1wL2J1aWxk ZC9nbGliMi4wLTIuNDQuMS8uL2dsaWIvZ21haW4uYzozNzM3CiMxOSAweDAwMDA3ZmZmZjUwYmFm MjAgaW4gZ19tYWluX2NvbnRleHRfaXRlcmF0ZSAoY29udGV4dD1jb250ZXh0QGVudHJ5PTB4ZDFm MGMwLAogICAgYmxvY2s9YmxvY2tAZW50cnk9MSwgZGlzcGF0Y2g9ZGlzcGF0Y2hAZW50cnk9MSwg c2VsZj08b3B0aW1pemVkIG91dD4pCiAgICBhdCAvdG1wL2J1aWxkZC9nbGliMi4wLTIuNDQuMS8u L2dsaWIvZ21haW4uYzozODA4CiMyMCAweDAwMDA3ZmZmZjUwYmFmY2MgaW4gZ19tYWluX2NvbnRl eHRfaXRlcmF0aW9uIChjb250ZXh0PTB4ZDFmMGMwLCBjb250ZXh0QGVudHJ5PTB4MCwKICAgIG1h eV9ibG9jaz1tYXlfYmxvY2tAZW50cnk9MSkgYXQgL3RtcC9idWlsZGQvZ2xpYjIuMC0yLjQ0LjEv Li9nbGliL2dtYWluLmM6Mzg2OQojMjEgMHgwMDAwN2ZmZmY2YmUxZmY1IGluIGd0a19tYWluX2l0 ZXJhdGlvbiAoKSBhdCAvdG1wL2J1aWxkZC9ndGsrMy4wLTMuMTYuNi8uL2d0ay9ndGttYWluLmM6 MTMyMAojMjIgMHgwMDAwMDAwMDAwNTFiNGYyIGluIFhUcmVhZF9zb2NrZXQgKHRlcm1pbmFsPTB4 MTFmZTZhMCwgaG9sZF9xdWl0PTB4N2ZmZmZmZmY5ZWEwKQogICAgYXQgeHRlcm0uYzo4NjQ0CiMy MyAweDAwMDAwMDAwMDA1NWQ3MzMgaW4gZ29iYmxlX2lucHV0ICgpIGF0IGtleWJvYXJkLmM6Njky OQojMjQgMHgwMDAwMDAwMDAwNTVkYjFkIGluIGhhbmRsZV9hc3luY19pbnB1dCAoKSBhdCBrZXli b2FyZC5jOjcxODEKIzI1IDB4MDAwMDAwMDAwMDU1ZGIzYyBpbiBwcm9jZXNzX3BlbmRpbmdfc2ln bmFscyAoKSBhdCBrZXlib2FyZC5jOjcxOTUKIzI2IDB4MDAwMDAwMDAwMDU1ZGI3YyBpbiB1bmJs b2NrX2lucHV0X3RvIChsZXZlbD0wKSBhdCBrZXlib2FyZC5jOjcyMTAKIzI3IDB4MDAwMDAwMDAw MDU1ZGJiMSBpbiB0b3RhbGx5X3VuYmxvY2tfaW5wdXQgKCkgYXQga2V5Ym9hcmQuYzo3MjM4CiMy OCAweDAwMDAwMDAwMDA1MWU5MjAgaW4geF93YWl0X2Zvcl9ldmVudCAoZj0weDEyYWM4ZDAsIGV2 ZW50dHlwZT0yMikgYXQgeHRlcm0uYzoxMDMxOAojMjkgMHgwMDAwMDAwMDAwNTM4YjlhIGluIHhn X2ZyYW1lX3NldF9jaGFyX3NpemUgKGY9MHgxMmFjOGQwLCB3aWR0aD04NDAsIGhlaWdodD04NTgp CiAgICBhdCBndGt1dGlsLmM6MTAxNwojMzAgMHgwMDAwMDAwMDAwNTFmMDcwIGluIHhfc2V0X3dp bmRvd19zaXplIChmPTB4MTJhYzhkMCwgY2hhbmdlX2dyYXZpdHk9ZmFsc2UsIHdpZHRoPTg0MCwK ICAgIGhlaWdodD04NTgsIHBpeGVsd2lzZT10cnVlKSBhdCB4dGVybS5jOjEwNDg4CiMzMSAweDAw MDAwMDAwMDA0MjYwYjAgaW4gYWRqdXN0X2ZyYW1lX3NpemUgKGY9MHgxMmFjOGQwLCBuZXdfd2lk dGg9LTEsIG5ld19oZWlnaHQ9LTEsIGluaGliaXQ9MiwKICAgIHByZXRlbmQ9ZmFsc2UsIHBhcmFt ZXRlcj00NDE2MCkgYXQgZnJhbWUuYzo0OTAKIzMyIDB4MDAwMDAwMDAwMDU0MTU3OSBpbiB1cGRh dGVfZnJhbWVfdG9vbF9iYXIgKGY9MHgxMmFjOGQwKSBhdCBndGt1dGlsLmM6NTAwOQojMzMgMHgw MDAwMDAwMDAwNDU1NzEwIGluIHJlZGlzcGxheV90b29sX2JhciAoZj0weDEyYWM4ZDApIGF0IHhk aXNwLmM6MTIyODEKLS0tVHlwZSA8cmV0dXJuPiB0byBjb250aW51ZSwgb3IgcSA8cmV0dXJuPiB0 byBxdWl0LS0tCgojMzQgMHgwMDAwMDAwMDAwNDYyNDUxIGluIHJlZGlzcGxheV93aW5kb3cgKHdp bmRvdz0xOTU4NTI1MywganVzdF90aGlzX29uZV9wPWZhbHNlKSBhdCB4ZGlzcC5jOjE2Nzk1CiMz NSAweDAwMDAwMDAwMDA0NThmM2YgaW4gcmVkaXNwbGF5X3dpbmRvd18wICh3aW5kb3c9MTk1ODUy NTMpIGF0IHhkaXNwLmM6MTQxOTcKIzM2IDB4MDAwMDAwMDAwMDVlOTY1YiBpbiBpbnRlcm5hbF9j b25kaXRpb25fY2FzZV8xIChiZnVuPTB4NDU4ZWZkIDxyZWRpc3BsYXlfd2luZG93XzA+LAogICAg YXJnPTE5NTg1MjUzLCBoYW5kbGVycz0xMzMzMzA3NSwgaGZ1bj0weDQ1OGVjNSA8cmVkaXNwbGF5 X3dpbmRvd19lcnJvcj4pIGF0IGV2YWwuYzoxMzg3CiMzNyAweDAwMDAwMDAwMDA0NThlYTIgaW4g cmVkaXNwbGF5X3dpbmRvd3MgKHdpbmRvdz0xOTU4NTI1MykgYXQgeGRpc3AuYzoxNDE3NwojMzgg MHgwMDAwMDAwMDAwNDU4MDZhIGluIHJlZGlzcGxheV9pbnRlcm5hbCAoKSBhdCB4ZGlzcC5jOjEz NzY5CiMzOSAweDAwMDAwMDAwMDA0NTYzNjUgaW4gcmVkaXNwbGF5ICgpIGF0IHhkaXNwLmM6MTMw MzIKIzQwIDB4MDAwMDAwMDAwMDU1NGMwZSBpbiByZWFkX2NoYXIgKGNvbW1hbmRmbGFnPTEsIG1h cD0xNzIyNDcyMywgcHJldl9ldmVudD0wLAogICAgdXNlZF9tb3VzZV9tZW51PTB4N2ZmZmZmZmZl M2ZmLCBlbmRfdGltZT0weDApIGF0IGtleWJvYXJkLmM6MjU0NgojNDEgMHgwMDAwMDAwMDAwNTYx ZTYyIGluIHJlYWRfa2V5X3NlcXVlbmNlIChrZXlidWY9MHg3ZmZmZmZmZmU1ZDAsIGJ1ZnNpemU9 MzAsIHByb21wdD0wLAogICAgZG9udF9kb3duY2FzZV9sYXN0PWZhbHNlLCBjYW5fcmV0dXJuX3N3 aXRjaF9mcmFtZT10cnVlLCBmaXhfY3VycmVudF9idWZmZXI9dHJ1ZSwKICAgIHByZXZlbnRfcmVk aXNwbGF5PWZhbHNlKSBhdCBrZXlib2FyZC5jOjkxOTEKIzQyIDB4MDAwMDAwMDAwMDU1MjJiOCBp biBjb21tYW5kX2xvb3BfMSAoKSBhdCBrZXlib2FyZC5jOjE0MDYKIzQzIDB4MDAwMDAwMDAwMDVl OTRlMSBpbiBpbnRlcm5hbF9jb25kaXRpb25fY2FzZSAoYmZ1bj0weDU1MWU4ZCA8Y29tbWFuZF9s b29wXzE+LCBoYW5kbGVycz0xODY3MiwKICAgIGhmdW49MHg1NTE2NzcgPGNtZF9lcnJvcj4pIGF0 IGV2YWwuYzoxMzYzCiM0NCAweDAwMDAwMDAwMDA1NTFiOTQgaW4gY29tbWFuZF9sb29wXzIgKGln bm9yZT0wKSBhdCBrZXlib2FyZC5jOjExMzgKIzQ1IDB4MDAwMDAwMDAwMDVlOGM3NiBpbiBpbnRl cm5hbF9jYXRjaCAodGFnPTQ0NDk2LCBmdW5jPTB4NTUxYjZiIDxjb21tYW5kX2xvb3BfMj4sIGFy Zz0wKQogICAgYXQgZXZhbC5jOjExMjMKIzQ2IDB4MDAwMDAwMDAwMDU1MWIzNiBpbiBjb21tYW5k X2xvb3AgKCkgYXQga2V5Ym9hcmQuYzoxMTE3CiM0NyAweDAwMDAwMDAwMDA1NTEyM2YgaW4gcmVj dXJzaXZlX2VkaXRfMSAoKSBhdCBrZXlib2FyZC5jOjcyMwojNDggMHgwMDAwMDAwMDAwNTUxM2Qz IGluIEZyZWN1cnNpdmVfZWRpdCAoKSBhdCBrZXlib2FyZC5jOjc5NAojNDkgMHgwMDAwMDAwMDAw NTRmMjBkIGluIG1haW4gKGFyZ2M9NCwgYXJndj0weDdmZmZmZmZmZWE1OCkgYXQgZW1hY3MuYzox NjI5CihnZGIpIGMKYwpDb250aW51aW5nLgo= --e89a8ffbabc5eccc7b051de42800-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2015 14:18:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144025302122886 (code B ref 21317); Sat, 22 Aug 2015 14:18:01 +0000 Received: (at 21317) by debbugs.gnu.org; 22 Aug 2015 14:17:01 +0000 Received: from localhost ([127.0.0.1]:35265 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT9bQ-0005ww-Q6 for submit@debbugs.gnu.org; Sat, 22 Aug 2015 10:17:01 -0400 Received: from mout.gmx.net ([212.227.15.15]:60322) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZT9bO-0005wn-5W for 21317@debbugs.gnu.org; Sat, 22 Aug 2015 10:16:59 -0400 Received: from [91.113.5.229] ([91.113.5.229]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0LtJAR-1Yjl9m0u8R-012r2E; Sat, 22 Aug 2015 16:16:57 +0200 Message-ID: <55D8844F.4080508@gmx.at> Date: Sat, 22 Aug 2015 16:16:47 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:6NUdHO2AT8Nt/NgxX+OWKd2LF8nFyyFmKndVdd+QjcnBM3lltVk /zTA5zWP0XTIlrpJphXlWtIrNC0Jm74UfrxFLoIttdLnxn/8j9EUrWGNxHNWoOE8NI19pFS b8anYvEYKCxKitIxFx/bQeSeoDzb1Kof8yf0+r29CqGC6thUGStkbYyenBAXJgBkBqriXgq o9pYWbFrGOONPoexOfDMw== X-UI-Out-Filterresults: notjunk:1;V01:K0:1va66PNCLOM=:jIyj9Vf9nCwJmAUMUCcT9e A2zb9/4ypd9sWNOjuAAcDNDG45nmE2pZVRlwmmbcIXoZkmd8SVZBxAEYt6l33zIvuPKXHjHA5 y99lCU7TdX3BtclPQFQ0eCnY5DtK7uHz6MVzp3lBBvJC2eZ+KJnHdG3TCW1yqh8GfnKcBXOOx qvft8ellUHv4rLVOGBEt8AAGxKXKMH/jxENBvCd9pejdNvKR7H9iYoIH4tVqbBLaj8WnMW0hi Yznq7FTgAm/xgew1Tvrclylc5/y1wO9W8kww50DtI06FKqFj+JTvbMFru4+e+lmpCUkQJDbTb jFqoQDM4Gy4HiQ9TBY5qDa1pVB89ZhNmC0xLBv6oLrZDbW/XAkt+f6GVDTJ0clZbXWx3l5k9l LNRiYHxsY76WHmw5boyb8tpUsb/DfO6f2TTgvDE+kutuoreLtlh5rmqdN8XGyyQPd7JOVC0JL pqIcdg7kTrLflME/ojRiY/5cL8n+5DorvGWZ/We+4zDIafYF5kWbdpzbhpT3lxRE1g96xXHCc 6Tuwt9/OruZIlFddvMziknQbJiHvzq3BXJu8JETmoIQiPj3RVPzk3PaNupy7wY7RHQjS/QFmo NFOR1yviy/m4pH6eBum16YobsPhkaprF7HcPI+l06dH4PQw3cjacALB7WiNi/XtG+rtHyK5YF TToPm6NtQrZtUvzImz3XG5QXZdQlyRTDjdHfuVzizTPDQp+Nium8sBnLNV3Vqd0HNW5jO1COW JhPNNCDJMWvLQekmQ3IEqU+w5cebSLO/dVkKSQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Thanks for responding! Thanks for investigating! > On Sat, Aug 22, 2015 at 6:40 AM, martin rudalics wrote: >>> When starting Emacs (GTK build) on an X server which has no window >>> manager (such as a newly-created Xnest session), setting >>> `frame-resize-pixelwise' to t followed by a resize operation often has >>> no effect. >> >> According to the manual >> >> Setting this variable usually causes the next resize operation to >> pass the corresponding size hints to the window manager. This >> means that this variable should be set only in a user's initial >> file; applications should never bind it temporarily. > > That documentation is outdated and does not apply to GTK builds in all > cases, I'm afraid. It is not the window manager that decides to honor > or dishonor frame-resize-pixelwise but GDK. "Window manager" was an attempt to catch the behavior of all toolkits including Windows which doesn't have a window manager either. Feel free to suggest a better term. > See x_wm_set_size_hint and > gtk_window_move_resize (gtkwindow.c, in the GTK sources). In > particular, gtk_window_compute_configure_request calls > gtk_window_constrain_size which calls gdk_window_constrain_size which > calculates > > width = base_width + FLOOR (width - base_width, xinc); > height = base_height + FLOOR (height - base_height, yinc); > > (where FLOOR is defined as #define FLOOR(value, base) ( ((gint) > ((value) / (base))) * (base) ) ) I can't find that in the version from https://github.com/GNOME/gtk/blob/master/gtk/gtkwindow.c and also must admit that I have forgotten most of the GTK code by now. IIRC base_width and base_height are somehow calculated from a minimum size and what Emacs requested earlier. If frame_resize_pixelwise is true we _should_ have requested 1 from this size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); Can you check how apparently an "integral" (the increment is a multiple of either FRAME_COLUMN_WIDTH or FRAME_LINE_HEIGHT) value gets passed via size_hints in your case? >> So it's possible that Xnest or some other X component refuses to resize >> your frame because the size hints were set up inappropriately. > > I'm pretty sure that's not what's happening, but I'll be happy to > provide traces to demonstrate my analysis is correct...or to prove it > wrong, of course! The attached gdb log shows quite clearly that it's > GDK making the second (erroneous) call to XResizeWindow, not Xnest > (there is no window manager). OK. I won't doubt what you say here. >> Does it also fail when `frame-resize-pixelwise' is set to t in your >> initial file? > > Yes, it does. That's bad. It can only mean that we send an integral resize request _before_ Emacs reads the initial file and the subsequent "real" resize request fails because the size hints have been already set up wrongly. >> Does it fail when you set `frame-resize-pixelwise' to t, request an >> integral resize first and a second non-integral one afterwards? > > I'm not sure I fully understand how you define "integral". See above. Also the "first and a second" above was meant to do this in two consecutive commands (that is, with a redisplay in between). Passing different size requests in one and the same command can have unpredictable consequences (at least on other platforms). > In short, > non-full-screen resize + redisplay + full-screen resize works, the > other combinations do not. > > If I run this code (Xnest running on display :3): > > DISPLAY=:3 emacs -Q --eval "(progn (setq frame-resize-pixelwise t) > (set-frame-height (selected-frame) (1+ (frame-pixel-height > (selected-frame))) nil t) (redisplay) (set-frame-parameter > (selected-frame) 'fullscreen 'fullboth))" > > Things work, but without the "(redisplay)" they don't. (So that's a > non-full-screen resize first, then a full-screen resize). Doing the > full-screen resize first breaks things. "Breaks" in what sense? That it does nothing or not fully resize? > I must also point out that without the "(redisplay)", there are > unexpected results: the full screen resize appears to be ignored > entirely. I'd have expected that. > But, again, I currently stand by my initial analysis of what's > happening. The problem is that we cannot simply do the right thing > because of the KWin bug... What is the "KWin bug"? I'm probably too silly to give you a good advice. However, in xg_frame_set_char_size (which is responsible for the resize in the GTK case) we could do the x_wm_set_size_hint (f, 0, 0); _before_ calling gtk_window_resize. Could you play around with that? BTW if you set `frame-size-history' to a non-nil value you should get a list of frame resizing operations you can watch with the function `frame--size-history'. IIRC I found GDB occasionally not 100% reliable to reproduce the actual history as of a normal, optimized build. martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2015 15:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144025752729584 (code B ref 21317); Sat, 22 Aug 2015 15:33:02 +0000 Received: (at 21317) by debbugs.gnu.org; 22 Aug 2015 15:32:07 +0000 Received: from localhost ([127.0.0.1]:35304 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTAm6-0007h3-I3 for submit@debbugs.gnu.org; Sat, 22 Aug 2015 11:32:07 -0400 Received: from mail-io0-f178.google.com ([209.85.223.178]:35521) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTAm3-0007gt-PZ for 21317@debbugs.gnu.org; Sat, 22 Aug 2015 11:32:04 -0400 Received: by iodt126 with SMTP id t126so110178247iod.2 for <21317@debbugs.gnu.org>; Sat, 22 Aug 2015 08:32:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ur0yfCawEj5YcRI6timf3WQP8VnN/1adPPrXF0X7nTc=; b=rvLUAd711jL7PijdtxEJyWWTSPnwdoTux8O+TA1ET7ygto8XcG1WDYyIJy/PPbvrGv RfWEEOI+GiD6ywH0zS7wkrps4aF8pCApB510ov+pFHY9CIF3SYuHPrCJqqDxbExeCyTW nUK4vAYe+Dy6Llr1ZHdtMJeZlhKmwXQULRo9nve9ob8OYX4gIVg2jzrwhgmHLE+u7HH5 RD3Iq4L7GM92npDq0JBT3aomIU0P+ufNJP05fBKMzskVIAA7A4I6gZBv3yPxY3TpmFHF rPuARxrTTnmjMmpc8IRLWANERk0K1GoyTW7MI/JCESHYoDRFFjKNOHgR8HKiz3WMdJiD ntSQ== MIME-Version: 1.0 X-Received: by 10.107.132.139 with SMTP id o11mr11696035ioi.3.1440257523237; Sat, 22 Aug 2015 08:32:03 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sat, 22 Aug 2015 08:32:02 -0700 (PDT) In-Reply-To: <55D8844F.4080508@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> Date: Sat, 22 Aug 2015 15:32:02 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=001a113ed2f80eeb56051de816f7 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ed2f80eeb56051de816f7 Content-Type: text/plain; charset=UTF-8 Let me just repeat my initial analysis, which I still believe is correct and which might have gotten lost somewhere. There are two problems: (1) x_check_fullscreen (xterm.c) calls XResizeWindow without first calling x_wm_set_size_hint (gtkutil.c), which would propagate the `frame-resize-pixelwise' flag to have an effect on GTK/GDK (2) x_wm_set_size_hint returns without propagating the `frame-resize-pixelwise' flag when the frame's fullscreen property is 'maximized or 'fullboth. The first appears to be simple oversight, but the second is intentional to work around a KWin bug. I've attached a patch which fixes things for me (at least when tool-bar-mode is disabled :( ), but presumably breaks things for KWin users, so it should not go in as it is until that matter has been cleared; maybe that'll help clarify matters. I take it something about that doesn't feel right to you, and that's reason enough to investigate further. On Sat, Aug 22, 2015 at 2:16 PM, martin rudalics wrote: >> On Sat, Aug 22, 2015 at 6:40 AM, martin rudalics wrote: >>>> When starting Emacs (GTK build) on an X server which has no window >>>> manager (such as a newly-created Xnest session), setting >>>> `frame-resize-pixelwise' to t followed by a resize operation often has >>>> no effect. >>> >>> According to the manual >>> >>> Setting this variable usually causes the next resize operation to >>> pass the corresponding size hints to the window manager. This >>> means that this variable should be set only in a user's initial >>> file; applications should never bind it temporarily. >> >> That documentation is outdated and does not apply to GTK builds in all >> cases, I'm afraid. It is not the window manager that decides to honor >> or dishonor frame-resize-pixelwise but GDK. > > "Window manager" was an attempt to catch the behavior of all toolkits > including Windows which doesn't have a window manager either. Feel free > to suggest a better term. Oh, I see! That makes sense, thank you and sorry for my narrow-mindedness in thinking only of X11 window managers. >> See x_wm_set_size_hint and >> gtk_window_move_resize (gtkwindow.c, in the GTK sources). In >> particular, gtk_window_compute_configure_request calls >> gtk_window_constrain_size which calls gdk_window_constrain_size which >> calculates >> >> width = base_width + FLOOR (width - base_width, xinc); >> height = base_height + FLOOR (height - base_height, yinc); >> >> (where FLOOR is defined as #define FLOOR(value, base) ( ((gint) >> ((value) / (base))) * (base) ) ) > > I can't find that in the version from > > https://github.com/GNOME/gtk/blob/master/gtk/gtkwindow.c Try https://github.com/GNOME/gtk/blob/master/gdk/gdkwindow.c ? > and also must admit that I have forgotten most of the GTK code by now. > > IIRC base_width and base_height are somehow calculated from a minimum > size and what Emacs requested earlier. If frame_resize_pixelwise is > true we _should_ have requested 1 from this > > size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH > (f); > size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT > (f); We do hit that code (in gtkutil.c) twice: once during early initialization, when frame_resize_pixelwise is still false, and once after GDK has decided to resize us to not-quite-full-screen size, when it's too late. We should hit it once more, from x_check_fullscreen, but don't do so for the two reasons listed above. > Can you check how apparently an "integral" (the increment is a multiple > of either FRAME_COLUMN_WIDTH or FRAME_LINE_HEIGHT) value gets passed via > size_hints in your case? Oh, I see what you mean now. I'll investigate that next. >>> So it's possible that Xnest or some other X component refuses to resize >>> your frame because the size hints were set up inappropriately. >> >> I'm pretty sure that's not what's happening, but I'll be happy to >> provide traces to demonstrate my analysis is correct...or to prove it >> wrong, of course! The attached gdb log shows quite clearly that it's >> GDK making the second (erroneous) call to XResizeWindow, not Xnest >> (there is no window manager). > > OK. I won't doubt what you say here. Feel free to, of course, though I understand sifting through gdb logs is best avoided unless it's absolutely necessary. >>> Does it also fail when `frame-resize-pixelwise' is set to t in your >>> initial file? >> >> Yes, it does. > > That's bad. It can only mean that we send an integral resize request > _before_ Emacs reads the initial file and the subsequent "real" resize > request fails because the size hints have been already set up wrongly. No, we call Fsetq and so on fine, I think it's just that we never call x_set_wm_size_hints afterwards. >>> Does it fail when you set `frame-resize-pixelwise' to t, request an >>> integral resize first and a second non-integral one afterwards? >> >> I'm not sure I fully understand how you define "integral". > > See above. Also the "first and a second" above was meant to do this in > two consecutive commands (that is, with a redisplay in between). > Passing different size requests in one and the same command can have > unpredictable consequences (at least on other platforms). Noted. Thanks for that piece of advice, that really helps me make sense of what's going on. >> In short, >> non-full-screen resize + redisplay + full-screen resize works, the >> other combinations do not. >> >> If I run this code (Xnest running on display :3): >> >> DISPLAY=:3 emacs -Q --eval "(progn (setq frame-resize-pixelwise t) >> (set-frame-height (selected-frame) (1+ (frame-pixel-height >> (selected-frame))) nil t) (redisplay) (set-frame-parameter >> (selected-frame) 'fullscreen 'fullboth))" >> >> Things work, but without the "(redisplay)" they don't. (So that's a >> non-full-screen resize first, then a full-screen resize). Doing the >> full-screen resize first breaks things. > > "Breaks" in what sense? That it does nothing or not fully resize? It appears to ignore the fullscreen resize; as you point out, that's as expected, by the "don't resize twice without a redisplay" rule. >> I must also point out that without the "(redisplay)", there are >> unexpected results: the full screen resize appears to be ignored >> entirely. > > I'd have expected that. Good, that's one less thing to worry about then. >> But, again, I currently stand by my initial analysis of what's >> happening. The problem is that we cannot simply do the right thing >> because of the KWin bug... > > What is the "KWin bug"? http://debbugs.gnu.org/cgi/bugreport.cgi?bug=14627, which introduced the conditional which prevents us from calling x_wm_size_hints > I'm probably too silly to give you a good advice. Not at all, it's much appreciated. > However, in > xg_frame_set_char_size (which is responsible for the resize in the GTK > case) we could do the That's a very interesting point, because xg_frame_set_char_size never appears to get called here after early initialization. Instead, we call XResizeWindow directly, then GDK catches the ConfigureNotify and decides it doesn't like it, so it sends another (erroneous) XResizeWindow. > x_wm_set_size_hint (f, 0, 0); > > _before_ calling gtk_window_resize. Could you play around with that? > > BTW if you set `frame-size-history' to a non-nil value you should get a > list of frame resizing operations you can watch with the function > `frame--size-history'. IIRC I found GDB occasionally not 100% reliable > to reproduce the actual history as of a normal, optimized build. Thanks, I never considered that possibility. I'm running an unoptimized debug build (-O0 -g3), but there might be useful information there. So far it appears not to contain anything unexpected (I'm looking at the variable directly, the function appears to have mysteriously vanished from the current git tree, except for a reference in the documentation...) Thanks for all your help! --001a113ed2f80eeb56051de816f7 Content-Type: text/plain; charset=US-ASCII; name="emacs-bug-008.diff" Content-Disposition: attachment; filename="emacs-bug-008.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idn84ptw0 RnJvbSAxZjNmNjhiMmE2ZGE0YzlkMGI1NGYxOGIwYmNjNmM0ZGQyYjI0M2FkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXAgPHBpcGNldEBnbWFpbC5jb20+CkRhdGU6IFNhdCwg MjIgQXVnIDIwMTUgMTQ6NTk6MTAgKzAwMDAKU3ViamVjdDogW1BBVENIXSBEbyBub3QgYXBwbHkg dGhpcyBwYXRjaC4KClNlZSBodHRwOi8vZGViYnVncy5nbnUub3JnL2NnaS9idWdyZXBvcnQuY2dp P2J1Zz0xNDYyNwotLS0KIHNyYy9ndGt1dGlsLmMgfCAxMSAtLS0tLS0tLS0tLQogc3JjL3h0ZXJt LmMgICB8ICAyICsrCiAyIGZpbGVzIGNoYW5nZWQsIDIgaW5zZXJ0aW9ucygrKSwgMTEgZGVsZXRp b25zKC0pCgpkaWZmIC0tZ2l0IGEvc3JjL2d0a3V0aWwuYyBiL3NyYy9ndGt1dGlsLmMKaW5kZXgg ZDY4NGNkOS4uYmRiZmIwZCAxMDA2NDQKLS0tIGEvc3JjL2d0a3V0aWwuYworKysgYi9zcmMvZ3Rr dXRpbC5jCkBAIC0xMzY0LDcgKzEzNjQsNiBAQCB4X3dtX3NldF9zaXplX2hpbnQgKHN0cnVjdCBm cmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9wb3NpdGlvbikKICAgaW50IGJhc2Vf d2lkdGgsIGJhc2VfaGVpZ2h0OwogICBpbnQgbWluX3Jvd3MgPSAwLCBtaW5fY29scyA9IDA7CiAg IGludCB3aW5fZ3Jhdml0eSA9IGYtPndpbl9ncmF2aXR5OwotICBMaXNwX09iamVjdCBmc19zdGF0 ZSwgZnJhbWU7CiAgIGludCBzY2FsZSA9IHhnX2dldF9nZGtfc2NhbGUgKCk7CiAKICAgLyogRG9u J3Qgc2V0IHNpemUgaGludHMgZHVyaW5nIGluaXRpYWxpemF0aW9uOyB0aGF0IGFwcGFyZW50bHkg bGVhZHMKQEAgLTEzNzMsMTYgKzEzNzIsNiBAQCB4X3dtX3NldF9zaXplX2hpbnQgKHN0cnVjdCBm cmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9wb3NpdGlvbikKICAgaWYgKE5JTFAg KFZhZnRlcl9pbml0X3RpbWUpIHx8ICFGUkFNRV9HVEtfT1VURVJfV0lER0VUIChmKSkKICAgICBy ZXR1cm47CiAKLSAgWFNFVEZSQU1FIChmcmFtZSwgZik7Ci0gIGZzX3N0YXRlID0gRmZyYW1lX3Bh cmFtZXRlciAoZnJhbWUsIFFmdWxsc2NyZWVuKTsKLSAgaWYgKEVRIChmc19zdGF0ZSwgUW1heGlt aXplZCkgfHwgRVEgKGZzX3N0YXRlLCBRZnVsbGJvdGgpKQotICAgIHsKLSAgICAgIC8qIERvbid0 IHNldCBoaW50cyB3aGVuIG1heGltaXplZCBvciBmdWxsc2NyZWVuLiAgQXBwYXJlbnRseSBLV2lu IGFuZAotICAgICAgICAgR3RrMyBkb24ndCBnZXQgYWxvbmcgYW5kIHRoZSBmcmFtZSBzaHJpbmtz ICghKS4KLSAgICAgICovCi0gICAgICByZXR1cm47Ci0gICAgfQotCiAgIGlmIChmbGFncykKICAg ICB7CiAgICAgICBtZW1zZXQgKCZzaXplX2hpbnRzLCAwLCBzaXplb2YgKHNpemVfaGludHMpKTsK ZGlmZiAtLWdpdCBhL3NyYy94dGVybS5jIGIvc3JjL3h0ZXJtLmMKaW5kZXggYjdhYWNmYS4uMGZk MjQ2NCAxMDA2NDQKLS0tIGEvc3JjL3h0ZXJtLmMKKysrIGIvc3JjL3h0ZXJtLmMKQEAgLTEwMTg5 LDYgKzEwMTg5LDggQEAgeF9jaGVja19mdWxsc2NyZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiAgICAg ICBmcmFtZV9zaXplX2hpc3RvcnlfYWRkCiAJKGYsIFF4X2NoZWNrX2Z1bGxzY3JlZW4sIHdpZHRo LCBoZWlnaHQsIFFuaWwpOwogCisgICAgICB4X3dtX3NldF9zaXplX2hpbnQgKGYsIDAsIGZhbHNl KTsKKwogICAgICAgWFJlc2l6ZVdpbmRvdyAoRlJBTUVfWF9ESVNQTEFZIChmKSwgRlJBTUVfT1VU RVJfV0lORE9XIChmKSwKIAkJICAgICB3aWR0aCwgaGVpZ2h0KTsKIAotLSAKMi41LjAKCg== --001a113ed2f80eeb56051de816f7-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 22 Aug 2015 17:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14402656139519 (code B ref 21317); Sat, 22 Aug 2015 17:47:01 +0000 Received: (at 21317) by debbugs.gnu.org; 22 Aug 2015 17:46:53 +0000 Received: from localhost ([127.0.0.1]:35371 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTCsW-0002TT-HQ for submit@debbugs.gnu.org; Sat, 22 Aug 2015 13:46:53 -0400 Received: from mout.gmx.net ([212.227.17.21]:53725) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTCsU-0002TJ-6N for 21317@debbugs.gnu.org; Sat, 22 Aug 2015 13:46:51 -0400 Received: from [91.113.7.232] ([91.113.7.232]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MZwYd-1ZBPJH0jlv-00Lj3L; Sat, 22 Aug 2015 19:46:48 +0200 Message-ID: <55D8B57E.3010400@gmx.at> Date: Sat, 22 Aug 2015 19:46:38 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:xiQDkNLJVbWUCFhIY++y+i0qvNQBLv1BOyowhZVvY8zBb/Qm9v7 Qewm3iUuYpz7hu9hRiJoQdiXv0NwitYbUHIlWS6HZXjf0bWiysuhAkHiCkZP1jAYrZ9bZEG oegvRd/DHL7v4heHxp3/307T4k880/HYol/aZpM2Z6Qp6VBgD5U/5LF99Gq5Fa79/sQ6kiO B4RvpuK2Pc4vW4dd5Vyxg== X-UI-Out-Filterresults: notjunk:1;V01:K0:a59WFVh6rW0=:1iAdm7R30jjlw8fwNAF1Ho 4gN3mGrjhBlfVFeD84//Q+x9PXI8DE1SCZlLImeOzsxOQQY50Y3Fxlb5obVZmq5OQMOXS5ApA 9AWGjMul/ZDYSMJnPBZWvAiVnWIEQLdnsWLWpHSZqLWKbrMT7J5Qxm68ncK8aHRCGGVYIllwy cmF41ggpeeHRKDDXp/mWr8ojcoxLHsJOj43/ugOJCYWE5PBnvl3rBSKd/i1hNhgwO2Z9eLdkg f0fckXSSyF7Xv1WIMKn5zs1jYn2qQiPF8MlUvkzpLX97+cdIQ/Zw/yDO/0oReNGh7fEmtoUms hhCabIMab9LyyB5XXPVvkRhGwJwrXtvjunzSsOUlP3a0fiZw2QdlACz3S2p4xRjXfo3H9S6/h Nuw80zqEA2cjK9JPVpa43zwt+Lv8k1h0Dml8zKS//RLzndFNwegA/h92pfOOqOalpsDdp9WjB pWZ3qimR1+8PQsjO84FSSiJVeyDl2lkgh/DOzRUKJCbOjovryXkUTtmtwI+wg90QSrrWTSIml +I7Mv+dEMOwGcxX9IVYp9qTupJp0xp/hYsKKCpoMVavIT03wwh+u8d/3Vvsu6GEQSlleKo5g0 EXVTFodOfq2fg0r5CVNzUWw4DcTUpUq/CPyF1fl+lP40Ed+oKG0+J+GJl6HsLIDfiqESrxVDN DaToeVZxXRh1teS/nM/a53Xf26tUL8AXJqgdnrLJE0RfnZn5CcSK4GFR0BC4yLp9iHmybekA5 ImUrn4tAQnp08l5pO+2ud5p7CN+r1wf32k0dyQ== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Let me just repeat my initial analysis, which I still believe is > correct and which might have gotten lost somewhere. > > There are two problems: > (1) x_check_fullscreen (xterm.c) calls XResizeWindow without first > calling x_wm_set_size_hint (gtkutil.c), which would propagate the > `frame-resize-pixelwise' flag to have an effect on GTK/GDK I understand that now. You don't run do_ewmh_fullscreen. So the bug _only_ occurs when you want to make a fullscreen frame? This was not clear from you initial report. > (2) x_wm_set_size_hint returns without propagating the > `frame-resize-pixelwise' flag when the frame's fullscreen property is > 'maximized or 'fullboth. > > The first appears to be simple oversight, but the second is > intentional to work around a KWin bug. I faintly remember that bug now. What I don't understand is the remedy. When we do fs_state = Fframe_parameter (frame, Qfullscreen); if (EQ (fs_state, Qmaximized) || EQ (fs_state, Qfullboth)) the parameter has been already set but the frame is not yet fullscreen. Does this shrinking occur when the frame is already fullscreen or does it occur when a user wants to switch to fullscreen? > I've attached a patch which fixes things for me (at least when > tool-bar-mode is disabled :( ), but presumably breaks things for KWin > users, so it should not go in as it is until that matter has been > cleared; maybe that'll help clarify matters. When worse comes to worse we could condition that somehow: Invent an option which is off by default and call x_wm_set_size_hint when it's on. > We do hit that code (in gtkutil.c) twice: once during early > initialization, when frame_resize_pixelwise is still false, and once > after GDK has decided to resize us to not-quite-full-screen size, when > it's too late. We should hit it once more, from x_check_fullscreen, > but don't do so for the two reasons listed above. I see. If in frame.c you initialize frame_resize_pixelwise to 1 then everything works OK? >> Can you check how apparently an "integral" (the increment is a multiple >> of either FRAME_COLUMN_WIDTH or FRAME_LINE_HEIGHT) value gets passed via >> size_hints in your case? > > Oh, I see what you mean now. I'll investigate that next. Not necessary. It won't help anyway. >>>> So it's possible that Xnest or some other X component refuses to resize >>>> your frame because the size hints were set up inappropriately. >>> >>> I'm pretty sure that's not what's happening, but I'll be happy to >>> provide traces to demonstrate my analysis is correct...or to prove it >>> wrong, of course! The attached gdb log shows quite clearly that it's >>> GDK making the second (erroneous) call to XResizeWindow, not Xnest >>> (there is no window manager). >> >> OK. I won't doubt what you say here. > > Feel free to, of course, though I understand sifting through gdb logs > is best avoided unless it's absolutely necessary. Well... I didn't understand the problem at that time. >>>> Does it also fail when `frame-resize-pixelwise' is set to t in your >>>> initial file? >>> >>> Yes, it does. >> >> That's bad. It can only mean that we send an integral resize request >> _before_ Emacs reads the initial file and the subsequent "real" resize >> request fails because the size hints have been already set up wrongly. > > No, we call Fsetq and so on fine, I think it's just that we never call > x_set_wm_size_hints afterwards. We could invent a function `set-frame-resize-pixelwise' which sends the size hints (maybe iff when a frame is not fullscreen, or so to avoid the KWin bug). > It appears to ignore the fullscreen resize; as you point out, that's > as expected, by the "don't resize twice without a redisplay" rule. It's rather a don't resize and change the fullscreen status without a redisplay. >> However, in >> xg_frame_set_char_size (which is responsible for the resize in the GTK >> case) we could do the > > That's a very interesting point, because xg_frame_set_char_size never > appears to get called here after early initialization. Instead, we > call XResizeWindow directly, then GDK catches the ConfigureNotify and > decides it doesn't like it, so it sends another (erroneous) > XResizeWindow. Interesting indeed. Something's not right here, I'm afraid. I'll have to look into this. martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 09:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403231121901 (code B ref 21317); Sun, 23 Aug 2015 09:46:02 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 09:45:12 +0000 Received: from localhost ([127.0.0.1]:35570 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTRpu-0000Ua-Vv for submit@debbugs.gnu.org; Sun, 23 Aug 2015 05:45:11 -0400 Received: from mail-ig0-f196.google.com ([209.85.213.196]:33719) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTRps-0000UR-CV for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 05:45:09 -0400 Received: by igbjg10 with SMTP id jg10so5168956igb.0 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 02:45:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Ne56rTMAgVkc1YFaufPMbidPRu6gT/AMJqonixMS4Z0=; b=uxJLPiF0+O6GFS1q3iszqrCO8RQQ2CkjRQjKaNtjh8pJZPmyhNuAn8cuk/mX8N80yP BYtdFjrp4BxVqMX/XhsCXcWQWJG1pN2yxWzd6QaT0GG3pk4Db+pOe7d1E9t6C2k/0afn DpramsYV98nkOsrM0WJjGySdgKODkzHfZ3hr7rjZlbidExywiSPTrH8iI5a+DdYCVgMs FJSyJfWQ6mgeuteFk3OlkFh+9MtORAf2QcHH1okmATofBVm7oXUn5GEPEZRZuto9/5y5 zvJpVn/9bCS3z6gFj/hmRYOSKoNQx156SJoYRhdB2zeuaCOnlT/35Pn6QLkX/gaB3vGb gN8g== MIME-Version: 1.0 X-Received: by 10.50.137.100 with SMTP id qh4mr9849343igb.1.1440323107609; Sun, 23 Aug 2015 02:45:07 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 02:45:07 -0700 (PDT) In-Reply-To: <55D8B57E.3010400@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> Date: Sun, 23 Aug 2015 09:45:07 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=001a11c31f7430ffa0051df75bdb X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a11c31f7430ffa0051df75bdb Content-Type: text/plain; charset=UTF-8 Sorry this is getting a bit long, but unfortunately, another issue appeared. On Sat, Aug 22, 2015 at 5:46 PM, martin rudalics wrote: > I understand that now. You don't run do_ewmh_fullscreen. So the bug > _only_ occurs when you want to make a fullscreen frame? This was not > clear from you initial report. Sorry about that. You're right, I've only seen the problem when I make a fullscreen frame. That wasn't perfectly clear to me at the time, but I should have tested better. Thank you for your patience. >> (2) x_wm_set_size_hint returns without propagating the >> `frame-resize-pixelwise' flag when the frame's fullscreen property is >> 'maximized or 'fullboth. >> >> The first appears to be simple oversight, but the second is >> intentional to work around a KWin bug. > > I faintly remember that bug now. What I don't understand is the remedy. > When we do > > fs_state = Fframe_parameter (frame, Qfullscreen); > if (EQ (fs_state, Qmaximized) || EQ (fs_state, Qfullboth)) > > the parameter has been already set but the frame is not yet fullscreen. > Does this shrinking occur when the frame is already fullscreen or does > it occur when a user wants to switch to fullscreen? I'm not a hundred percent certain; from reading the thread, I think it's the former: the window is in full-screen mode and starts shrinking. I've installed KWin but have been unable to produce buggy behavior, so far, without the workaround in gtkutil.c. >> I've attached a patch which fixes things for me (at least when >> tool-bar-mode is disabled :( ), but presumably breaks things for KWin >> users, so it should not go in as it is until that matter has been >> cleared; maybe that'll help clarify matters. > > When worse comes to worse we could condition that somehow: Invent an > option which is off by default and call x_wm_set_size_hint when it's on. I do wonder how useful it is to support the case without a window manager; unfortunately, I think it is useful, much as I'd enjoy all that code going away and leaving things to the window manager. Anyway, if x_check_fullscreen is supposed to work the way it currently does, bypassing xg_frame_set_char_size, there's a third issue to add to my list: (3) x_check_fullscreen does not call store_frame_param, unlike x_set_window_size_1, so the frame has its 'fullscreen parameter cleared to nil by x_net_wm_state; the next `set-frame-font' call then results in an integral frame size rather than the full screen. If my understanding is correct, the best way forward is this: - skip the hints in maximized/fullscreen state if wm_supports(net_wm_state) || wm_supports(net_wm_state_fullscreen), it might be KWin - otherwise, set the hints - call x_wm_set_size_hint from x_check_fullscreen - call store_frame_param from x_check_fullscreen >> We do hit that code (in gtkutil.c) twice: once during early >> initialization, when frame_resize_pixelwise is still false, and once >> after GDK has decided to resize us to not-quite-full-screen size, when >> it's too late. We should hit it once more, from x_check_fullscreen, >> but don't do so for the two reasons listed above. > > I see. If in frame.c you initialize frame_resize_pixelwise to 1 then > everything works OK? ...Almost. Sorry. If I set frame_resize_pixelwise to 1 and run `set-frame-font' afterwards, the frame loses its full-screen resolution and changes to a similar resolution that's a multiple of the character size, as far as I can tell. This is due to issue (3), I believe. Similarly, we don't adjust for the tool bar size, which I also believe is due to issue (3) (I keep forgetting about that one since I don't usually use the tool bar). I have attached the minimal patch (as far as I know) that works: initialize frame_resize_pixelwise to 1, and fix issue (3). That works both with a tool bar and with `set-frame-font' (I'm not in the habit of running `set-frame-font', but it's run by the gconf code when gnome-settings-daemon is active and specifies a system font). >>>>> Does it also fail when `frame-resize-pixelwise' is set to t in your >>>>> initial file? >>>> >>>> Yes, it does. >>> >>> That's bad. It can only mean that we send an integral resize request >>> _before_ Emacs reads the initial file and the subsequent "real" resize >>> request fails because the size hints have been already set up wrongly. >> >> No, we call Fsetq and so on fine, I think it's just that we never call >> x_set_wm_size_hints afterwards. > > We could invent a function `set-frame-resize-pixelwise' which sends the > size hints (maybe iff when a frame is not fullscreen, or so to avoid the > KWin bug). How would that be different from x_wm_set_size_hints with FLAGS=0? I suppose we could modify only the increments and leave the rest of the size hints alone, but is that enough to prevent bad KWin behavior? >> It appears to ignore the fullscreen resize; as you point out, that's >> as expected, by the "don't resize twice without a redisplay" rule. > > It's rather a don't resize and change the fullscreen status without a > redisplay. Ah. Well, that doesn't really make sense anyway, so it's probably a good rule :-) >>> However, in >>> xg_frame_set_char_size (which is responsible for the resize in the GTK >>> case) we could do the >> >> That's a very interesting point, because xg_frame_set_char_size never >> appears to get called here after early initialization. Instead, we >> call XResizeWindow directly, then GDK catches the ConfigureNotify and >> decides it doesn't like it, so it sends another (erroneous) >> XResizeWindow. > Interesting indeed. Something's not right here, I'm afraid. I'll have > to look into this. It seems like the code in x_check_fullscreen was intended to work without a window manager (and without calling xg_frame_set_char_size), but never did. It didn't call x_wm_set_size_hints and it didn't clean up after x_net_wm_state by setting the 'fullscreen property again. Thank you for your assistance in this, it's very much appreciated. If you would like me to run more tests or provide debugging info, please let me know, I'll do my best. --001a11c31f7430ffa0051df75bdb Content-Type: text/plain; charset=US-ASCII; name="emacs-bug-009.diff" Content-Disposition: attachment; filename="emacs-bug-009.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idob4tdc0 ZGlmZiAtLWdpdCBhL3NyYy9mcmFtZS5jIGIvc3JjL2ZyYW1lLmMKaW5kZXggMjA0NDA0OC4uY2Fj OTY2ZCAxMDA2NDQKLS0tIGEvc3JjL2ZyYW1lLmMKKysrIGIvc3JjL2ZyYW1lLmMKQEAgLTUxNjEs NyArNTE2MSw3IEBAIFdpdGggc29tZSB3aW5kb3cgbWFuYWdlcnMgeW91IG1heSBoYXZlIHRvIHNl dCB0aGlzIHRvIG5vbi1uaWwgaW4gb3JkZXIKIHRvIHNldCB0aGUgc2l6ZSBvZiBhIGZyYW1lIGlu IHBpeGVscywgdG8gbWF4aW1pemUgZnJhbWVzIG9yIHRvIG1ha2UgdGhlbQogZnVsbHNjcmVlbi4g IFRvIHJlc2l6ZSB5b3VyIGluaXRpYWwgZnJhbWUgcGl4ZWx3aXNlLCBzZXQgdGhpcyBvcHRpb24g dG8KIGEgbm9uLW5pbCB2YWx1ZSBpbiB5b3VyIGluaXQgZmlsZS4gICovKTsKLSAgZnJhbWVfcmVz aXplX3BpeGVsd2lzZSA9IDA7CisgIGZyYW1lX3Jlc2l6ZV9waXhlbHdpc2UgPSAxOwogCiAgIERF RlZBUl9MSVNQICgiZnJhbWUtaW5oaWJpdC1pbXBsaWVkLXJlc2l6ZSIsIGZyYW1lX2luaGliaXRf aW1wbGllZF9yZXNpemUsCiAJICAgICAgIGRvYzogLyogV2hldGhlciBmcmFtZXMgc2hvdWxkIGJl IHJlc2l6ZWQgaW1wbGljaXRseS4KZGlmZiAtLWdpdCBhL3NyYy94dGVybS5jIGIvc3JjL3h0ZXJt LmMKaW5kZXggYjdhYWNmYS4uNGM3YWVjNCAxMDA2NDQKLS0tIGEvc3JjL3h0ZXJtLmMKKysrIGIv c3JjL3h0ZXJtLmMKQEAgLTEwMTY5LDYgKzEwMTY5LDcgQEAgeF9jaGVja19mdWxsc2NyZWVuIChz dHJ1Y3QgZnJhbWUgKmYpCiAgICAgewogICAgICAgaW50IHdpZHRoID0gRlJBTUVfUElYRUxfV0lE VEggKGYpLCBoZWlnaHQgPSBGUkFNRV9QSVhFTF9IRUlHSFQgKGYpOwogICAgICAgc3RydWN0IHhf ZGlzcGxheV9pbmZvICpkcHlpbmZvID0gRlJBTUVfRElTUExBWV9JTkZPIChmKTsKKyAgICAgIExp c3BfT2JqZWN0IGx2YWw7CiAKICAgICAgIHN3aXRjaCAoZi0+d2FudF9mdWxsc2NyZWVuKQogICAg ICAgICB7CkBAIC0xMDE4Niw2ICsxMDE4NywyMyBAQCB4X2NoZWNrX2Z1bGxzY3JlZW4gKHN0cnVj dCBmcmFtZSAqZikKICAgICAgICAgICBoZWlnaHQgPSB4X2Rpc3BsYXlfcGl4ZWxfaGVpZ2h0IChk cHlpbmZvKTsKICAgICAgICAgfQogCisgICAgICBsdmFsID0gUW5pbDsKKyAgICAgIHN3aXRjaCAo Zi0+d2FudF9mdWxsc2NyZWVuKQorCXsKKwljYXNlIEZVTExTQ1JFRU5fV0lEVEg6CisJICBsdmFs ID0gUWZ1bGx3aWR0aDsKKwkgIGJyZWFrOworCWNhc2UgRlVMTFNDUkVFTl9IRUlHSFQ6CisJICBs dmFsID0gUWZ1bGxoZWlnaHQ7CisJICBicmVhazsKKwljYXNlIEZVTExTQ1JFRU5fQk9USDoKKwkg IGx2YWwgPSBRZnVsbGJvdGg7CisJICBicmVhazsKKwljYXNlIEZVTExTQ1JFRU5fTUFYSU1JWkVE OgorCSAgbHZhbCA9IFFtYXhpbWl6ZWQ7CisJICBicmVhazsKKwl9CisKICAgICAgIGZyYW1lX3Np emVfaGlzdG9yeV9hZGQKIAkoZiwgUXhfY2hlY2tfZnVsbHNjcmVlbiwgd2lkdGgsIGhlaWdodCwg UW5pbCk7CiAKQEAgLTEwMjAwLDYgKzEwMjE4LDggQEAgeF9jaGVja19mdWxsc2NyZWVuIChzdHJ1 Y3QgZnJhbWUgKmYpCiAJCQkgICAgIGZhbHNlLCB0cnVlLCBmYWxzZSwgdHJ1ZSk7CiAJICB4X3N5 bmMgKGYpOwogCX0KKworICAgICAgc3RvcmVfZnJhbWVfcGFyYW0gKGYsIFFmdWxsc2NyZWVuLCBs dmFsKTsKICAgICB9CiB9CiAK --001a11c31f7430ffa0051df75bdb-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 11:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403283659739 (code B ref 21317); Sun, 23 Aug 2015 11:13:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 11:12:45 +0000 Received: from localhost ([127.0.0.1]:35609 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTTCe-0002X0-6Z for submit@debbugs.gnu.org; Sun, 23 Aug 2015 07:12:44 -0400 Received: from mout.gmx.net ([212.227.17.21]:52550) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTTCb-0002Wp-0U for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 07:12:42 -0400 Received: from [62.47.254.18] ([62.47.254.18]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0M93Jp-1ZarBS3nAL-00CTmL; Sun, 23 Aug 2015 13:12:40 +0200 Message-ID: <55D9AA9D.9030807@gmx.at> Date: Sun, 23 Aug 2015 13:12:29 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000604030305040202000404" X-Provags-ID: V03:K0:n+pAw5BZbJskmqPy4G6K9MsYSiiBoy2hXvXKuO64mGRnn+hhWlB Z9bU1HIBAHW3fauhDKm0BlqNv3nApQKbGwhTOn3/oAX8DSF+V1f0+1+fLo9LUNyENMvnmU8 Rz9Vc769LTcXLHC/Zk9V35v504buPamGYqi36XN43i+/OjbY+ZCMmb8gkxqr8uLhA3hIwMC xtz+lqQcKwBtqK0mlm2Jg== X-UI-Out-Filterresults: notjunk:1;V01:K0:JcMrxukgnB8=:j/ySa5n6qLvOxYGT7PGNkm g5cJ5yKZ981045/9rLY5k2YP/+Tt+O6IRRKYhO9LqaZahd/HxyIuQPIBVv4xS3frXRug7RrbI WePS3XriZ3tLF6vzpB0sG/wQbp5HQdfEjcn/Tp4HmTYV6Tr9Q6JI6F+9bHc4gxYkB/KxRdsdU h1ZIp3Gg+2fS0Ey+RPgGMrrCbn903IFviRXC/YDbfeqjP7e2rRtJT1fQDr/L6FbXS90TUfhwx 5vmI2SppIysPgwJv5q4NlBLuJklzGNLLymycdgGo0pJRPFMdb9rrpq4iCS076zApl5e1oSSxx hj4DrxenkMnOvTWcj4iLJOHJw4vKwZHdUD2s+PxaGgNwF+/4JSLayqPD3NoX07Qn2LNjbrsSV aNsFbcwUNM1iLRWfOK2hSBOKuTq5J8BZhNjq7zktfe9g6DaOasm3h3CzwJMP4yCxRoIIQDk+D hzALmo7DNVwQA6VqPISvE8670ThBCs6tLpdHPdK7ZGx7H7abeJmUDnL74Uhix1NJ6KMbfRsuH nesFjmzQ23GlvrsagwBSb6Hrw60pwpawdkXccVgYaACqFplEhuHnfRZMD+fpg9jSWlMFWfIn8 V9JscBe+mOa8kye0ELTCqclOJ0pIAIGn1g+h1n1zXCCUV4xlP19QIBhb7JLFBINOwVNJ0LQFo Vbz69jDRVb6yF2gcaXdX1fkVkFfofx2sTtvi5TANhnA2DmbFWB4UCpmVW4SAp22sSJDyfHweQ m6Ua2V/AojGHLHso X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) This is a multi-part message in MIME format. --------------000604030305040202000404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit > Sorry about that. You're right, I've only seen the problem when I make > a fullscreen frame. That wasn't perfectly clear to me at the time, but > I should have tested better. Thank you for your patience. It's not immediately clear that the problem happens only with attempts to make a fullscreen frame which, to be clear again, could mean any of maximized, fullheight, fullwidth and fullboth. So when you try to increase the height of a normal frame by one pixel, which is the resize operation you send? I suppose it's the last one from x_set_window_size_1 so Emacs correctly passes the size hint with frame_resize_pixelwise 1. Right? If this is the case, then Emacs should, for you, also handle fullwidth and fullheight requests correctly via the first and second of the requests in x_set_window_size_1. Right? So the two remaining cases Emacs can't handle for you are fullscreen and maximized requests. Right? >> I faintly remember that bug now. Rereading the corresponding thread I wonder how my memory could fail so miserably. > What I don't understand is the remedy. >> When we do >> >> fs_state = Fframe_parameter (frame, Qfullscreen); >> if (EQ (fs_state, Qmaximized) || EQ (fs_state, Qfullboth)) >> >> the parameter has been already set but the frame is not yet fullscreen. >> Does this shrinking occur when the frame is already fullscreen or does >> it occur when a user wants to switch to fullscreen? > > I'm not a hundred percent certain; from reading the thread, I think > it's the former: the window is in full-screen mode and starts > shrinking. I've installed KWin but have been unable to produce buggy > behavior, so far, without the workaround in gtkutil.c. I attach a patch that should handle the case where we want to switch from a non-fullscreen to a fullscreen frame. Please try it. FRAME_OUTER_WINDOW (f) should probably be replaced by some GTK-specific window but I don't yet know which one. >> When worse comes to worse we could condition that somehow: Invent an >> option which is off by default and call x_wm_set_size_hint when it's on. > > I do wonder how useful it is to support the case without a window > manager; unfortunately, I think it is useful, much as I'd enjoy all > that code going away and leaving things to the window manager. I miss you here: Which "case" do you mean? > Anyway, if x_check_fullscreen is supposed to work the way it currently > does, bypassing xg_frame_set_char_size, there's a third issue to add > to my list: > > (3) x_check_fullscreen does not call store_frame_param, unlike > x_set_window_size_1, so the frame has its 'fullscreen parameter > cleared to nil by x_net_wm_state; the next `set-frame-font' call then > results in an integral frame size rather than the full screen. Correct me if I'm wrong: We run x_check_fullscreen only when the window manager doesn't support fullscreen natively. WOW when we run x_check_fullscreen, we emulate the behavior of a window manager by calculating the respective sizes ourselves. Now when Emacs sets the fullscreen frame parameter itself, this action basically covers only what we get from the window manager. A user who wanted a fullscreen frame would have set the according frame parameter already. What am I missing? > If my understanding is correct, the best way forward is this: > > - skip the hints in maximized/fullscreen state if > wm_supports(net_wm_state) || wm_supports(net_wm_state_fullscreen), it > might be KWin > - otherwise, set the hints OK. These can be done easily, maybe in combination with my patch. > - call x_wm_set_size_hint from x_check_fullscreen OK. Funnily we call a function x_wm_set_size_hint to handle a scenario where there's no window manager. > - call store_frame_param from x_check_fullscreen It might not harm but, as mentioned above, this should not be necessary. Or, if it is necessary because the parameters are not in place yet, the bug seems to be elsewhere, >> I see. If in frame.c you initialize frame_resize_pixelwise to 1 then >> everything works OK? > > ...Almost. Sorry. If I set frame_resize_pixelwise to 1 and run > `set-frame-font' afterwards, Hmm.. so you insist. Can you tell me why `set-frame-font' can change a fullscreen frame's size? > the frame loses its full-screen > resolution and changes to a similar resolution that's a multiple of > the character size, as far as I can tell. This is due to issue (3), I > believe. Similarly, we don't adjust for the tool bar size, which I > also believe is due to issue (3) (I keep forgetting about that one > since I don't usually use the tool bar). Let's look into the toolbar issue later. What we have to check first is: (1) You have a "correctly" maximized frame and `frame-resize-pixelwise' is non-nil. What is the frame's fullscreen parameter's value? (2) If that value is non-nil, how comes `set-frame-font' can change the frame size? > I have attached the minimal patch (as far as I know) that works: > initialize frame_resize_pixelwise to 1, We can't do that. I mentioned that only so you can check whether it would work in principle. > and fix issue (3). That works > both with a tool bar and with `set-frame-font' (I'm not in the habit > of running `set-frame-font', but it's run by the gconf code when > gnome-settings-daemon is active and specifies a system font). OK. >> We could invent a function `set-frame-resize-pixelwise' which sends the >> size hints (maybe iff when a frame is not fullscreen, or so to avoid the >> KWin bug). > > How would that be different from x_wm_set_size_hints with FLAGS=0? It would modify the increments accordingly. That is `set-frame-resize-pixelwise' with a non-nil ARG would set the increments to 1 and with a nil ARG it would set them to the frame's column and line heights. > I > suppose we could modify only the increments and leave the rest of the > size hints alone, but is that enough to prevent bad KWin behavior? You mean calling `set-frame-resize-pixelwise' in a fullscreen state on KWin would produce the bug again. You're probably right. So this won't help much. > It seems like the code in x_check_fullscreen was intended to work > without a window manager (and without calling xg_frame_set_char_size), ... that's my impression too ... > but never did. It didn't call x_wm_set_size_hints and it didn't clean > up after x_net_wm_state by setting the 'fullscreen property again. Do I understand finally? x_net_wm_state resets the fullscreen state to nil via its store_frame_param? That would be the missing link then. But then there's no use to set the fullscreen parameter earlier. x_net_wm_state would annihilate that anyway. martin --------------000604030305040202000404 Content-Type: text/plain; charset=windows-1252; name="x_wm_size_hint.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="x_wm_size_hint.diff" --- a/src/gtkutil.c +++ b/src/gtkutil.c @@ -135,6 +135,8 @@ along with GNU Emacs. If not, see . */ static void update_theme_scrollbar_width (void); static void update_theme_scrollbar_height (void); +bool get_current_wm_state (struct frame *, Window, int *, bool *); + #define TB_INFO_KEY "xg_frame_tb_info" struct xg_frame_tb_info { @@ -1364,7 +1366,8 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) int base_width, base_height; int min_rows = 0, min_cols = 0; int win_gravity = f->win_gravity; - Lisp_Object fs_state, frame; + int state = FULLSCREEN_NONE; + bool sticky = false; int scale = xg_get_gdk_scale (); /* Don't set size hints during initialization; that apparently leads @@ -1373,13 +1376,12 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) if (NILP (Vafter_init_time) || !FRAME_GTK_OUTER_WIDGET (f)) return; - XSETFRAME (frame, f); - fs_state = Fframe_parameter (frame, Qfullscreen); - if (EQ (fs_state, Qmaximized) || EQ (fs_state, Qfullboth)) + get_current_wm_state (f, FRAME_OUTER_WINDOW (f), &state, &sticky); + if (state != FULLSCREEN_NONE) { - /* Don't set hints when maximized or fullscreen. Apparently KWin and - Gtk3 don't get along and the frame shrinks (!). - */ + /* Don't set hints when the frame currently is maximized or + fullscreen. Apparently KWin and Gtk3 don't get along and the + frame shrinks (!). */ return; } diff --git a/src/xterm.c b/src/xterm.c index b7aacfa..2e1c0b5 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -247,7 +247,7 @@ static void x_wm_set_window_state (struct frame *, int); static void x_wm_set_icon_pixmap (struct frame *, ptrdiff_t); static void x_initialize (void); -static bool get_current_wm_state (struct frame *, Window, int *, bool *); +bool get_current_wm_state (struct frame *, Window, int *, bool *); /* Flush display of frame F. */ @@ -9904,7 +9904,7 @@ x_set_sticky (struct frame *f, Lisp_Object new_value, Lisp_Object old_value) Return true iff we are not hidden. */ -static bool +bool get_current_wm_state (struct frame *f, Window window, int *size_state, --------------000604030305040202000404-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 12:21:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144033243127504 (code B ref 21317); Sun, 23 Aug 2015 12:21:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 12:20:31 +0000 Received: from localhost ([127.0.0.1]:35641 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTUGE-00079X-Qv for submit@debbugs.gnu.org; Sun, 23 Aug 2015 08:20:31 -0400 Received: from mail-ig0-f193.google.com ([209.85.213.193]:35611) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTUGC-00079O-3Y for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 08:20:29 -0400 Received: by igcse8 with SMTP id se8so5376819igc.2 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 05:20:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=TqNLocyPxr3TRj6pNTXAEozZmMp1yQK9qsqdB837nK0=; b=OHSPJPZuYw361TlCIEK0Hy+7uM5mk0vHKp48QcGNFSHqGkjzK6GWY0QwljPzRvpCkF lE2l66jyrfOoVH2U7bdMsReUH0L2e0hd2gj7HLqSFExE70I7JfSBWPPi36B9sEnalAUG 0IsoaYjVO8ht5YYbenORzApqCtIkhfmHppUQNBXTP4LYk11hmacC/YTVIW63SPMkKajG 8HOtcLkHYI6l7S8aIVMzvHqlnKXYSqryauY/h0igzvuviZBlbURM1/UG2oSONT3uFp7Z 3/GUjS0KbRGUrSeaViBvbXt/PBtdxorQPMXnMB74DeTL2/iZ1z+ZzjNZ7HhlKkAuqacr ZWUg== MIME-Version: 1.0 X-Received: by 10.50.97.33 with SMTP id dx1mr10197805igb.1.1440332427497; Sun, 23 Aug 2015 05:20:27 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 05:20:27 -0700 (PDT) In-Reply-To: <55D9AA9D.9030807@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> Date: Sun, 23 Aug 2015 12:20:27 +0000 Message-ID: From: Pip Cet Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Let me answer that email bottom-to-top, I think it makes most sense that way: On Sun, Aug 23, 2015 at 11:12 AM, martin rudalics wrote: >> but never did. It didn't call x_wm_set_size_hints and it didn't clean >> up after x_net_wm_state by setting the 'fullscreen property again. > > Do I understand finally? x_net_wm_state resets the fullscreen state to > nil via its store_frame_param? That would be the missing link then. Indeed. (Minor point of confusion here: there are two functions called `x_net_wm_state' and `x_handle_net_wm_state' which appear to do the same thing...) > But then there's no use to set the fullscreen parameter earlier. > x_net_wm_state would annihilate that anyway. I think you're right for X, but other toolkits might need the generic code that sets it earlier. >> Sorry about that. You're right, I've only seen the problem when I make >> a fullscreen frame. That wasn't perfectly clear to me at the time, but >> I should have tested better. Thank you for your patience. > > It's not immediately clear that the problem happens only with attempts > to make a fullscreen frame which, to be clear again, could mean any of > maximized, fullheight, fullwidth and fullboth. The problem appears with all of maximized, fullheight, fullwidth, and fullboth. > So when you try to increase the height of a normal frame by one pixel, > which is the resize operation you send? set_frame_height calls adjust_frame_size which calls x_set_window_size which calls xg_frame_set_char_size. x_set_window_size_1 is NOT being called in this case. > I suppose it's the last one > from x_set_window_size_1 so Emacs correctly passes the size hint with > frame_resize_pixelwise 1. Right? No, x_set_window_size_1 never is called here. It's the last case in xg_frame_set_char_size, which calls gtk_window_resize FIRST, then calls x_wm_set_size_hints. I do not understand why that works, but it appears to. (Is this another bug? I'm seriously confused at this point). > If this is the case, then Emacs should, for you, also handle fullwidth > and fullheight requests correctly via the first and second of the > requests in x_set_window_size_1. Right? No. x_set_window_size_1 isn't called at all. xg_frame_set_char_size isn't called for fullscreen requests at all. > So the two remaining cases Emacs can't handle for you are fullscreen and > maximized requests. Right? No, it's all four fullscreen settings. >> What I don't understand is the remedy. >>> When we do >>> >>> fs_state = Fframe_parameter (frame, Qfullscreen); >>> if (EQ (fs_state, Qmaximized) || EQ (fs_state, Qfullboth)) >>> >>> the parameter has been already set but the frame is not yet fullscreen. >>> Does this shrinking occur when the frame is already fullscreen or does >>> it occur when a user wants to switch to fullscreen? >> >> I'm not a hundred percent certain; from reading the thread, I think >> it's the former: the window is in full-screen mode and starts >> shrinking. I've installed KWin but have been unable to produce buggy >> behavior, so far, without the workaround in gtkutil.c. > > I attach a patch that should handle the case where we want to switch > from a non-fullscreen to a fullscreen frame. Please try it. Th > FRAME_OUTER_WINDOW (f) should probably be replaced by some GTK-specific > window but I don't yet know which one. > >>> When worse comes to worse we could condition that somehow: Invent an >>> option which is off by default and call x_wm_set_size_hint when it's on. >> >> I do wonder how useful it is to support the case without a window >> manager; unfortunately, I think it is useful, much as I'd enjoy all >> that code going away and leaving things to the window manager. > > I miss you here: Which "case" do you mean? I was considering whether it might be best to remove the no-window-manager code entirely, but I don't think we should. >> Anyway, if x_check_fullscreen is supposed to work the way it currently >> does, bypassing xg_frame_set_char_size, there's a third issue to add >> to my list: >> >> (3) x_check_fullscreen does not call store_frame_param, unlike >> x_set_window_size_1, so the frame has its 'fullscreen parameter >> cleared to nil by x_net_wm_state; the next `set-frame-font' call then >> results in an integral frame size rather than the full screen. > > Correct me if I'm wrong: We run x_check_fullscreen only when the window > manager doesn't support fullscreen natively. Right. x_check_fullscreen exits very early unless the window manager fails to support fullscreen. > WOW when we run > x_check_fullscreen, we emulate the behavior of a window manager by > calculating the respective sizes ourselves. Correct. > Now when Emacs sets the fullscreen frame parameter itself, this action > basically covers only what we get from the window manager. A user who > wanted a fullscreen frame would have set the according frame parameter > already. What am I missing? I think it's that x_net_wm_state clears the fullscreen flag in the middle of our operation. >> If my understanding is correct, the best way forward is this: >> >> - skip the hints in maximized/fullscreen state if >> wm_supports(net_wm_state) || wm_supports(net_wm_state_fullscreen), it >> might be KWin >> - otherwise, set the hints > > OK. These can be done easily, maybe in combination with my patch. I think your patch actually solves that problem: if there's no WM, get_current_wm_state will always return FULLSCREEN_NONE, so we set the size hints appropriately. >> - call x_wm_set_size_hint from x_check_fullscreen > > OK. Funnily we call a function x_wm_set_size_hint to handle a scenario > where there's no window manager. > >> - call store_frame_param from x_check_fullscreen > > It might not harm but, as mentioned above, this should not be > necessary. Or, if it is necessary because the parameters are not in > place yet, the bug seems to be elsewhere, Again, I think it makes sense once you take into account x_net_wm_state. >>> I see. If in frame.c you initialize frame_resize_pixelwise to 1 then >>> everything works OK? >> >> ...Almost. Sorry. If I set frame_resize_pixelwise to 1 and run >> `set-frame-font' afterwards, > > Hmm.. so you insist. Can you tell me why `set-frame-font' can change a > fullscreen frame's size? Missing link :-) >> the frame loses its full-screen >> resolution and changes to a similar resolution that's a multiple of >> the character size, as far as I can tell. This is due to issue (3), I >> believe. Similarly, we don't adjust for the tool bar size, which I >> also believe is due to issue (3) (I keep forgetting about that one >> since I don't usually use the tool bar). > > Let's look into the toolbar issue later. What we have to check first > is: > > (1) You have a "correctly" maximized frame and `frame-resize-pixelwise' > is non-nil. What is the frame's fullscreen parameter's value? > > (2) If that value is non-nil, how comes `set-frame-font' can change the > frame size? > >> I have attached the minimal patch (as far as I know) that works: >> initialize frame_resize_pixelwise to 1, > > We can't do that. I mentioned that only so you can check whether it > would work in principle. Oh, I agree, but I was sufficiently confused I thought it important to be sure what needed changing before actually working out how to do it cleanly. >>> We could invent a function `set-frame-resize-pixelwise' which sends the >>> size hints (maybe iff when a frame is not fullscreen, or so to avoid the >>> KWin bug). >> >> How would that be different from x_wm_set_size_hints with FLAGS=0? > > It would modify the increments accordingly. That is > `set-frame-resize-pixelwise' with a non-nil ARG would set the increments > to 1 and with a nil ARG it would set them to the frame's column and line > heights. > >> I >> suppose we could modify only the increments and leave the rest of the >> size hints alone, but is that enough to prevent bad KWin behavior? > > You mean calling `set-frame-resize-pixelwise' in a fullscreen state on > KWin would produce the bug again. You're probably right. So this won't > help much. > > martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 12:30:04 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144033297328319 (code B ref 21317); Sun, 23 Aug 2015 12:30:04 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 12:29:33 +0000 Received: from localhost ([127.0.0.1]:35656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTUOz-0007Mg-8c for submit@debbugs.gnu.org; Sun, 23 Aug 2015 08:29:33 -0400 Received: from mail-io0-f193.google.com ([209.85.223.193]:34850) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTUOx-0007MY-9L for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 08:29:31 -0400 Received: by iods203 with SMTP id s203so9790564iod.2 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 05:29:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=pw8kzpcnKw/gWP6vw/W8247jWpLkVR7+zXt4iNslxjI=; b=kXgeRpp7NOdMUW5Wxgx0K7zDdYaaAu/9zDzYtYbys3Npcmul5cOfKqiqLnAwzWNNwP 4mSUwGzHKSH20TK9aj9wL9piEquVvW9r0tVr6vlQirjop57kav6c44nyOKPeSpa5c4gI ZfXUeWiUrAG3UrxVOsy836tmlPrXtqc8dn85qxGKeBDxcjPGE5Hhprz8RQKN2DaAw7g+ +ddvEiZZfAoMLa6lWDxrxXU4Q9FXOl9tnx+De4VbkIJlzQ8WxQe93OmdSUZe59JDWFcZ arg8wx9e2tPMch9vZT/hpFZq+XUK/Ghorim+APleF2s4l1G6mHsZ+VqIR+wj7V2YdAkf 89+Q== MIME-Version: 1.0 X-Received: by 10.107.132.139 with SMTP id o11mr14512664ioi.3.1440332970661; Sun, 23 Aug 2015 05:29:30 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 05:29:30 -0700 (PDT) In-Reply-To: References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> Date: Sun, 23 Aug 2015 12:29:30 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=001a113ed2f8139128051df9a76b X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ed2f8139128051df9a76b Content-Type: text/plain; charset=UTF-8 Sorry, I accidentally sent that email half-finished. On Sun, Aug 23, 2015 at 12:20 PM, Pip Cet wrote: >>> I'm not a hundred percent certain; from reading the thread, I think >>> it's the former: the window is in full-screen mode and starts >>> shrinking. I've installed KWin but have been unable to produce buggy >>> behavior, so far, without the workaround in gtkutil.c. >> >> I attach a patch that should handle the case where we want to switch >> from a non-fullscreen to a fullscreen frame. Please try it. That patch has no effect, but that's consistent with my understanding of the situation; it might have an effect on users of the buggy KWin version. I've attached a patch that combines your patch with the minor fixes I suggested in the previous email. It appears to work here. --001a113ed2f8139128051df9a76b Content-Type: text/x-patch; charset=US-ASCII; name="0001-Fix-fullscreen-issue.patch" Content-Disposition: attachment; filename="0001-Fix-fullscreen-issue.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idoh0q530 RnJvbSBhZjhkNjlkNTIxOTBhOTgyNjRjZmMwZWY5Y2VlZGNmYmQyZjBkMzdkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXAgPHBpcGNldEBnbWFpbC5jb20+CkRhdGU6IFN1biwg MjMgQXVnIDIwMTUgMTI6MjQ6MDQgKzAwMDAKU3ViamVjdDogW1BBVENIXSBGaXggZnVsbHNjcmVl biBpc3N1ZQoKLS0tCiBzcmMvZ3RrdXRpbC5jIHwgMTYgKysrKysrKysrLS0tLS0tLQogc3JjL3h0 ZXJtLmMgICB8IDI3ICsrKysrKysrKysrKysrKysrKysrKysrKystLQogMiBmaWxlcyBjaGFuZ2Vk LCAzNCBpbnNlcnRpb25zKCspLCA5IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9ndGt1 dGlsLmMgYi9zcmMvZ3RrdXRpbC5jCmluZGV4IGQ2ODRjZDkuLjhlNTNhMTYgMTAwNjQ0Ci0tLSBh L3NyYy9ndGt1dGlsLmMKKysrIGIvc3JjL2d0a3V0aWwuYwpAQCAtMTM1LDYgKzEzNSw4IEBAIGFs b25nIHdpdGggR05VIEVtYWNzLiAgSWYgbm90LCBzZWUgPGh0dHA6Ly93d3cuZ251Lm9yZy9saWNl bnNlcy8+LiAgKi8KIHN0YXRpYyB2b2lkIHVwZGF0ZV90aGVtZV9zY3JvbGxiYXJfd2lkdGggKHZv aWQpOwogc3RhdGljIHZvaWQgdXBkYXRlX3RoZW1lX3Njcm9sbGJhcl9oZWlnaHQgKHZvaWQpOwog Citib29sIGdldF9jdXJyZW50X3dtX3N0YXRlIChzdHJ1Y3QgZnJhbWUgKiwgV2luZG93LCBpbnQg KiwgYm9vbCAqKTsKKwogI2RlZmluZSBUQl9JTkZPX0tFWSAieGdfZnJhbWVfdGJfaW5mbyIKIHN0 cnVjdCB4Z19mcmFtZV90Yl9pbmZvCiB7CkBAIC0xMzY0LDcgKzEzNjYsOCBAQCB4X3dtX3NldF9z aXplX2hpbnQgKHN0cnVjdCBmcmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9wb3Np dGlvbikKICAgaW50IGJhc2Vfd2lkdGgsIGJhc2VfaGVpZ2h0OwogICBpbnQgbWluX3Jvd3MgPSAw LCBtaW5fY29scyA9IDA7CiAgIGludCB3aW5fZ3Jhdml0eSA9IGYtPndpbl9ncmF2aXR5OwotICBM aXNwX09iamVjdCBmc19zdGF0ZSwgZnJhbWU7CisgIGludCBzdGF0ZSA9IEZVTExTQ1JFRU5fTk9O RTsKKyAgYm9vbCBzdGlja3kgPSBmYWxzZTsKICAgaW50IHNjYWxlID0geGdfZ2V0X2dka19zY2Fs ZSAoKTsKIAogICAvKiBEb24ndCBzZXQgc2l6ZSBoaW50cyBkdXJpbmcgaW5pdGlhbGl6YXRpb247 IHRoYXQgYXBwYXJlbnRseSBsZWFkcwpAQCAtMTM3MywxMyArMTM3NiwxMiBAQCB4X3dtX3NldF9z aXplX2hpbnQgKHN0cnVjdCBmcmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9wb3Np dGlvbikKICAgaWYgKE5JTFAgKFZhZnRlcl9pbml0X3RpbWUpIHx8ICFGUkFNRV9HVEtfT1VURVJf V0lER0VUIChmKSkKICAgICByZXR1cm47CiAKLSAgWFNFVEZSQU1FIChmcmFtZSwgZik7Ci0gIGZz X3N0YXRlID0gRmZyYW1lX3BhcmFtZXRlciAoZnJhbWUsIFFmdWxsc2NyZWVuKTsKLSAgaWYgKEVR IChmc19zdGF0ZSwgUW1heGltaXplZCkgfHwgRVEgKGZzX3N0YXRlLCBRZnVsbGJvdGgpKQorICBn ZXRfY3VycmVudF93bV9zdGF0ZSAoZiwgRlJBTUVfT1VURVJfV0lORE9XIChmKSwgJnN0YXRlLCAm c3RpY2t5KTsKKyAgaWYgKHN0YXRlICE9IEZVTExTQ1JFRU5fTk9ORSkKICAgICB7Ci0gICAgICAv KiBEb24ndCBzZXQgaGludHMgd2hlbiBtYXhpbWl6ZWQgb3IgZnVsbHNjcmVlbi4gIEFwcGFyZW50 bHkgS1dpbiBhbmQKLSAgICAgICAgIEd0azMgZG9uJ3QgZ2V0IGFsb25nIGFuZCB0aGUgZnJhbWUg c2hyaW5rcyAoISkuCi0gICAgICAqLworICAgICAgLyogRG9uJ3Qgc2V0IGhpbnRzIHdoZW4gdGhl IGZyYW1lIGN1cnJlbnRseSBpcyBtYXhpbWl6ZWQgb3IKKyAgICAgICAgIGZ1bGxzY3JlZW4uICBB cHBhcmVudGx5IEtXaW4gYW5kIEd0azMgZG9uJ3QgZ2V0IGFsb25nIGFuZCB0aGUKKyAgICAgICAg IGZyYW1lIHNocmlua3MgKCEpLiAgKi8KICAgICAgIHJldHVybjsKICAgICB9CiAKZGlmZiAtLWdp dCBhL3NyYy94dGVybS5jIGIvc3JjL3h0ZXJtLmMKaW5kZXggYjdhYWNmYS4uNjBlNzJhOSAxMDA2 NDQKLS0tIGEvc3JjL3h0ZXJtLmMKKysrIGIvc3JjL3h0ZXJtLmMKQEAgLTI0Nyw3ICsyNDcsNyBA QCBzdGF0aWMgdm9pZCB4X3dtX3NldF93aW5kb3dfc3RhdGUgKHN0cnVjdCBmcmFtZSAqLCBpbnQp Owogc3RhdGljIHZvaWQgeF93bV9zZXRfaWNvbl9waXhtYXAgKHN0cnVjdCBmcmFtZSAqLCBwdHJk aWZmX3QpOwogc3RhdGljIHZvaWQgeF9pbml0aWFsaXplICh2b2lkKTsKIAotc3RhdGljIGJvb2wg Z2V0X2N1cnJlbnRfd21fc3RhdGUgKHN0cnVjdCBmcmFtZSAqLCBXaW5kb3csIGludCAqLCBib29s ICopOworYm9vbCBnZXRfY3VycmVudF93bV9zdGF0ZSAoc3RydWN0IGZyYW1lICosIFdpbmRvdywg aW50ICosIGJvb2wgKik7CiAKIC8qIEZsdXNoIGRpc3BsYXkgb2YgZnJhbWUgRi4gICovCiAKQEAg LTk5MDQsNyArOTkwNCw3IEBAIHhfc2V0X3N0aWNreSAoc3RydWN0IGZyYW1lICpmLCBMaXNwX09i amVjdCBuZXdfdmFsdWUsIExpc3BfT2JqZWN0IG9sZF92YWx1ZSkKIAogICAgUmV0dXJuIHRydWUg aWZmIHdlIGFyZSBub3QgaGlkZGVuLiAgKi8KIAotc3RhdGljIGJvb2wKK2Jvb2wKIGdldF9jdXJy ZW50X3dtX3N0YXRlIChzdHJ1Y3QgZnJhbWUgKmYsCiAgICAgICAgICAgICAgICAgICAgICAgV2lu ZG93IHdpbmRvdywKICAgICAgICAgICAgICAgICAgICAgICBpbnQgKnNpemVfc3RhdGUsCkBAIC0x MDE1NSw2ICsxMDE1NSw4IEBAIHhfaGFuZGxlX25ldF93bV9zdGF0ZSAoc3RydWN0IGZyYW1lICpm LCBjb25zdCBYUHJvcGVydHlFdmVudCAqZXZlbnQpCiBzdGF0aWMgdm9pZAogeF9jaGVja19mdWxs c2NyZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiB7CisgIExpc3BfT2JqZWN0IGx2YWw7CisKICAgaWYg KGRvX2V3bWhfZnVsbHNjcmVlbiAoZikpCiAgICAgcmV0dXJuOwogCkBAIC0xMDE4OSw2ICsxMDE5 MSw4IEBAIHhfY2hlY2tfZnVsbHNjcmVlbiAoc3RydWN0IGZyYW1lICpmKQogICAgICAgZnJhbWVf c2l6ZV9oaXN0b3J5X2FkZAogCShmLCBReF9jaGVja19mdWxsc2NyZWVuLCB3aWR0aCwgaGVpZ2h0 LCBRbmlsKTsKIAorICAgICAgeF93bV9zZXRfc2l6ZV9oaW50IChmLCAwLCBmYWxzZSk7CisKICAg ICAgIFhSZXNpemVXaW5kb3cgKEZSQU1FX1hfRElTUExBWSAoZiksIEZSQU1FX09VVEVSX1dJTkRP VyAoZiksCiAJCSAgICAgd2lkdGgsIGhlaWdodCk7CiAKQEAgLTEwMjAxLDYgKzEwMjA1LDI1IEBA IHhfY2hlY2tfZnVsbHNjcmVlbiAoc3RydWN0IGZyYW1lICpmKQogCSAgeF9zeW5jIChmKTsKIAl9 CiAgICAgfQorCisgIGx2YWwgPSBRbmlsOworICBzd2l0Y2ggKGYtPndhbnRfZnVsbHNjcmVlbikK KyAgICB7CisgICAgY2FzZSBGVUxMU0NSRUVOX1dJRFRIOgorICAgICAgbHZhbCA9IFFmdWxsd2lk dGg7CisgICAgICBicmVhazsKKyAgICBjYXNlIEZVTExTQ1JFRU5fSEVJR0hUOgorICAgICAgbHZh bCA9IFFmdWxsaGVpZ2h0OworICAgICAgYnJlYWs7CisgICAgY2FzZSBGVUxMU0NSRUVOX0JPVEg6 CisgICAgICBsdmFsID0gUWZ1bGxib3RoOworICAgICAgYnJlYWs7CisgICAgY2FzZSBGVUxMU0NS RUVOX01BWElNSVpFRDoKKyAgICAgIGx2YWwgPSBRbWF4aW1pemVkOworICAgICAgYnJlYWs7Cisg ICAgfQorCisgIHN0b3JlX2ZyYW1lX3BhcmFtIChmLCBRZnVsbHNjcmVlbiwgbHZhbCk7CiB9CiAK IC8qIFRoaXMgZnVuY3Rpb24gaXMgY2FsbGVkIGJ5IHhfc2V0X29mZnNldCB0byBkZXRlcm1pbmUg d2hldGhlciB0aGUgd2luZG93Ci0tIAoyLjUuMAoK --001a113ed2f8139128051df9a76b-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 13:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144033547031989 (code B ref 21317); Sun, 23 Aug 2015 13:12:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 13:11:10 +0000 Received: from localhost ([127.0.0.1]:35669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTV3G-0008Js-2h for submit@debbugs.gnu.org; Sun, 23 Aug 2015 09:11:10 -0400 Received: from mout.gmx.net ([212.227.15.18]:65309) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTV3D-0008Ji-Dt for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 09:11:08 -0400 Received: from [188.22.42.120] ([188.22.42.120]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MHH6Z-1ZYE0Y3FXH-00E1hm; Sun, 23 Aug 2015 15:11:05 +0200 Message-ID: <55D9C65D.1010201@gmx.at> Date: Sun, 23 Aug 2015 15:10:53 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:0DDjLK/hANcUy2YhW4sE3/sZ3O09l7ueLGaMPH5lnKVQnWNImnC 47AX400/5+W/MGmlBfQlUMgIWlVp1iiYNi+pzzsBSphI6jP5fNkIA9K8hlt0pLX41vq7zrM DAYDYPGdIKyD9aNrzHdr4HpteYGRJK8xDHZuz9M/DeiDSHodCl8CEWeOAqk3OtlffQqPEDb FhkKTAsjaMkIHZD9uUCoA== X-UI-Out-Filterresults: notjunk:1;V01:K0:HA6S9dlB9KQ=:CnZjAqCH5EdKtxTp3PSuM0 AAC7oo98HN2Fm/4BeRX+erTb+RM9So4SzmvirqE/gtyjMgqE5vOZiTiX0YS7Zqf8dAopUGiRz X+4smwDXcUGmO4/ZHd6O+3v1/OzGZ9jmN5FTsXsxXyzFrs828XqkNtnfdwjgA1bgzgPbRd/Jb li0hwAH5I/zzAu9a/hvWxSpqiFRebpeWrg0UF5LO268ntFyUKxllnq4fCSAGYyEhp4jHt1qIn qPNq2d4Ftljb2YxIee9pRoUINRGJj/B1os5qdUatbN2754e7V7E7J2gCKkmA9C5wHei9lwVZH yr6h8/ei6QJIA5haKbvxbxz4bYcs4LHdpx8CBbgoqIGIbFT+3Nwokm8M/iJ33xZdxPGB5Lt6y u7wlcsjcmRdmtrRY5AwZhOg3yrJ49a5KYKPPkIMKeK7iyNVm1G4mJ5IZDHZmteTD1Z4/B9b9+ nErHRrkiYhw7ykNiwXoaodin9AfokTULf1omGKuvjDoiFol+Q22v+IcfZPNVtwNfbGekG6P0K aMd3qJyTedRuHy65GIDfcsBnJARDOKM7CI/8rKf46S+P0o618NpFms6pSSLChI8HHYQxpVz9b iLvzrmdeu0Alp0YzH+cSxSyoLWT2C+JPjcZ3TsEctv0QnM8Ja+qsMJN+4+u+YafvFnzyx/OU/ F42GdyWiEgRJO8zxe8ir/b56EgqsTrTcUkAdu3TdUmix9ulrWBB8GQlQQT/G9NWdF/LIvp7N2 MWwdMCprIeODc/wiV5MnC/AtMrp2DPZoyUwlfA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >> Do I understand finally? x_net_wm_state resets the fullscreen state to >> nil via its store_frame_param? That would be the missing link then. > > Indeed. Aha. > (Minor point of confusion here: there are two functions called > `x_net_wm_state' and `x_handle_net_wm_state' which appear to do the > same thing...) The other one handles the sticky value. I've no idea whether it's useful, though. > The problem appears with all of maximized, fullheight, fullwidth, and fullboth. Because in all of these cases setting the size hint is suppressed and/or the parameter is reset. This is quite a mess. >> So when you try to increase the height of a normal frame by one pixel, >> which is the resize operation you send? > > set_frame_height calls adjust_frame_size which calls x_set_window_size > which calls xg_frame_set_char_size. > x_set_window_size_1 is NOT being called in this case. Aha. >> I suppose it's the last one >> from x_set_window_size_1 so Emacs correctly passes the size hint with >> frame_resize_pixelwise 1. Right? > > No, x_set_window_size_1 never is called here. Obviously. > It's the last case in xg_frame_set_char_size, which calls > gtk_window_resize FIRST, then calls x_wm_set_size_hints. I do not > understand why that works, but it appears to. (Is this another bug? > I'm seriously confused at this point). I too. But I already mentioned that in my second mail ;-) >> If this is the case, then Emacs should, for you, also handle fullwidth >> and fullheight requests correctly via the first and second of the >> requests in x_set_window_size_1. Right? > > No. x_set_window_size_1 isn't called at all. xg_frame_set_char_size > isn't called for fullscreen requests at all. OK >> So the two remaining cases Emacs can't handle for you are fullscreen and >> maximized requests. Right? > > No, it's all four fullscreen settings. OK >>> I do wonder how useful it is to support the case without a window >>> manager; unfortunately, I think it is useful, much as I'd enjoy all >>> that code going away and leaving things to the window manager. >> >> I miss you here: Which "case" do you mean? > > I was considering whether it might be best to remove the > no-window-manager code entirely, but I don't think we should. IIRC we earlier never asked a window manager and emulated the fullscreen stuff ourselves. Currently we still emulate fullheight and fullwidth on Windows for example. >>> If my understanding is correct, the best way forward is this: >>> >>> - skip the hints in maximized/fullscreen state if >>> wm_supports(net_wm_state) || wm_supports(net_wm_state_fullscreen), it >>> might be KWin >>> - otherwise, set the hints >> >> OK. These can be done easily, maybe in combination with my patch. > > I think your patch actually solves that problem: if there's no WM, > get_current_wm_state will always return FULLSCREEN_NONE, ... via is_hidden ... > so we set the > size hints appropriately. Hopefully. So let me summarize what's needed: (1) x_check_fullscreen has to call x_wm_set_size_hint before it calls x_wm_set_size_hint. (2) x_wm_set_size_hint should set the increments as long as the window is not fullscreen-something. (3) x_check_fullscreen has to restore the fullscreen frame parameter mangled by x_net_wm_state. (4) (Possibly unrelated) xg_frame_set_char_size should call x_wm_set_size_hint before calling gtk_window_resize. If you come up with a patch for (1)-(3) I'll install it and we can see what kind of breakage it gets us. --- I see you've done that already. --- We can do (4) later. martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 13:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.1440336215617 (code B ref 21317); Sun, 23 Aug 2015 13:24:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 13:23:35 +0000 Received: from localhost ([127.0.0.1]:35683 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVFG-00009t-NE for submit@debbugs.gnu.org; Sun, 23 Aug 2015 09:23:34 -0400 Received: from mout.gmx.net ([212.227.15.15]:64166) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVFE-00009l-KW for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 09:23:33 -0400 Received: from [188.22.42.120] ([188.22.42.120]) by mail.gmx.com (mrgmx002) with ESMTPSA (Nemesis) id 0MOfx8-1ZQmDV3O3K-0067MR; Sun, 23 Aug 2015 15:23:31 +0200 Message-ID: <55D9C948.7040105@gmx.at> Date: Sun, 23 Aug 2015 15:23:20 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:A8Uk0X/ieHIP4qhJgNlN6hHKlgXZM8HBP5hCx0ObHEVWM0uKJa0 LrtJGghFcgOVj/b85/IaG+hEsPz+QIONWQFYNcnmza3C1DxYC4xNJtN0tcOGiEpDprjpRmy lNkBJyooZX2l55cqZW+CW64IuO1sBx/VUJpmNOF2Iy717kHudPItC6uMfyUGEnux/V0ByXm 5tPLoSz5rHWoNmn4Rlv8Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:cc4DLbXhtvI=:WqQ+HDFoJPdVKXnEXyeyl5 Hg8XWRAoVRDfh9nAitN86EwrgfRkzgfSmnaV/UNx+kfNplxEs52eDDqrvB9oB2FIxB+znJffp Wn+6qe6Vwp8ZSmI6uvMXd98dQvnaL/ps/+h0mAPsKISWUCRaTP2m5HVs+CZqqNgARGxd6PrDz Ksx8f/zf02P8k6wEHHAtnp7MITU8BFQLWfOPQNGGcCHRuXNvF97IsyZK6X79LfUA7NeDAkseZ TH2sS/bdHWg4bBYS2I4DnJIudQwFrCLl8zdHSf55+8c8pDZVjz+FrDKbH+sIgtguZXDbCa0U/ GxPJSOfNKZYA+k7QUIhyu9jvS97EDI82TNya2mHXHwIDxbuPb/r8GObW8xyVa3WbuXdw7zfnV rLRc6RMBDJXYyhzDBPulL122sHu0G3cDAW5bdPDovwAUarr+EnaoxN7zv0j8WyIJwbs3bBjZQ v7QvIX2bhFetGQ6rGbMYmlpMIKKXTchSRIDeIrTqHr29DLRc6ZOrRUy0uts1+fjYUcDkXHpfL cie0SAmYRKMNiaD+g2uliR9ypesoutxE9S6mSzMPHsBtzB9GZvO1M0Xh6IeEApwizr1lBRM+l Ka45415RqeIUDhqN9bkQVDigYj2djuvQeyMtyI9jBk/4XIi3WfNHfBex/QB6XZu7I5W8i5sQX uOpag+eMXeAkSrlM0+prANukcb3zEWOfqcqagHsnOXa3rmqrDUBA37BgqrOmt32AnvEflICtK 4/C1883UPq6dczgr8bjNIVWuSrxSnHwOqWLgBg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I've attached a patch that combines your patch with the minor fixes I > suggested in the previous email. It appears to work here. Thanks. This + lval = Qnil; + switch (f->want_fullscreen) + { + case FULLSCREEN_WIDTH: + lval = Qfullwidth; + break; + case FULLSCREEN_HEIGHT: + lval = Qfullheight; + break; + case FULLSCREEN_BOTH: + lval = Qfullboth; + break; + case FULLSCREEN_MAXIMIZED: + lval = Qmaximized; + break; + } looks a bit ugly. Can't we set lval in the switch above? If f->want_fullscreen changed in between we'd get in hot water anyway. (Also I'd like to keep the patch resonably small so I can install it as a "tiny change". Or do you have copyright papers signed for Emacs?) martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 13:49:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403376822857 (code B ref 21317); Sun, 23 Aug 2015 13:49:02 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 13:48:02 +0000 Received: from localhost ([127.0.0.1]:35691 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVcv-0000jw-Lu for submit@debbugs.gnu.org; Sun, 23 Aug 2015 09:48:02 -0400 Received: from mail-ig0-f194.google.com ([209.85.213.194]:34606) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVct-0000ja-3E for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 09:47:59 -0400 Received: by igdx6 with SMTP id x6so5447075igd.1 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 06:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=dXhRQBtylGMOtAHjeyI5xyrJZw4gZPqRo9DUsx4MzOM=; b=Bj51EkbYFiayuEUiMLd1wPcIx6HxeKcgyuZn+roIJWGZZcCEgvfgkJ/6X0w5ucwer4 J7M/EEGndVpjCfp82wyw/1BlKyK5aLdC85bxyBez4lvER+CkaVQ4hYMtOH2ywGmTcc14 B9AmeuxFaHZnV28jdVeqNd+VzSOKdLLm4sf5xMCOdXY/lyBg1NPnzU9Uo4zVKXKz0jrF pl68oq6VV5FOgwpwGa4SAayMWDZesrDfUYfHO+t3EXxXrAJQhcgBIQzVSLhzzyAAw/li k42L0SBgUxdL88Ax+JACuD35EjpbarYtLXSGtRPEJ4yY0dibFns+peqAq2xVgmal6abH KZxg== MIME-Version: 1.0 X-Received: by 10.50.17.9 with SMTP id k9mr11494921igd.93.1440337678492; Sun, 23 Aug 2015 06:47:58 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 06:47:58 -0700 (PDT) In-Reply-To: <55D9C948.7040105@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> Date: Sun, 23 Aug 2015 13:47:58 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=089e01182a34afb431051dfabf68 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --089e01182a34afb431051dfabf68 Content-Type: text/plain; charset=UTF-8 On Sun, Aug 23, 2015 at 1:23 PM, martin rudalics wrote: >> I've attached a patch that combines your patch with the minor fixes I >> suggested in the previous email. It appears to work here. > > Thanks. This > > + lval = Qnil; > + switch (f->want_fullscreen) > + { > + case FULLSCREEN_WIDTH: > + lval = Qfullwidth; > + break; > + case FULLSCREEN_HEIGHT: > + lval = Qfullheight; > + break; > + case FULLSCREEN_BOTH: > + lval = Qfullboth; > + break; > + case FULLSCREEN_MAXIMIZED: > + lval = Qmaximized; > + break; > + } > > looks a bit ugly. Can't we set lval in the switch above? I agree. > If f->want_fullscreen changed in between we'd get in hot water anyway. > > (Also I'd like to keep the patch resonably small so I can install it as > a "tiny change". Or do you have copyright papers signed for Emacs?) (No, but soon, hopefully.) I've attached the patch with a suggested ChangeLog entry (though of course you should change it to your own name). --089e01182a34afb431051dfabf68 Content-Type: text/x-patch; charset=US-ASCII; name="0001-Fix-full-screen-code-when-there-is-no-window-manager.patch" Content-Disposition: attachment; filename="0001-Fix-full-screen-code-when-there-is-no-window-manager.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idoju2qw0 RnJvbSAyZDlhMGVhZjU1Y2VjYTNjM2JiOTNhNTA4ZjExNWI0ZDllZTI4YTk1IE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXAgPHBpcGNldEBnbWFpbC5jb20+CkRhdGU6IFN1biwg MjMgQXVnIDIwMTUgMTI6MjQ6MDQgKzAwMDAKU3ViamVjdDogW1BBVENIXSBGaXggZnVsbC1zY3Jl ZW4gY29kZSB3aGVuIHRoZXJlIGlzIG5vIHdpbmRvdyBtYW5hZ2VyLgoKCSogeHRlcm0uYyAoZ2V0 X2N1cnJlbnRfd21fc3RhdGUpOiBFeHBvcnQgZnVuY3Rpb24uCgkoeF9jaGVja19mdWxsc2NyZWVu KTogQ2FsbCBgeF93bV9zZXRfc2l6ZV9oaW50JywgcmVzdG9yZQoJYGZ1bGxzY3JlZW4nIGZyYW1l IHBhcmFtZXRlci4KCgkqIGd0a3V0aWwuYyAoeF93bV9zZXRfc2l6ZV9oaW50KTogU2V0IHNpemUg aGludHMgd2hlbiBydW5uaW5nCgl3aXRob3V0IGEgd2luZG93IG1hbmFnZXIuCi0tLQogc3JjL2d0 a3V0aWwuYyB8IDE2ICsrKysrKysrKy0tLS0tLS0KIHNyYy94dGVybS5jICAgfCAyMSArKysrKysr KysrKysrKysrKystLS0KIDIgZmlsZXMgY2hhbmdlZCwgMjcgaW5zZXJ0aW9ucygrKSwgMTAgZGVs ZXRpb25zKC0pCgpkaWZmIC0tZ2l0IGEvc3JjL2d0a3V0aWwuYyBiL3NyYy9ndGt1dGlsLmMKaW5k ZXggZDY4NGNkOS4uOGU1M2ExNiAxMDA2NDQKLS0tIGEvc3JjL2d0a3V0aWwuYworKysgYi9zcmMv Z3RrdXRpbC5jCkBAIC0xMzUsNiArMTM1LDggQEAgYWxvbmcgd2l0aCBHTlUgRW1hY3MuICBJZiBu b3QsIHNlZSA8aHR0cDovL3d3dy5nbnUub3JnL2xpY2Vuc2VzLz4uICAqLwogc3RhdGljIHZvaWQg dXBkYXRlX3RoZW1lX3Njcm9sbGJhcl93aWR0aCAodm9pZCk7CiBzdGF0aWMgdm9pZCB1cGRhdGVf dGhlbWVfc2Nyb2xsYmFyX2hlaWdodCAodm9pZCk7CiAKK2Jvb2wgZ2V0X2N1cnJlbnRfd21fc3Rh dGUgKHN0cnVjdCBmcmFtZSAqLCBXaW5kb3csIGludCAqLCBib29sICopOworCiAjZGVmaW5lIFRC X0lORk9fS0VZICJ4Z19mcmFtZV90Yl9pbmZvIgogc3RydWN0IHhnX2ZyYW1lX3RiX2luZm8KIHsK QEAgLTEzNjQsNyArMTM2Niw4IEBAIHhfd21fc2V0X3NpemVfaGludCAoc3RydWN0IGZyYW1lICpm LCBsb25nIGludCBmbGFncywgYm9vbCB1c2VyX3Bvc2l0aW9uKQogICBpbnQgYmFzZV93aWR0aCwg YmFzZV9oZWlnaHQ7CiAgIGludCBtaW5fcm93cyA9IDAsIG1pbl9jb2xzID0gMDsKICAgaW50IHdp bl9ncmF2aXR5ID0gZi0+d2luX2dyYXZpdHk7Ci0gIExpc3BfT2JqZWN0IGZzX3N0YXRlLCBmcmFt ZTsKKyAgaW50IHN0YXRlID0gRlVMTFNDUkVFTl9OT05FOworICBib29sIHN0aWNreSA9IGZhbHNl OwogICBpbnQgc2NhbGUgPSB4Z19nZXRfZ2RrX3NjYWxlICgpOwogCiAgIC8qIERvbid0IHNldCBz aXplIGhpbnRzIGR1cmluZyBpbml0aWFsaXphdGlvbjsgdGhhdCBhcHBhcmVudGx5IGxlYWRzCkBA IC0xMzczLDEzICsxMzc2LDEyIEBAIHhfd21fc2V0X3NpemVfaGludCAoc3RydWN0IGZyYW1lICpm LCBsb25nIGludCBmbGFncywgYm9vbCB1c2VyX3Bvc2l0aW9uKQogICBpZiAoTklMUCAoVmFmdGVy X2luaXRfdGltZSkgfHwgIUZSQU1FX0dUS19PVVRFUl9XSURHRVQgKGYpKQogICAgIHJldHVybjsK IAotICBYU0VURlJBTUUgKGZyYW1lLCBmKTsKLSAgZnNfc3RhdGUgPSBGZnJhbWVfcGFyYW1ldGVy IChmcmFtZSwgUWZ1bGxzY3JlZW4pOwotICBpZiAoRVEgKGZzX3N0YXRlLCBRbWF4aW1pemVkKSB8 fCBFUSAoZnNfc3RhdGUsIFFmdWxsYm90aCkpCisgIGdldF9jdXJyZW50X3dtX3N0YXRlIChmLCBG UkFNRV9PVVRFUl9XSU5ET1cgKGYpLCAmc3RhdGUsICZzdGlja3kpOworICBpZiAoc3RhdGUgIT0g RlVMTFNDUkVFTl9OT05FKQogICAgIHsKLSAgICAgIC8qIERvbid0IHNldCBoaW50cyB3aGVuIG1h eGltaXplZCBvciBmdWxsc2NyZWVuLiAgQXBwYXJlbnRseSBLV2luIGFuZAotICAgICAgICAgR3Rr MyBkb24ndCBnZXQgYWxvbmcgYW5kIHRoZSBmcmFtZSBzaHJpbmtzICghKS4KLSAgICAgICovCisg ICAgICAvKiBEb24ndCBzZXQgaGludHMgd2hlbiB0aGUgZnJhbWUgY3VycmVudGx5IGlzIG1heGlt aXplZCBvcgorICAgICAgICAgZnVsbHNjcmVlbi4gIEFwcGFyZW50bHkgS1dpbiBhbmQgR3RrMyBk b24ndCBnZXQgYWxvbmcgYW5kIHRoZQorICAgICAgICAgZnJhbWUgc2hyaW5rcyAoISkuICAqLwog ICAgICAgcmV0dXJuOwogICAgIH0KIApkaWZmIC0tZ2l0IGEvc3JjL3h0ZXJtLmMgYi9zcmMveHRl cm0uYwppbmRleCBiN2FhY2ZhLi5kY2Q0NTdmIDEwMDY0NAotLS0gYS9zcmMveHRlcm0uYworKysg Yi9zcmMveHRlcm0uYwpAQCAtMjQ3LDcgKzI0Nyw3IEBAIHN0YXRpYyB2b2lkIHhfd21fc2V0X3dp bmRvd19zdGF0ZSAoc3RydWN0IGZyYW1lICosIGludCk7CiBzdGF0aWMgdm9pZCB4X3dtX3NldF9p Y29uX3BpeG1hcCAoc3RydWN0IGZyYW1lICosIHB0cmRpZmZfdCk7CiBzdGF0aWMgdm9pZCB4X2lu aXRpYWxpemUgKHZvaWQpOwogCi1zdGF0aWMgYm9vbCBnZXRfY3VycmVudF93bV9zdGF0ZSAoc3Ry dWN0IGZyYW1lICosIFdpbmRvdywgaW50ICosIGJvb2wgKik7Citib29sIGdldF9jdXJyZW50X3dt X3N0YXRlIChzdHJ1Y3QgZnJhbWUgKiwgV2luZG93LCBpbnQgKiwgYm9vbCAqKTsKIAogLyogRmx1 c2ggZGlzcGxheSBvZiBmcmFtZSBGLiAgKi8KIApAQCAtOTkwNCw3ICs5OTA0LDcgQEAgeF9zZXRf c3RpY2t5IChzdHJ1Y3QgZnJhbWUgKmYsIExpc3BfT2JqZWN0IG5ld192YWx1ZSwgTGlzcF9PYmpl Y3Qgb2xkX3ZhbHVlKQogCiAgICBSZXR1cm4gdHJ1ZSBpZmYgd2UgYXJlIG5vdCBoaWRkZW4uICAq LwogCi1zdGF0aWMgYm9vbAorYm9vbAogZ2V0X2N1cnJlbnRfd21fc3RhdGUgKHN0cnVjdCBmcmFt ZSAqZiwKICAgICAgICAgICAgICAgICAgICAgICBXaW5kb3cgd2luZG93LAogICAgICAgICAgICAg ICAgICAgICAgIGludCAqc2l6ZV9zdGF0ZSwKQEAgLTEwMTU1LDYgKzEwMTU1LDggQEAgeF9oYW5k bGVfbmV0X3dtX3N0YXRlIChzdHJ1Y3QgZnJhbWUgKmYsIGNvbnN0IFhQcm9wZXJ0eUV2ZW50ICpl dmVudCkKIHN0YXRpYyB2b2lkCiB4X2NoZWNrX2Z1bGxzY3JlZW4gKHN0cnVjdCBmcmFtZSAqZikK IHsKKyAgTGlzcF9PYmplY3QgbHZhbCA9IFFuaWw7CisKICAgaWYgKGRvX2V3bWhfZnVsbHNjcmVl biAoZikpCiAgICAgcmV0dXJuOwogCkBAIC0xMDE3MywyMiArMTAxNzUsMzEgQEAgeF9jaGVja19m dWxsc2NyZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiAgICAgICBzd2l0Y2ggKGYtPndhbnRfZnVsbHNj cmVlbikKICAgICAgICAgewogICAgICAgICAgIC8qIE5vIGRpZmZlcmVuY2UgYmV0d2VlbiB0aGVz ZSB0d28gd2hlbiB0aGVyZSBpcyBubyBXTSAqLwotICAgICAgICBjYXNlIEZVTExTQ1JFRU5fQk9U SDoKICAgICAgICAgY2FzZSBGVUxMU0NSRUVOX01BWElNSVpFRDoKKyAgICAgICAgICBsdmFsID0g UW1heGltaXplZDsKKyAgICAgICAgICB3aWR0aCA9IHhfZGlzcGxheV9waXhlbF93aWR0aCAoZHB5 aW5mbyk7CisgICAgICAgICAgaGVpZ2h0ID0geF9kaXNwbGF5X3BpeGVsX2hlaWdodCAoZHB5aW5m byk7CisgICAgICAgICAgYnJlYWs7CisgICAgICAgIGNhc2UgRlVMTFNDUkVFTl9CT1RIOgorICAg ICAgICAgIGx2YWwgPSBRZnVsbGJvdGg7CiAgICAgICAgICAgd2lkdGggPSB4X2Rpc3BsYXlfcGl4 ZWxfd2lkdGggKGRweWluZm8pOwogICAgICAgICAgIGhlaWdodCA9IHhfZGlzcGxheV9waXhlbF9o ZWlnaHQgKGRweWluZm8pOwogICAgICAgICAgIGJyZWFrOwogICAgICAgICBjYXNlIEZVTExTQ1JF RU5fV0lEVEg6CisgICAgICAgICAgbHZhbCA9IFFmdWxsd2lkdGg7CiAgICAgICAgICAgd2lkdGgg PSB4X2Rpc3BsYXlfcGl4ZWxfd2lkdGggKGRweWluZm8pOwogCSAgaGVpZ2h0ID0gaGVpZ2h0ICsg RlJBTUVfTUVOVUJBUl9IRUlHSFQgKGYpOwogCSAgYnJlYWs7CiAgICAgICAgIGNhc2UgRlVMTFND UkVFTl9IRUlHSFQ6CisgICAgICAgICAgbHZhbCA9IFFmdWxsaGVpZ2h0OwogICAgICAgICAgIGhl aWdodCA9IHhfZGlzcGxheV9waXhlbF9oZWlnaHQgKGRweWluZm8pOwogICAgICAgICB9CiAKICAg ICAgIGZyYW1lX3NpemVfaGlzdG9yeV9hZGQKIAkoZiwgUXhfY2hlY2tfZnVsbHNjcmVlbiwgd2lk dGgsIGhlaWdodCwgUW5pbCk7CiAKKyAgICAgIHhfd21fc2V0X3NpemVfaGludCAoZiwgMCwgZmFs c2UpOworCiAgICAgICBYUmVzaXplV2luZG93IChGUkFNRV9YX0RJU1BMQVkgKGYpLCBGUkFNRV9P VVRFUl9XSU5ET1cgKGYpLAogCQkgICAgIHdpZHRoLCBoZWlnaHQpOwogCkBAIC0xMDIwMSw2ICsx MDIxMiwxMCBAQCB4X2NoZWNrX2Z1bGxzY3JlZW4gKHN0cnVjdCBmcmFtZSAqZikKIAkgIHhfc3lu YyAoZik7CiAJfQogICAgIH0KKworICAvKiBgeF9uZXRfd21fc3RhdGUnIG1pZ2h0IGhhdmUgcmVz ZXQgdGhlIGZ1bGxzY3JlZW4gZnJhbWUgcGFyYW1ldGVyLAorICAgICByZXN0b3JlIGl0LiAqLwor ICBzdG9yZV9mcmFtZV9wYXJhbSAoZiwgUWZ1bGxzY3JlZW4sIGx2YWwpOwogfQogCiAvKiBUaGlz IGZ1bmN0aW9uIGlzIGNhbGxlZCBieSB4X3NldF9vZmZzZXQgdG8gZGV0ZXJtaW5lIHdoZXRoZXIg dGhlIHdpbmRvdwotLSAKMi41LjAKCg== --089e01182a34afb431051dfabf68-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 14:10:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403389905048 (code B ref 21317); Sun, 23 Aug 2015 14:10:02 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 14:09:50 +0000 Received: from localhost ([127.0.0.1]:36123 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVy1-0001JM-UR for submit@debbugs.gnu.org; Sun, 23 Aug 2015 10:09:50 -0400 Received: from mout.gmx.net ([212.227.17.21]:61703) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTVxz-0001JE-EM for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 10:09:47 -0400 Received: from [188.22.46.58] ([188.22.46.58]) by mail.gmx.com (mrgmx102) with ESMTPSA (Nemesis) id 0MKbZD-1ZUt943aZL-0020Au; Sun, 23 Aug 2015 16:09:46 +0200 Message-ID: <55D9D41D.1060605@gmx.at> Date: Sun, 23 Aug 2015 16:09:33 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:58/6TLidLA1c7J5BLV8qtzgmjpcj58mOGvQw/zlZ5x4xRQAo/9c GBX8BfZk1KPUEWFLsK1l63NRrwVwnPigNs+funFObjS776wKhJ/5e7oIwWA7ods5/y4b6v6 bQlX9e6CIyGRiCmexh7/bJAJRxMKDkPTeglSzW034QOJjrmRbA3ljygAK0ZOZEg5gqB8sTX m4+Yy55PaPjL70M/vfgpQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:x7/zs6jxJps=:klZPmWQDN4Hr9Psb5m8hl0 qARDge4vL/PZfWTfPqYJzXmGflohusBpjDJORRXSMyrBnBmIMb4XEHnGIDRJ7aStNx2QJxb6Q NLEZZEflwu6tV0V+bY7St56XNsPOhy4cZgIlE3Y+RkcyYWQRtHLcP6rmf4i0FuydFYbTBtgTk 3+EYsc//PnPadNxvQ2jwgwLuOo381SsJu6dvz7ZP1utv0u5fSnvc3V1jdejICok1IbUzNjeka 2eh9nLvA0g8PpVb2rrvNJClB/wj8fCiP+J88/ECipDsLRorvsGKfwl8Mu5w5G60kENCL3FRkF soePJMEcA6AXpdnQ6zBeXelr1BTMSNVXu1JuGYTCUFObALACBn4gqCmEFZBPpvhaRsyEeaWRf yCkeIzRXVlNTKN/L7CVisgL0R8mL5Zg9DlrAWuqPxKAgg5nnmVNCfoV/cjxxxe3WZfCPLNQgx 0BO8wpO1vRFZlDrDoWs3xN7h3NsN2ZK5wgjKiPx+tAiKU5IoXAgvvFEoBguc9HcAZm9hJc45U T1MKttwSLO8tqn54YQ0eQScE3U/Tdyqwi/OtMsBsaxyG3v8UpiTgRkT4aGTIKiK/x8iVr6am8 ttFcQqdp7w+yOmbgJI+mZh3G+6URFQvFxq4IRC3t9ZUTHxF6xt0vHndXZK2aOcy3xD6ghaLx8 NiAluZZPxaudI9WP8zbOHQlTnpIfexGbjg+ckoEgs6TZ3X52cOjpjAocZzu4py/L3/GdEjQK7 Uxm3RT+kXbza/5Mkw1Ppihn2U85REekKpNflaw== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > (No, but soon, hopefully.) Please do that. We might need it. > I've attached the patch with a suggested ChangeLog entry (though of > course you should change it to your own name). Thinking about this twice: Could you please also send a patch that's based on your earlier proposal, namely to "skip the hints in maximized/fullscreen state if wm_supports(net_wm_state) || wm_supports(net_wm_state_fullscreen), it might be KWin" and leaves out any of the changes I proposed. I think it would be cleaner and not change anything for KWin users who apparently are happy with the current state of affairs. Thanks, martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 14:45:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403410628229 (code B ref 21317); Sun, 23 Aug 2015 14:45:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 14:44:22 +0000 Received: from localhost ([127.0.0.1]:36152 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTWVR-00028f-Dt for submit@debbugs.gnu.org; Sun, 23 Aug 2015 10:44:21 -0400 Received: from mail-io0-f194.google.com ([209.85.223.194]:35644) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTWVO-00028W-SQ for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 10:44:19 -0400 Received: by iods203 with SMTP id s203so9964139iod.2 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 07:44:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V/gg6KwUGyGzb2eZbRP254WSe2w2cDfOvsihDD1CMkk=; b=ekM+D/i4E4HejYz9Sw0r757kBVx6hIqw+vaxLIpka9Es3qhJ8Qq7NFBPB3lHq2YzOC bI+q9GvcAyP7WxBuhd/+wM6JU9lZ+iUf0IwOCLpNMa5DLGhLNcf40RLTYTsiC5qhI1WJ 9Uakw17nEWhKZtZd1gzD0EZXQ0FwRI38ZFhRI7f6smWHHX/Y43LWRGm7dl3o3zoVGi4a 4EQ50lNZhM+mHydgpb3kJ0hilwsxYJW1GANcQpNzhVtrnMHa85XwuADQ0Ns4vuX/P5fE ePakdP8WcwD5Y7ex/iwnKxVV8YG+/SCFP/RE3nabj+7djcdiijHrLTyZi83+WiebyjYG n/ng== MIME-Version: 1.0 X-Received: by 10.107.132.139 with SMTP id o11mr14849294ioi.3.1440341058343; Sun, 23 Aug 2015 07:44:18 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 07:44:18 -0700 (PDT) In-Reply-To: <55D9D41D.1060605@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> <55D9D41D.1060605@gmx.at> Date: Sun, 23 Aug 2015 14:44:18 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=001a113ed2f8239338051dfb8902 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --001a113ed2f8239338051dfb8902 Content-Type: text/plain; charset=UTF-8 On Sun, Aug 23, 2015 at 2:09 PM, martin rudalics wrote: >> (No, but soon, hopefully.) > > Please do that. We might need it. I sent the email last week, so it's beyond my control :-) >> I've attached the patch with a suggested ChangeLog entry (though of >> course you should change it to your own name). > > Thinking about this twice: Could you please also send a patch that's > based on your earlier proposal, namely to "skip the hints in > maximized/fullscreen state if wm_supports(net_wm_state) || > wm_supports(net_wm_state_fullscreen), it might be KWin" and leaves out > any of the changes I proposed. I think it would be cleaner and not > change anything for KWin users who apparently are happy with the current > state of affairs. Attached. I feel a bit uneasy about making wm_supports a global symbol, maybe it should be x_wm_supports? In any case, please do let me know what else needs changing and I'll be happy to do it. Thanks again! --001a113ed2f8239338051dfb8902 Content-Type: text/x-patch; charset=US-ASCII; name="0001-Fix-full-screen-code-when-there-is-no-window-manager.patch" Content-Disposition: attachment; filename="0001-Fix-full-screen-code-when-there-is-no-window-manager.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idolv8l70 RnJvbSAwZWU3ZDhjNWIzYmI2M2ZiZWQ5MjY0ZWIzZmFjYWIwMTBiMTM2Y2ExIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXAgPHBpcGNldEBnbWFpbC5jb20+CkRhdGU6IFN1biwg MjMgQXVnIDIwMTUgMTQ6Mzc6NDEgKzAwMDAKU3ViamVjdDogW1BBVENIXSBGaXggZnVsbC1zY3Jl ZW4gY29kZSB3aGVuIHRoZXJlIGlzIG5vIHdpbmRvdyBtYW5hZ2VyLgoKICAgICAgICAqIHh0ZXJt LmMgKHdtX3N1cHBwb3J0cyk6IEV4cG9ydCBmdW5jdGlvbi4KCSh4X2NoZWNrX2Z1bGxzY3JlZW4p OiBDYWxsIGB4X3dtX3NldF9zaXplX2hpbnQnLCByZXN0b3JlCglgZnVsbHNjcmVlbicgZnJhbWUg cGFyYW1ldGVyLgoKCSogZ3RrdXRpbC5jICh4X3dtX3NldF9zaXplX2hpbnQpOiBTZXQgc2l6ZSBo aW50cyB3aGVuIHJ1bm5pbmcKCXdpdGhvdXQgYSB3aW5kb3cgbWFuYWdlci4KLS0tCiBzcmMvZ3Rr dXRpbC5jIHwgIDYgKysrKystCiBzcmMveHRlcm0uYyAgIHwgMTkgKysrKysrKysrKysrKysrKyst LQogMiBmaWxlcyBjaGFuZ2VkLCAyMiBpbnNlcnRpb25zKCspLCAzIGRlbGV0aW9ucygtKQoKZGlm ZiAtLWdpdCBhL3NyYy9ndGt1dGlsLmMgYi9zcmMvZ3RrdXRpbC5jCmluZGV4IGQ2ODRjZDkuLjMz ZjJhMDIgMTAwNjQ0Ci0tLSBhL3NyYy9ndGt1dGlsLmMKKysrIGIvc3JjL2d0a3V0aWwuYwpAQCAt MTM1LDYgKzEzNSw4IEBAIGFsb25nIHdpdGggR05VIEVtYWNzLiAgSWYgbm90LCBzZWUgPGh0dHA6 Ly93d3cuZ251Lm9yZy9saWNlbnNlcy8+LiAgKi8KIHN0YXRpYyB2b2lkIHVwZGF0ZV90aGVtZV9z Y3JvbGxiYXJfd2lkdGggKHZvaWQpOwogc3RhdGljIHZvaWQgdXBkYXRlX3RoZW1lX3Njcm9sbGJh cl9oZWlnaHQgKHZvaWQpOwogCitib29sIHdtX3N1cHBvcnRzIChzdHJ1Y3QgZnJhbWUgKmYsIEF0 b20gd2FudF9hdG9tKTsKKwogI2RlZmluZSBUQl9JTkZPX0tFWSAieGdfZnJhbWVfdGJfaW5mbyIK IHN0cnVjdCB4Z19mcmFtZV90Yl9pbmZvCiB7CkBAIC0xMzc1LDcgKzEzNzcsOSBAQCB4X3dtX3Nl dF9zaXplX2hpbnQgKHN0cnVjdCBmcmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9w b3NpdGlvbikKIAogICBYU0VURlJBTUUgKGZyYW1lLCBmKTsKICAgZnNfc3RhdGUgPSBGZnJhbWVf cGFyYW1ldGVyIChmcmFtZSwgUWZ1bGxzY3JlZW4pOwotICBpZiAoRVEgKGZzX3N0YXRlLCBRbWF4 aW1pemVkKSB8fCBFUSAoZnNfc3RhdGUsIFFmdWxsYm90aCkpCisgIGlmICgoRVEgKGZzX3N0YXRl LCBRbWF4aW1pemVkKSB8fCBFUSAoZnNfc3RhdGUsIFFmdWxsYm90aCkpICYmCisgICAgICAod21f c3VwcG9ydHMgKGYsIEZSQU1FX0RJU1BMQVlfSU5GTyAoZiktPlhhdG9tX25ldF93bV9zdGF0ZSkg fHwKKyAgICAgICB3bV9zdXBwb3J0cyAoZiwgRlJBTUVfRElTUExBWV9JTkZPIChmKS0+WGF0b21f bmV0X3dtX3N0YXRlX2Z1bGxzY3JlZW4pKSkKICAgICB7CiAgICAgICAvKiBEb24ndCBzZXQgaGlu dHMgd2hlbiBtYXhpbWl6ZWQgb3IgZnVsbHNjcmVlbi4gIEFwcGFyZW50bHkgS1dpbiBhbmQKICAg ICAgICAgIEd0azMgZG9uJ3QgZ2V0IGFsb25nIGFuZCB0aGUgZnJhbWUgc2hyaW5rcyAoISkuCmRp ZmYgLS1naXQgYS9zcmMveHRlcm0uYyBiL3NyYy94dGVybS5jCmluZGV4IGI3YWFjZmEuLjkxMzk3 NTggMTAwNjQ0Ci0tLSBhL3NyYy94dGVybS5jCisrKyBiL3NyYy94dGVybS5jCkBAIC05NzgyLDcg Kzk3ODIsNyBAQCB4X3NldF9vZmZzZXQgKHN0cnVjdCBmcmFtZSAqZiwgcmVnaXN0ZXIgaW50IHhv ZmYsIHJlZ2lzdGVyIGludCB5b2ZmLCBpbnQgY2hhbmdlXwogICAgU3BlY2lmaWNhdGlvbi9FeHRl bmRlZCBXaW5kb3cgTWFuYWdlciBIaW50cyBhdAogICAgaHR0cDovL2ZyZWVkZXNrdG9wLm9yZy93 aWtpL1NwZWNpZmljYXRpb25zL3dtLXNwZWMuICAqLwogCi1zdGF0aWMgYm9vbAorYm9vbAogd21f c3VwcG9ydHMgKHN0cnVjdCBmcmFtZSAqZiwgQXRvbSB3YW50X2F0b20pCiB7CiAgIEF0b20gYWN0 dWFsX3R5cGU7CkBAIC0xMDE1NSw2ICsxMDE1NSw4IEBAIHhfaGFuZGxlX25ldF93bV9zdGF0ZSAo c3RydWN0IGZyYW1lICpmLCBjb25zdCBYUHJvcGVydHlFdmVudCAqZXZlbnQpCiBzdGF0aWMgdm9p ZAogeF9jaGVja19mdWxsc2NyZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiB7CisgIExpc3BfT2JqZWN0 IGx2YWwgPSBRbmlsOworCiAgIGlmIChkb19ld21oX2Z1bGxzY3JlZW4gKGYpKQogICAgIHJldHVy bjsKIApAQCAtMTAxNzMsMjIgKzEwMTc1LDMxIEBAIHhfY2hlY2tfZnVsbHNjcmVlbiAoc3RydWN0 IGZyYW1lICpmKQogICAgICAgc3dpdGNoIChmLT53YW50X2Z1bGxzY3JlZW4pCiAgICAgICAgIHsK ICAgICAgICAgICAvKiBObyBkaWZmZXJlbmNlIGJldHdlZW4gdGhlc2UgdHdvIHdoZW4gdGhlcmUg aXMgbm8gV00gKi8KLSAgICAgICAgY2FzZSBGVUxMU0NSRUVOX0JPVEg6CiAgICAgICAgIGNhc2Ug RlVMTFNDUkVFTl9NQVhJTUlaRUQ6CisgICAgICAgICAgbHZhbCA9IFFtYXhpbWl6ZWQ7CisgICAg ICAgICAgd2lkdGggPSB4X2Rpc3BsYXlfcGl4ZWxfd2lkdGggKGRweWluZm8pOworICAgICAgICAg IGhlaWdodCA9IHhfZGlzcGxheV9waXhlbF9oZWlnaHQgKGRweWluZm8pOworICAgICAgICAgIGJy ZWFrOworICAgICAgICBjYXNlIEZVTExTQ1JFRU5fQk9USDoKKyAgICAgICAgICBsdmFsID0gUWZ1 bGxib3RoOwogICAgICAgICAgIHdpZHRoID0geF9kaXNwbGF5X3BpeGVsX3dpZHRoIChkcHlpbmZv KTsKICAgICAgICAgICBoZWlnaHQgPSB4X2Rpc3BsYXlfcGl4ZWxfaGVpZ2h0IChkcHlpbmZvKTsK ICAgICAgICAgICBicmVhazsKICAgICAgICAgY2FzZSBGVUxMU0NSRUVOX1dJRFRIOgorICAgICAg ICAgIGx2YWwgPSBRZnVsbHdpZHRoOwogICAgICAgICAgIHdpZHRoID0geF9kaXNwbGF5X3BpeGVs X3dpZHRoIChkcHlpbmZvKTsKIAkgIGhlaWdodCA9IGhlaWdodCArIEZSQU1FX01FTlVCQVJfSEVJ R0hUIChmKTsKIAkgIGJyZWFrOwogICAgICAgICBjYXNlIEZVTExTQ1JFRU5fSEVJR0hUOgorICAg ICAgICAgIGx2YWwgPSBRZnVsbGhlaWdodDsKICAgICAgICAgICBoZWlnaHQgPSB4X2Rpc3BsYXlf cGl4ZWxfaGVpZ2h0IChkcHlpbmZvKTsKICAgICAgICAgfQogCiAgICAgICBmcmFtZV9zaXplX2hp c3RvcnlfYWRkCiAJKGYsIFF4X2NoZWNrX2Z1bGxzY3JlZW4sIHdpZHRoLCBoZWlnaHQsIFFuaWwp OwogCisgICAgICB4X3dtX3NldF9zaXplX2hpbnQgKGYsIDAsIGZhbHNlKTsKKwogICAgICAgWFJl c2l6ZVdpbmRvdyAoRlJBTUVfWF9ESVNQTEFZIChmKSwgRlJBTUVfT1VURVJfV0lORE9XIChmKSwK IAkJICAgICB3aWR0aCwgaGVpZ2h0KTsKIApAQCAtMTAyMDEsNiArMTAyMTIsMTAgQEAgeF9jaGVj a19mdWxsc2NyZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiAJICB4X3N5bmMgKGYpOwogCX0KICAgICB9 CisKKyAgLyogYHhfbmV0X3dtX3N0YXRlJyBtaWdodCBoYXZlIHJlc2V0IHRoZSBmdWxsc2NyZWVu IGZyYW1lIHBhcmFtZXRlciwKKyAgICAgcmVzdG9yZSBpdC4gKi8KKyAgc3RvcmVfZnJhbWVfcGFy YW0gKGYsIFFmdWxsc2NyZWVuLCBsdmFsKTsKIH0KIAogLyogVGhpcyBmdW5jdGlvbiBpcyBjYWxs ZWQgYnkgeF9zZXRfb2Zmc2V0IHRvIGRldGVybWluZSB3aGV0aGVyIHRoZSB3aW5kb3cKLS0gCjIu NS4wCgo= --001a113ed2f8239338051dfb8902-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 17:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144035253924886 (code B ref 21317); Sun, 23 Aug 2015 17:56:01 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 17:55:39 +0000 Received: from localhost ([127.0.0.1]:36199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTZUX-0006TI-89 for submit@debbugs.gnu.org; Sun, 23 Aug 2015 13:55:38 -0400 Received: from mout.gmx.net ([212.227.15.18]:61529) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTZUU-0006T9-Oj for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 13:55:35 -0400 Received: from [188.22.35.150] ([188.22.35.150]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M7pDs-1YYbDQ2fLc-00vR9C; Sun, 23 Aug 2015 19:55:32 +0200 Message-ID: <55DA0908.1070901@gmx.at> Date: Sun, 23 Aug 2015 19:55:20 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> <55D9D41D.1060605@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:5itwy7hhlv1oG5jT+gSIIdHYf4j0rIA9Jod0/hsqsJ1uk83bZUu 3chEUyBgdDQOpW+Xlp8r5rzRYlVT/3vqwoOZdtaDHFrO82F2yMYECBqGrrZhieeJrC9LBQF ozUuE+WtD0m0ilfuVU2RGOEuvPd0N10+uQ3lsk4zDQyoH4bSkZ/8lYShHy2KipOpO42cwE6 JxVKEyGUoe39tagfqKIuA== X-UI-Out-Filterresults: notjunk:1;V01:K0:xGSf46VgKRE=:GShAYxSoWyvv6zcLQ1QF4N h+MUghyKdugy/McrOCRPGoqKdbpKalN3D9K3CEjkup270RHfBkPCO7N17tzahBzbaQ6DVhT6/ UH1GA8OfDhDEsRKJLfxMTCCZelaI9tC4EsSjGVF571r1eURs86c2ldoiW4PculgjvlRIA0r11 ErrHH2nzToqp5RwpQcH0tR1YoDRDaqYNMZlhHyZ8oKIsB/8pJrKACpFQ4FKL+oEYBewqKWKFf PnZG53hWPhdBujdTJ8q+FOEs1uLYHnKW/QHj93sf7Zqb9Cut+27tyHfCPpzXp/6Bm8QU6rpv6 lvfujEJjlVCjzQLa3iLIzRQWjTBv9HwnafN8oEtTrjsSxV8BZOIHYrlat42pJUmtkGHFl8UAP 3RrXldu7+7zmMdhikWgSKMAaDCVBheN3vQ3pBf1ucROUb1VLZjyZqyCrKztxeiSsohu41qREU DXwxK+glRVaHNbCj5WIB0qPfY5eBlHsB17Dq0eMlVdtrD+ScnB32tWBUgzjNqTJ2ALNz/oVip EKlVPPpJ5OPOJOOhhSaw9z3emeyyxDCdSdHY1qgF8gZh/CIVd/kt3VYimlq99hBPys71RNaiY 99P1UVFKhcsnUfCgIpIjyAIsUvuhDDriKio5Sk3QallNuO6x084YB6RyYJxjFOIsnvX7D8upd xccWK7hHPfavINZ/7caFpP1/zeiYAbcK0LxKrOf3px3rMwkh8INW9c020GWuMj5bqOZlvkml1 bA1CPTup1RECktWfqo/5zkzjXpOZacNBT/yqVg== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > I sent the email last week, so it's beyond my control :-) Fine. > Attached. I feel a bit uneasy about making wm_supports a global > symbol, maybe it should be x_wm_supports? x_wm_supports sounds indeed better. > In any case, please do let > me know what else needs changing and I'll be happy to do it. Everything else is perfect now (IMHO). martin From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: Pip Cet Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 23 Aug 2015 19:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: martin rudalics Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.14403590119130 (code B ref 21317); Sun, 23 Aug 2015 19:44:02 +0000 Received: (at 21317) by debbugs.gnu.org; 23 Aug 2015 19:43:31 +0000 Received: from localhost ([127.0.0.1]:36224 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTbAx-0002NB-7F for submit@debbugs.gnu.org; Sun, 23 Aug 2015 15:43:31 -0400 Received: from mail-ig0-f193.google.com ([209.85.213.193]:35623) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTbAu-0002N1-2K for 21317@debbugs.gnu.org; Sun, 23 Aug 2015 15:43:29 -0400 Received: by igcse8 with SMTP id se8so5948850igc.2 for <21317@debbugs.gnu.org>; Sun, 23 Aug 2015 12:43:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=OW9bq5xHURAH+woZl9/f7J71jGyLLLwXa18oCaLNSOw=; b=X3Aobv6jqQ9MOsoi/Ht11T+M3nfMjrvZsNkEUaNYdba9a1+g1ZwieaXJDlpw6mHLVj PTWcS2sPMzmfLBnudzTMpi/O9KptPO5pfnnuBSd/wTWloL4ryjQpxccxzQ+Ohv/IS630 7sbnHBQYJZ+H2aRzjpgwdx+SopphYrs+FGP29r3/mc+aaBob300jvE3gOTrSqebvFmiq rooMIouLjKGogvhqGgm2r3OoBlAmHqdGu6laJuT32TVJ/lbY1C+qKKZu9NmfH5o22jYk 0Hww/aTG2QvEJpEJqLqoB7IQq+aftudqnsRWQtuygTWqV8xPz7+5kh1T116KBb5N3/YJ UBUg== MIME-Version: 1.0 X-Received: by 10.50.62.193 with SMTP id a1mr11110103igs.61.1440359007397; Sun, 23 Aug 2015 12:43:27 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Sun, 23 Aug 2015 12:43:27 -0700 (PDT) In-Reply-To: <55DA0908.1070901@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> <55D9D41D.1060605@gmx.at> <55DA0908.1070901@gmx.at> Date: Sun, 23 Aug 2015 19:43:27 +0000 Message-ID: From: Pip Cet Content-Type: multipart/mixed; boundary=047d7bd75370fc62c4051dffb690 X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) --047d7bd75370fc62c4051dffb690 Content-Type: text/plain; charset=UTF-8 On Sun, Aug 23, 2015 at 5:55 PM, martin rudalics wrote: >> Attached. I feel a bit uneasy about making wm_supports a global >> symbol, maybe it should be x_wm_supports? > > x_wm_supports sounds indeed better. Patch attached. Still works, too! >> In any case, please do let >> me know what else needs changing and I'll be happy to do it. > > Everything else is perfect now (IMHO). Well, let's hope there won't be a flood of bug reports from KWin users. Thanks again for all your help in this very confusing matter, Pip --047d7bd75370fc62c4051dffb690 Content-Type: text/x-patch; charset=US-ASCII; name="0002-Rename-wm_supports-to-x_wm_supports.patch" Content-Disposition: attachment; filename="0002-Rename-wm_supports-to-x_wm_supports.patch" Content-Transfer-Encoding: base64 X-Attachment-Id: f_idowd5hj0 RnJvbSBlNGRjMGZkODc4NzIwODQ4ODkxMmM5ZDBlNTZkODNmYmNmOWMzNGRkIE1vbiBTZXAgMTcg MDA6MDA6MDAgMjAwMQpGcm9tOiBQaGlsaXAgPHBpcGNldEBnbWFpbC5jb20+CkRhdGU6IFN1biwg MjMgQXVnIDIwMTUgMTk6Mjc6MDkgKzAwMDAKU3ViamVjdDogW1BBVENIIDIvMl0gUmVuYW1lIGB3 bV9zdXBwb3J0cycgdG8gYHhfd21fc3VwcG9ydHMnCgoJKiB4dGVybS5jICh4X3dtX3N1cHBvcnRz KTogUmVuYW1lZCBmcm9tIGB3bV9zdXBwb3J0cycuCgkoeF9ld21oX2FjdGl2YXRlX2ZyYW1lKTog QWRqdXN0IGZvciByZW5hbWUuCgoJKiBndGt1dGlsLmMgKHhfd21fc2V0X3NpemVfaGludCk6IEFk anVzdCBmb3IgcmVuYW1lLgotLS0KIHNyYy9ndGt1dGlsLmMgfCA2ICsrLS0tLQogc3JjL3h0ZXJt LmMgICB8IDggKysrKy0tLS0KIHNyYy94dGVybS5oICAgfCAxICsKIDMgZmlsZXMgY2hhbmdlZCwg NyBpbnNlcnRpb25zKCspLCA4IGRlbGV0aW9ucygtKQoKZGlmZiAtLWdpdCBhL3NyYy9ndGt1dGls LmMgYi9zcmMvZ3RrdXRpbC5jCmluZGV4IDMzZjJhMDIuLjVmYzJiZWIgMTAwNjQ0Ci0tLSBhL3Ny Yy9ndGt1dGlsLmMKKysrIGIvc3JjL2d0a3V0aWwuYwpAQCAtMTM1LDggKzEzNSw2IEBAIGFsb25n IHdpdGggR05VIEVtYWNzLiAgSWYgbm90LCBzZWUgPGh0dHA6Ly93d3cuZ251Lm9yZy9saWNlbnNl cy8+LiAgKi8KIHN0YXRpYyB2b2lkIHVwZGF0ZV90aGVtZV9zY3JvbGxiYXJfd2lkdGggKHZvaWQp Owogc3RhdGljIHZvaWQgdXBkYXRlX3RoZW1lX3Njcm9sbGJhcl9oZWlnaHQgKHZvaWQpOwogCi1i b29sIHdtX3N1cHBvcnRzIChzdHJ1Y3QgZnJhbWUgKmYsIEF0b20gd2FudF9hdG9tKTsKLQogI2Rl ZmluZSBUQl9JTkZPX0tFWSAieGdfZnJhbWVfdGJfaW5mbyIKIHN0cnVjdCB4Z19mcmFtZV90Yl9p bmZvCiB7CkBAIC0xMzc4LDggKzEzNzYsOCBAQCB4X3dtX3NldF9zaXplX2hpbnQgKHN0cnVjdCBm cmFtZSAqZiwgbG9uZyBpbnQgZmxhZ3MsIGJvb2wgdXNlcl9wb3NpdGlvbikKICAgWFNFVEZSQU1F IChmcmFtZSwgZik7CiAgIGZzX3N0YXRlID0gRmZyYW1lX3BhcmFtZXRlciAoZnJhbWUsIFFmdWxs c2NyZWVuKTsKICAgaWYgKChFUSAoZnNfc3RhdGUsIFFtYXhpbWl6ZWQpIHx8IEVRIChmc19zdGF0 ZSwgUWZ1bGxib3RoKSkgJiYKLSAgICAgICh3bV9zdXBwb3J0cyAoZiwgRlJBTUVfRElTUExBWV9J TkZPIChmKS0+WGF0b21fbmV0X3dtX3N0YXRlKSB8fAotICAgICAgIHdtX3N1cHBvcnRzIChmLCBG UkFNRV9ESVNQTEFZX0lORk8gKGYpLT5YYXRvbV9uZXRfd21fc3RhdGVfZnVsbHNjcmVlbikpKQor ICAgICAgKHhfd21fc3VwcG9ydHMgKGYsIEZSQU1FX0RJU1BMQVlfSU5GTyAoZiktPlhhdG9tX25l dF93bV9zdGF0ZSkgfHwKKyAgICAgICB4X3dtX3N1cHBvcnRzIChmLCBGUkFNRV9ESVNQTEFZX0lO Rk8gKGYpLT5YYXRvbV9uZXRfd21fc3RhdGVfZnVsbHNjcmVlbikpKQogICAgIHsKICAgICAgIC8q IERvbid0IHNldCBoaW50cyB3aGVuIG1heGltaXplZCBvciBmdWxsc2NyZWVuLiAgQXBwYXJlbnRs eSBLV2luIGFuZAogICAgICAgICAgR3RrMyBkb24ndCBnZXQgYWxvbmcgYW5kIHRoZSBmcmFtZSBz aHJpbmtzICghKS4KZGlmZiAtLWdpdCBhL3NyYy94dGVybS5jIGIvc3JjL3h0ZXJtLmMKaW5kZXgg OTEzOTc1OC4uN2JiMjAzMiAxMDA2NDQKLS0tIGEvc3JjL3h0ZXJtLmMKKysrIGIvc3JjL3h0ZXJt LmMKQEAgLTk3ODMsNyArOTc4Myw3IEBAIHhfc2V0X29mZnNldCAoc3RydWN0IGZyYW1lICpmLCBy ZWdpc3RlciBpbnQgeG9mZiwgcmVnaXN0ZXIgaW50IHlvZmYsIGludCBjaGFuZ2VfCiAgICBodHRw Oi8vZnJlZWRlc2t0b3Aub3JnL3dpa2kvU3BlY2lmaWNhdGlvbnMvd20tc3BlYy4gICovCiAKIGJv b2wKLXdtX3N1cHBvcnRzIChzdHJ1Y3QgZnJhbWUgKmYsIEF0b20gd2FudF9hdG9tKQoreF93bV9z dXBwb3J0cyAoc3RydWN0IGZyYW1lICpmLCBBdG9tIHdhbnRfYXRvbSkKIHsKICAgQXRvbSBhY3R1 YWxfdHlwZTsKICAgdW5zaWduZWQgbG9uZyBhY3R1YWxfc2l6ZSwgYnl0ZXNfcmVtYWluaW5nOwpA QCAtOTk3Niw3ICs5OTc2LDcgQEAgc3RhdGljIGJvb2wKIGRvX2V3bWhfZnVsbHNjcmVlbiAoc3Ry dWN0IGZyYW1lICpmKQogewogICBzdHJ1Y3QgeF9kaXNwbGF5X2luZm8gKmRweWluZm8gPSBGUkFN RV9ESVNQTEFZX0lORk8gKGYpOwotICBib29sIGhhdmVfbmV0X2F0b20gPSB3bV9zdXBwb3J0cyAo ZiwgZHB5aW5mby0+WGF0b21fbmV0X3dtX3N0YXRlKTsKKyAgYm9vbCBoYXZlX25ldF9hdG9tID0g eF93bV9zdXBwb3J0cyAoZiwgZHB5aW5mby0+WGF0b21fbmV0X3dtX3N0YXRlKTsKICAgaW50IGN1 cjsKICAgYm9vbCBkdW1teTsKIApAQCAtOTk4NSw3ICs5OTg1LDcgQEAgZG9fZXdtaF9mdWxsc2Ny ZWVuIChzdHJ1Y3QgZnJhbWUgKmYpCiAgIC8qIFNvbWUgd2luZG93IG1hbmFnZXJzIGRvbid0IHNh eSB0aGV5IHN1cHBvcnQgX05FVF9XTV9TVEFURSwgYnV0IHRoZXkgZG8gc2F5CiAgICAgIHRoZXkg c3VwcG9ydCBfTkVUX1dNX1NUQVRFX0ZVTExTQ1JFRU4uICBUcnkgdGhhdCBhbHNvLiAgKi8KICAg aWYgKCFoYXZlX25ldF9hdG9tKQotICAgIGhhdmVfbmV0X2F0b20gPSB3bV9zdXBwb3J0cyAoZiwg ZHB5aW5mby0+WGF0b21fbmV0X3dtX3N0YXRlX2Z1bGxzY3JlZW4pOworICAgIGhhdmVfbmV0X2F0 b20gPSB4X3dtX3N1cHBvcnRzIChmLCBkcHlpbmZvLT5YYXRvbV9uZXRfd21fc3RhdGVfZnVsbHNj cmVlbik7CiAKICAgaWYgKGhhdmVfbmV0X2F0b20gJiYgY3VyICE9IGYtPndhbnRfZnVsbHNjcmVl bikKICAgICB7CkBAIC0xMDU3OSw3ICsxMDU3OSw3IEBAIHhfZXdtaF9hY3RpdmF0ZV9mcmFtZSAo c3RydWN0IGZyYW1lICpmKQogCiAgIHN0cnVjdCB4X2Rpc3BsYXlfaW5mbyAqZHB5aW5mbyA9IEZS QU1FX0RJU1BMQVlfSU5GTyAoZik7CiAKLSAgaWYgKEZSQU1FX1ZJU0lCTEVfUCAoZikgJiYgd21f c3VwcG9ydHMgKGYsIGRweWluZm8tPlhhdG9tX25ldF9hY3RpdmVfd2luZG93KSkKKyAgaWYgKEZS QU1FX1ZJU0lCTEVfUCAoZikgJiYgeF93bV9zdXBwb3J0cyAoZiwgZHB5aW5mby0+WGF0b21fbmV0 X2FjdGl2ZV93aW5kb3cpKQogICAgIHsKICAgICAgIExpc3BfT2JqZWN0IGZyYW1lOwogICAgICAg WFNFVEZSQU1FIChmcmFtZSwgZik7CmRpZmYgLS1naXQgYS9zcmMveHRlcm0uaCBiL3NyYy94dGVy bS5oCmluZGV4IDU2MjIzNDQuLjYxNjU5MDYgMTAwNjQ0Ci0tLSBhL3NyYy94dGVybS5oCisrKyBi L3NyYy94dGVybS5oCkBAIC0xMDcyLDYgKzEwNzIsNyBAQCB4X2Rpc3BsYXlfc2V0X2xhc3RfdXNl cl90aW1lIChzdHJ1Y3QgeF9kaXNwbGF5X2luZm8gKmRweWluZm8sIFRpbWUgdCkKIH0KIAogZXh0 ZXJuIHZvaWQgeF9zZXRfc3RpY2t5IChzdHJ1Y3QgZnJhbWUgKiwgTGlzcF9PYmplY3QsIExpc3Bf T2JqZWN0KTsKK2V4dGVybiBib29sIHhfd21fc3VwcG9ydHMgKHN0cnVjdCBmcmFtZSAqLCBBdG9t KTsKIGV4dGVybiB2b2lkIHhfd2FpdF9mb3JfZXZlbnQgKHN0cnVjdCBmcmFtZSAqLCBpbnQpOwog ZXh0ZXJuIHZvaWQgeF9jbGVhcl91bmRlcl9pbnRlcm5hbF9ib3JkZXIgKHN0cnVjdCBmcmFtZSAq Zik7CiAKLS0gCjIuNS4wCgo= --047d7bd75370fc62c4051dffb690-- From unknown Sun Jun 22 11:42:17 2025 X-Loop: help-debbugs@gnu.org Subject: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 24 Aug 2015 08:18:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 21317 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Pip Cet Cc: 21317@debbugs.gnu.org Received: via spool by 21317-submit@debbugs.gnu.org id=B21317.144040425618202 (code B ref 21317); Mon, 24 Aug 2015 08:18:02 +0000 Received: (at 21317) by debbugs.gnu.org; 24 Aug 2015 08:17:36 +0000 Received: from localhost ([127.0.0.1]:36471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTmwh-0004jV-GM for submit@debbugs.gnu.org; Mon, 24 Aug 2015 04:17:35 -0400 Received: from mout.gmx.net ([212.227.15.15]:51281) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTmwg-0004jN-1y for 21317@debbugs.gnu.org; Mon, 24 Aug 2015 04:17:34 -0400 Received: from [62.47.255.61] ([62.47.255.61]) by mail.gmx.com (mrgmx003) with ESMTPSA (Nemesis) id 0MXIcX-1ZHurh37ED-00WHZk; Mon, 24 Aug 2015 10:17:32 +0200 Message-ID: <55DAD31B.3060104@gmx.at> Date: Mon, 24 Aug 2015 10:17:31 +0200 From: martin rudalics MIME-Version: 1.0 References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> <55D9D41D.1060605@gmx.at> <55DA0908.1070901@gmx.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:Tnhpp3oJiDZEuqAHEvYt0t4ohkK/mSSKe8mhuT71cpWU35fcns1 /AQEM/A5n8O/wADvf5eMzzZDr3gtDuI/CwWnSPdK+1Ayf+f3kgFm4+/MeyLGm083X/Y7JAd 9ev8JkYGILDPOUhHvQ2ZB/SGAbU9gyUok2PS8yl1LOYl7ub+T6tFrmK2hQjY5sqAoH89jcD zA3y5zet1SQFPcqTn72GQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:ECJ9mPgA+XE=:f/JmPtSOvrydAnWQrAfQPL Uc5rsfLp4y9DddP+udExNlkMiTjuzLjf/wilApjPTYQbA9v1AhdkTSqPOBfmYqJ3/4cYosNqy tGQTi2exj3F/WUivt0TUAnsCLgELPr7Q9QRTMcfGE+CtnM7OO2SoFkZcu4g6MsxnKpsoQkPwR kSJXXnpIDl3je8pAzC/hJgHtxzRTThFbQTfeDqZUHWo+cR4MUrpg2NR48LJHrwhqkWHW1qRql H2Z0hhjut/uH+MF1zIpfsx33YXf+oDTqmOqkd3Z19/KtRgE9rffUWdeQOfvdu8m4fa0h+ymzO p9XYwyoB3mXpbxJnq7tO6JKvs2TZXTk5ABZOrXbltlkYRbDe1UEBS13cpojSFQnTt+rhOT9bY ANsg/OlrwNbhB7KG27FaKbiqOER8JGmtvGqY97u3Z0CSCFDl7J3aEyUyM2PPOJQ45fDhXZZJO g8tmHeU++Zh/5f6hhQwswejF2jv6kIZTF12t9hHbHbaD50f0kHqZ2brv1pgos5tq9GK9v1sxn LPvHefk7cU/oGZwX3Zg64ZxcSHkp/s1CmNVyM65Qa9/Y85EcYTFnHRt2kjJfSk5EtRtLY9rzO bepTtC6ztNx5Zu0cqfjOtu73PM5+AvK1Z4a+xEdRq4lkaAPxMrmQ8pceHVWsJkp7lx4bn/b7z N5v5iynFd0dwNjuKwveT05ioXYdwAOgF6cTeAFPa9do5wKzRx2Vt/6pWbYeh+xw/Hw64GlBeO GlBU9wp53vhJxvy9wJZ+3fu9FILMGGVoj4qziA== X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) > Well, let's hope there won't be a flood of bug reports from KWin users. Installed on master/trunk so let's wait for the flood. Please have a look and if everything's OK close the bug. martin From unknown Sun Jun 22 11:42:17 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.503 (Entity 5.503) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Pip Cet Subject: bug#21317: closed (Re: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager)) Message-ID: References: X-Gnu-PR-Message: they-closed 21317 X-Gnu-PR-Package: emacs Reply-To: 21317@debbugs.gnu.org Date: Mon, 24 Aug 2015 10:46:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1440413162-31380-1" This is a multi-part message in MIME format... ------------=_1440413162-31380-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manag= er) which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 21317@debbugs.gnu.org. --=20 21317: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D21317 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1440413162-31380-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 21317-done) by debbugs.gnu.org; 24 Aug 2015 10:45:30 +0000 Received: from localhost ([127.0.0.1]:36527 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTpFp-00089I-76 for submit@debbugs.gnu.org; Mon, 24 Aug 2015 06:45:29 -0400 Received: from mail-ig0-f194.google.com ([209.85.213.194]:33801) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZTpFn-000896-5e for 21317-done@debbugs.gnu.org; Mon, 24 Aug 2015 06:45:27 -0400 Received: by igdx6 with SMTP id x6so7241077igd.1 for <21317-done@debbugs.gnu.org>; Mon, 24 Aug 2015 03:45:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=78dqpRcMljFQc2Z7AqmKvaPxIcgGORT/Ylp36feyIpE=; b=cDtU4xkkWEHGLsVqsnx11WiZFdNKbPkDgZkRVuOtntcy60JamhAaZ79YyahrjwfyEX q30oBcEOasromBsnXqEc54OJhGk4/kKpFL/01hfhtn3OC++qlaUylxv2iRlvm9dbsDGJ vFUt2QSJWSDjBiUMPHLfGRUyPktVranDcKbLza0Rbwa4gWiIaZAWptH6EF7I/FYRFMQx nc9qC0ZWSgRN/UvWIP28e7PnR/Inyf0rVRtwaAaZXs+P3J/W8ADEI7kvY6egxNY2YwLM x2ILSla9lnC4oYSkSO+6Rem5wPZhS3VMFV4sRNW2aJR39roo2zirp5Edh1MSSUHy+yUh Jx/w== MIME-Version: 1.0 X-Received: by 10.50.97.33 with SMTP id dx1mr12926857igb.1.1440413126185; Mon, 24 Aug 2015 03:45:26 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Mon, 24 Aug 2015 03:45:26 -0700 (PDT) In-Reply-To: <55DAD31B.3060104@gmx.at> References: <55D8196B.3010206@gmx.at> <55D8844F.4080508@gmx.at> <55D8B57E.3010400@gmx.at> <55D9AA9D.9030807@gmx.at> <55D9C948.7040105@gmx.at> <55D9D41D.1060605@gmx.at> <55DA0908.1070901@gmx.at> <55DAD31B.3060104@gmx.at> Date: Mon, 24 Aug 2015 10:45:26 +0000 Message-ID: Subject: Re: bug#21317: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) From: Pip Cet To: martin rudalics Content-Type: text/plain; charset=UTF-8 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 21317-done Cc: 21317-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Everything seems to be working fine here, hopefully this will close the bug properly. Thank you again, Pip On Mon, Aug 24, 2015 at 8:17 AM, martin rudalics wrote: >> Well, let's hope there won't be a flood of bug reports from KWin users. > > Installed on master/trunk so let's wait for the flood. Please have a > look and if everything's OK close the bug. > > martin ------------=_1440413162-31380-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 21 Aug 2015 22:58:34 +0000 Received: from localhost ([127.0.0.1]:34813 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZSvGb-0006hw-W5 for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:34 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41830) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1ZSvGZ-0006hn-Aa for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:32 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSvGY-0003P9-3I for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:31 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:49799) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSvGY-0003Oy-0v for submit@debbugs.gnu.org; Fri, 21 Aug 2015 18:58:30 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:46386) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSutM-00017g-Fm for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:33 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZSutL-00010b-CE for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:32 -0400 Received: from mail-ig0-x22d.google.com ([2607:f8b0:4001:c05::22d]:35614) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZSutL-00010W-6z for bug-gnu-emacs@gnu.org; Fri, 21 Aug 2015 18:34:31 -0400 Received: by igbjg10 with SMTP id jg10so24718186igb.0 for ; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=VJfu0mFAqiMPHOL11qIGNabJWWD0IiyJ12t7zfcgEzk=; b=d/jZOfGqwOhacepRQ3zj9rHmIeqSrqB1s55wYrzVV+Rxm6WmdpoLngweszpa5d++BP Ym3lKD8GE16NpaOEON9GNnkl1XBUrbvcBTAP3GPAI0A+X2ZmeKkedoyIpFtszdDWcDkI PjzNPeOvCAEvm3kIAEttFboqPc0NdujPugVyrb7KQ/r2uSlJ1r56YhmbYdb1/AUXT9qF vcRIFo9Nvnb0RXhxYbdZCbjb0QFVn/Amo/YSdJwG1svuOv+pbCE1APqs5EExSnc1bo15 DZkYD8D8agbDL9RHz90HfRLJP/hdZBStY/PtHJ1yUPWNTpNi3H2dq+clCcLKCnAbi+po Cdzg== MIME-Version: 1.0 X-Received: by 10.50.92.67 with SMTP id ck3mr5098909igb.93.1440196470773; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) Received: by 10.79.78.66 with HTTP; Fri, 21 Aug 2015 15:34:30 -0700 (PDT) Date: Fri, 21 Aug 2015 22:34:30 +0000 Message-ID: Subject: 25.0.50; frame-resize-pixelwise has no effect (GTK, no window manager) From: Pip Cet To: bug-gnu-emacs@gnu.org Content-Type: text/plain; charset=UTF-8 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) When starting Emacs (GTK build) on an X server which has no window manager (such as a newly-created Xnest session), setting `frame-resize-pixelwise' to t followed by a resize operation often has no effect. In GNU Emacs 25.0.50.31 (x86_64-unknown-linux-gnu, GTK+ Version 3.16.6) of 2015-08-21 on ... Repository revision: a9d799b5dea1efb9216dc6f985ffc9bdd25d8cba Windowing system distributor `The X.Org Foundation', version 11.0.11702000 System Description: Debian GNU/Linux unstable (sid) Configured using: `configure 'CFLAGS=-O0 -g3'' Configured features: XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB TOOLKIT_SCROLL_BARS GTK3 X11 Important settings: value of $LANG: en_US.UTF-8 locale-coding-system: utf-8-unix Major mode: Lisp Interaction Minor modes in effect: tooltip-mode: t global-eldoc-mode: t electric-indent-mode: t mouse-wheel-mode: t tool-bar-mode: t menu-bar-mode: t file-name-shadow-mode: t global-font-lock-mode: t font-lock-mode: t blink-cursor-mode: t auto-composition-mode: t auto-encryption-mode: t auto-compression-mode: t line-number-mode: t transient-mark-mode: t Recent messages: For information about GNU Emacs and the GNU system, type C-h C-a. user-error: Beginning of history; no preceding item user-error: End of history; no default available Load-path shadows: None found. Features: (shadow sort gnus-util mail-extr emacsbug message dired format-spec rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums mm-util help-fns help-mode easymenu cl-loaddefs pcase cl-lib mail-prsvr mail-utils time-date mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type mwheel x-win term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe tabulated-list newcomment elisp-mode lisp-mode prog-mode register page menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax facemenu font-core frame cl-generic cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european ethiopic indian cyrillic chinese charscript case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer cl-preloaded nadvice loaddefs button faces cus-face macroexp files text-properties overlay sha1 md5 base64 format env code-pages mule custom widget hashtable-print-readable backquote dbusbind gfilenotify dynamic-setting system-font-setting font-render-setting move-toolbar gtk x-toolkit x multi-tty make-network-process emacs) Memory information: ((conses 16 81307 5982) (symbols 48 19076 0) (miscs 40 42 86) (strings 32 13284 4355) (string-bytes 1 377456) (vectors 16 11222) (vector-slots 8 413750 4157) (floats 8 130 19) (intervals 56 179 0) (buffers 976 11) (heap 1024 33363 990)) Steps to reproduce: Xnest :3 -geometry 877x877+0+0 DISPLAY=:3 emacs -Q --eval "(progn (setq frame-resize-pixelwise t) (set-frame-parameter (selected-frame) 'fullscreen 'fullboth))" Expected result: Emacs frame fills Xnest window precisely. Actual result: Emacs frame size differs from Xnest window size. In my case, the minibuffer/echo area is cut off and there is an area to the right of the Emacs window that is not used by the Emacs frame. Analysis: There are two problems: (1) x_check_fullscreen (xterm.c) calls XResizeWindow without first calling x_wm_set_size_hint (gtkutil.c), which would propagate the `frame-resize-pixelwise' flag to have an effect on GTK/GDK (2) x_wm_set_size_hint returns without propagating the `frame-resize-pixelwise' flag when the frame's fullscreen property is 'maximized or 'fullboth. The first appears to be simple oversight, but the second is intentional to work around a KWin bug. Note that despite the name, the GTK version of `x_wm_set_size_hint' does not rely on the presence of a window manager or indeed communicate with it. Fixing the first problem is trivial, but the second problem would require knowing more about the KWin bug that is being avoided by the workaround at #14627. ------------=_1440413162-31380-1--