From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Konstantin Kharlamov Newsgroups: gmane.emacs.bugs Subject: bug#36250: Allow Emacs to be resized arbitrarily Date: Mon, 17 Jun 2019 11:27:42 +0300 Message-ID: <1560760062.11992.0@yandex.ru> References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="162369"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 36250@debbugs.gnu.org To: martin rudalics Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jun 17 10:28:13 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hcmzt-000g46-Hv for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Jun 2019 10:28:13 +0200 Original-Received: from localhost ([::1]:45100 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcmzs-00034d-Fs for geb-bug-gnu-emacs@m.gmane.org; Mon, 17 Jun 2019 04:28:12 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43531) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcmzm-00034W-Sh for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2019 04:28:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hcmzk-0006Ds-UC for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2019 04:28:06 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:56592) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hcmzi-0006Bj-B2 for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2019 04:28:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hcmzi-0002Hk-5l for bug-gnu-emacs@gnu.org; Mon, 17 Jun 2019 04:28:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Konstantin Kharlamov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 17 Jun 2019 08:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 36250 X-GNU-PR-Package: emacs Original-Received: via spool by 36250-submit@debbugs.gnu.org id=B36250.15607600768772 (code B ref 36250); Mon, 17 Jun 2019 08:28:02 +0000 Original-Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:27:56 +0000 Original-Received: from localhost ([127.0.0.1]:41903 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmzc-0002HQ-38 for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:27:56 -0400 Original-Received: from forward104j.mail.yandex.net ([5.45.198.247]:52414) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmzY-0002HA-Fw for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:27:54 -0400 Original-Received: from mxback1o.mail.yandex.net (mxback1o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::1b]) by forward104j.mail.yandex.net (Yandex) with ESMTP id 091E64A12CD; Mon, 17 Jun 2019 11:27:44 +0300 (MSK) Original-Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback1o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id MDTD9AZCFm-RhaCJSlc; Mon, 17 Jun 2019 11:27:43 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560760063; bh=tQR5t1cKv7Hkkhv5H8j3t/IMGgd/3yuBz6HEA/j6yGY=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=W04vqNhChjmzHa08FrEgwgsWMPP0wI+HoiBtrUDI0JvzwIK8RX8jok+jfV4528iPI 1AWSnHZyj3LUhXrFqvIZzB7XfDlwEAR0mini2QK0pd3kSbaLY3e24KQrvURQqww2wX m6qCTqVlm/uUTbVfrU2bvix1Oob3tIGSoR8sCW94= Authentication-Results: mxback1o.mail.yandex.net; dkim=pass header.i=@yandex.ru Original-Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id qB7XO3VOM9-Rg188OFJ; Mon, 17 Jun 2019 11:27:43 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) In-Reply-To: <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> X-Mailer: geary/3.33.1 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:160716 Archived-At: On =D0=9F=D0=BD, =D0=B8=D1=8E=D0=BD 17, 2019 at 10:21, martin rudalics =20 wrote: > > Unconstrained resize of Emacs is widely tested, e.g. I've been=20 > using > > for years Emacs on i3wm, which just ignores the property, thus > > resizes Emacs arbitrarily. Also: I don't touch in this patch > > `frame_resize_pixelwise` variable, because it's used for something > > else; in particular, setting this variable had no influence on the > > problem. >=20 > Why do you think that 'frame_resize_pixelwise' is used for something > else? gtkutil.c uses it to assign the increments as >=20 > size_hints.width_inc =3D frame_resize_pixelwise ? 1 :=20 > FRAME_COLUMN_WIDTH (f); > size_hints.height_inc =3D frame_resize_pixelwise ? 1 :=20 > FRAME_LINE_HEIGHT (f); >=20 > > 1: https://bugs.kde.org/show_bug.cgi?id=3D408746#c8 > > 2: https://github.com/kwin-scripts/kwin-tiling/issues/161 >=20 > There Martin Fl=C3=B6ser says on 2019-06-16 >=20 > > Given the resize increment provided by emacs (8x17) it is impossible > > to fullscreens the window with the used resolution. 1326 doesn't > > divide by 8 and 681 doesn't divide by 17. >=20 > so it appears that you did _not_ set 'frame-resize-pixelwise' since > otherwise the 8 x 17 wouldn't be there. Can you please clarify. >=20 > If setting 'frame-resize-pixelwise' does not work as intended, we > apparently fail to set the increments in due time. But then this is > to my knowledge the first time this happens since we introduced that > variable and we certainly have to fix that. So if it does not work > for some reason, please use GDB with a checkpoint at these assignments > and tell us whether frame_resize_pixelwise really wasn't set properly. From cursory reading of the code, frame_resize_pixelwise is only used=20 on window creation. Either way, you can easily reproduce it the=20 following way: 1. Evaluate in Emacs (setq frame-resize-pixelwise t) 2. Execute `xprop | grep "program specified resize increment"` You will see something like "program specified resize increment: 7 by=20 15"; both 7 and 15 are certainly bigger than 1 :) =