From unknown Fri Jun 20 07:28:24 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#36250 <36250@debbugs.gnu.org> To: bug#36250 <36250@debbugs.gnu.org> Subject: Status: Allow Emacs to be resized arbitrarily Reply-To: bug#36250 <36250@debbugs.gnu.org> Date: Fri, 20 Jun 2025 14:28:24 +0000 retitle 36250 Allow Emacs to be resized arbitrarily reassign 36250 emacs submitter 36250 Konstantin Kharlamov severity 36250 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:00:13 2019 Received: (at submit) by debbugs.gnu.org; 16 Jun 2019 18:00:13 +0000 Received: from localhost ([127.0.0.1]:41386 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZRt-0006GV-7J for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:00:13 -0400 Received: from lists.gnu.org ([209.51.188.17]:58312) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZRp-0006GL-Fj for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:00:11 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51340) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hcZRm-0005wz-OT for bug-gnu-emacs@gnu.org; Sun, 16 Jun 2019 14:00:08 -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, URIBL_BLOCKED autolearn=disabled version=3.3.2 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hcZRk-0002aY-MU for bug-gnu-emacs@gnu.org; Sun, 16 Jun 2019 14:00:06 -0400 Received: from forward104p.mail.yandex.net ([2a02:6b8:0:1472:2741:0:8b7:107]:39486) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hcZRg-0002RC-JQ for bug-gnu-emacs@gnu.org; Sun, 16 Jun 2019 14:00:01 -0400 Received: from mxback8g.mail.yandex.net (mxback8g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:169]) by forward104p.mail.yandex.net (Yandex) with ESMTP id 21BF44B006EC for ; Sun, 16 Jun 2019 20:59:54 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback8g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id fqouuCoRtH-xrGicsdw; Sun, 16 Jun 2019 20:59:54 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560707994; bh=j4OsPTraM1Mr/QiTrkct/mVBt0YwbJgckbn3l4ki5YQ=; h=To:Subject:From:Date:Message-Id; b=rMRQ6YensMSkb/t4oh2mytaaF/tZX9PZMWTA4LLVw3t7I6kCf6Nxmv2iLKJdxop9w YPEeLUKxdJnP52/elt8WfjmLv/My1SDvBZbNmyVVdXO72+V+Wuo+IK+naP0p3b8Ib8 cG0e8J4Kt8disrRjC0Xv57l6CneSBq7papMXUhhA= Authentication-Results: mxback8g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id TEhq1ud3ZU-xrumdLtG; Sun, 16 Jun 2019 20:59:53 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Sun, 16 Jun 2019 20:59:52 +0300 From: Konstantin Kharlamov Subject: Allow Emacs to be resized arbitrarily To: bug-gnu-emacs@gnu.org Message-Id: <1560707992.19774.0@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a02:6b8:0:1472:2741:0:8b7:107 X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -2.3 (--) For a long time Emacs was setting PResizeInc flag for WM_SIZE_HINTS,=20 thus causing problems to users of standard-compliant window managers,=20 such as not being able to open Emacs in fullscreen=B9 or not being able=20 to resize Emacs to fill all free space on the screen=B2. I investigated reasons why these variables were set in the first place,=20 and found the first occurrence of `size_hints.width_inc` in `xterm.c`,=20 commit `Initial revision` in 1991 year, function `x_wm_set_size_hint`.=20 First occurrence in GTK related file is at `gtkutil.c`, commit `GTK=20 files gtkutil.c and .h` in 2003. Both commits lack any description, and=20 no comments on the resize matter provided. This patch fixes the problem, the property "program specified resize=20 increment" in `xprop` output is no longer set. Unconstrained resize of Emacs is widely tested, e.g. I've been using=20 for years Emacs on i3wm, which just ignores the property, thus resizes=20 Emacs arbitrarily. Also: I don't touch in this patch=20 `frame_resize_pixelwise` variable, because it's used for something=20 else; in particular, setting this variable had no influence on the=20 problem. 1: https://bugs.kde.org/show_bug.cgi?id=3D408746#c8 2: https://github.com/kwin-scripts/kwin-tiling/issues/161 = From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:01:42 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:01:42 +0000 Received: from localhost ([127.0.0.1]:41392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZTJ-0006J5-Ou for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:01:42 -0400 Received: from forward102p.mail.yandex.net ([77.88.28.102]:59870) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZTH-0006Is-NZ for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:01:40 -0400 Received: from mxback6j.mail.yandex.net (mxback6j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10f]) by forward102p.mail.yandex.net (Yandex) with ESMTP id E293B1D4024D for <36250@debbugs.gnu.org>; Sun, 16 Jun 2019 21:01:30 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback6j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id rJCz2tZbih-1UCWNOSC; Sun, 16 Jun 2019 21:01:30 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560708090; bh=cxBRuob0waMzgxxBWXsDRFrS11Ht/CL+KssjQqz5rWE=; h=Subject:To:From:Date:Message-Id; b=ebkO6Vzzu12xqxh59u0kBwLXRKUkP1BVjA299JARJe6z+jrbl1Cea+v7jgwg7SWlm qKpASdDGxN+HAngImg4rQalkKpQY/mKEN1FI3GRiD5jjDc3RokQ7rmO0Mle3kjTqTB qcdBKmfQDLNNG1DYh+vVuFodA+Fyc7QO82k2xElo= Authentication-Results: mxback6j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id caVPMZSBVY-1THu42Pv; Sun, 16 Jun 2019 21:01:29 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) From: Konstantin Kharlamov To: 36250@debbugs.gnu.org Subject: [PATCH] Allow Emacs to be resized arbitrarily Date: Sun, 16 Jun 2019 21:01:22 +0300 Message-Id: <20190616180122.20341-1-Hi-Angel@yandex.ru> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) This constraint disallows standard compliant window managers to make Emacs fullscreen on certain screen resolutions (ones that are not multiple of width_inc and height_inc), or to expand Emacs to fill free space on the screen (on certain sizes too). It doesn't seem to do anything useful otherwise; besides some WMs (like i3wm) just ignore this property anyway. * src/xterm.c (x_wm_set_size_hint): don't set width_inc, height_inc, and GDK_HINT_RESIZE_INC. * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc, height_inc, and PResizeInc. * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and height_inc. --- src/emacsgtkfixed.c | 2 -- src/gtkutil.c | 9 +-------- src/xterm.c | 5 +---- 3 files changed, 2 insertions(+), 14 deletions(-) diff --git a/src/emacsgtkfixed.c b/src/emacsgtkfixed.c index 6b2b4f7018..352883a12f 100644 --- a/src/emacsgtkfixed.c +++ b/src/emacsgtkfixed.c @@ -222,8 +222,6 @@ XSetWMSizeHints (Display *d, data[6] = hints->min_height; data[7] = hints->max_width; data[8] = hints->max_height; - data[9] = hints->width_inc; - data[10] = hints->height_inc; data[11] = hints->min_aspect.x; data[12] = hints->min_aspect.y; data[13] = hints->max_aspect.x; diff --git a/src/gtkutil.c b/src/gtkutil.c index dccee15925..88ea38b557 100644 --- a/src/gtkutil.c +++ b/src/gtkutil.c @@ -1428,12 +1428,7 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints = f->output_data.x->size_hints; hint_flags = f->output_data.x->hint_flags; - - hint_flags |= GDK_HINT_RESIZE_INC | GDK_HINT_MIN_SIZE; - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - - hint_flags |= GDK_HINT_BASE_SIZE; + hint_flags |= GDK_HINT_MIN_SIZE | GDK_HINT_BASE_SIZE; /* Use one row/col here so base_height/width does not become zero. Gtk+ and/or Unity on Ubuntu 12.04 can't handle it. Obviously this makes the row/col value displayed off by 1. */ @@ -1486,8 +1481,6 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints.base_width /= scale; size_hints.base_height /= scale; - size_hints.width_inc /= scale; - size_hints.height_inc /= scale; if (hint_flags != f->output_data.x->hint_flags || memcmp (&size_hints, diff --git a/src/xterm.c b/src/xterm.c index bc56e99513..cff74e4f22 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -12124,7 +12124,7 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) #endif /* Setting PMaxSize caused various problems. */ - size_hints.flags = PResizeInc | PMinSize /* | PMaxSize */; + size_hints.flags = PMinSize /* | PMaxSize */; size_hints.x = f->left_pos; size_hints.y = f->top_pos; @@ -12132,9 +12132,6 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) size_hints.width = FRAME_PIXEL_WIDTH (f); size_hints.height = FRAME_PIXEL_HEIGHT (f); - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - size_hints.max_width = x_display_pixel_width (FRAME_DISPLAY_INFO (f)) - FRAME_TEXT_COLS_TO_PIXEL_WIDTH (f, 0); size_hints.max_height = x_display_pixel_height (FRAME_DISPLAY_INFO (f)) -- 2.22.0 From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:22:42 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:22:42 +0000 Received: from localhost ([127.0.0.1]:41401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZne-0006qK-1c for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:22:42 -0400 Received: from forward101o.mail.yandex.net ([37.140.190.181]:58076) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZna-0006px-UO for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:22:40 -0400 Received: from mxback16j.mail.yandex.net (mxback16j.mail.yandex.net [IPv6:2a02:6b8:0:1619::92]) by forward101o.mail.yandex.net (Yandex) with ESMTP id 74E633C00B51 for <36250@debbugs.gnu.org>; Sun, 16 Jun 2019 21:22:28 +0300 (MSK) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [2a02:6b8:0:1402::15:6]) by mxback16j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id bbhnROd3Ss-MSk8cEOT; Sun, 16 Jun 2019 21:22:28 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560709348; bh=/xnYhRn0X9UsENvNwAj7FW1srY/Fb9qBpODDybOlMuE=; h=To:Subject:From:Date:Message-Id; b=c+J90EaISFjynX2skCXmSFFUW3BQ0z2YQC8iKYjWbMTWBq0Bk7J7htd50D3/PoAMz ElwCF85qAfDGl07/frD0yfmuGdIcLcJ4Ny/srs8LQGAWXKUiQ8oZhglNK2z/d3+u6C RP7FWb9/3K9siPAdjoWd6KlfF8C2JxQJ5ccUJQdc= Authentication-Results: mxback16j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id oOyMMcyeLp-MRHGoJuV; Sun, 16 Jun 2019 21:22:27 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Sun, 16 Jun 2019 21:22:27 +0300 From: Konstantin Kharlamov Subject: Allow Emacs to be resized arbitrarily To: 36250@debbugs.gnu.org Message-Id: <1560709347.19774.1@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) Sorry, forgot to add "fixes bug", resending From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:22:50 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:22:50 +0000 Received: from localhost ([127.0.0.1]:41404 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZnm-0006qh-A5 for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:22:50 -0400 Received: from forward100o.mail.yandex.net ([37.140.190.180]:50004) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZnk-0006qS-C5 for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:22:49 -0400 Received: from mxback19g.mail.yandex.net (mxback19g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:319]) by forward100o.mail.yandex.net (Yandex) with ESMTP id 04E1F4AC1071 for <36250@debbugs.gnu.org>; Sun, 16 Jun 2019 21:22:40 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback19g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id LgGbJT53nn-MdUaiJMm; Sun, 16 Jun 2019 21:22:39 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560709359; bh=wPdy0EFJx41VJe6OtFgnTPJocJhzTdqBKUc5RPNsVZk=; h=Subject:To:From:Date:Message-Id; b=ngyd6ZRP/pl9KhOsH52d7W+sRnRzMvEcZJ0XgP9qFH6hjEGSmlUX2k5w5WJX6DtWL hE9M0npoZM7CbokyQKQJ10VKBMDo+UO7xH3v4QvbKU5aHHXEdNJq/kgvlfPfylRte3 0hDECKueKgzUKqqZZneARKIF/9L13sPV4AMseCeE= Authentication-Results: mxback19g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id zAdyJEV4W2-Mdueg390; Sun, 16 Jun 2019 21:22:39 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) From: Konstantin Kharlamov To: 36250@debbugs.gnu.org Subject: [PATCH v2] Allow Emacs to be resized arbitrarily Date: Sun, 16 Jun 2019 21:22:32 +0300 Message-Id: <20190616182232.22409-1-Hi-Angel@yandex.ru> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) This constraint disallows standard compliant window managers to make Emacs fullscreen on certain screen resolutions (ones that are not multiple of width_inc and height_inc), or to expand Emacs to fill free space on the screen (on certain sizes too). It doesn't seem to do anything useful otherwise; besides some WMs (like i3wm) just ignore this property anyway. Fixes bug#36250 * src/xterm.c (x_wm_set_size_hint): don't set width_inc, height_inc, and GDK_HINT_RESIZE_INC. * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc, height_inc, and PResizeInc. * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and height_inc. --- v2: add "Fixes bug" src/emacsgtkfixed.c | 2 -- src/gtkutil.c | 9 +-------- src/xterm.c | 5 +---- 3 files changed, 2 insertions(+), 14 deletions(-) diff --git a/src/emacsgtkfixed.c b/src/emacsgtkfixed.c index 6b2b4f7018..352883a12f 100644 --- a/src/emacsgtkfixed.c +++ b/src/emacsgtkfixed.c @@ -222,8 +222,6 @@ XSetWMSizeHints (Display *d, data[6] = hints->min_height; data[7] = hints->max_width; data[8] = hints->max_height; - data[9] = hints->width_inc; - data[10] = hints->height_inc; data[11] = hints->min_aspect.x; data[12] = hints->min_aspect.y; data[13] = hints->max_aspect.x; diff --git a/src/gtkutil.c b/src/gtkutil.c index dccee15925..88ea38b557 100644 --- a/src/gtkutil.c +++ b/src/gtkutil.c @@ -1428,12 +1428,7 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints = f->output_data.x->size_hints; hint_flags = f->output_data.x->hint_flags; - - hint_flags |= GDK_HINT_RESIZE_INC | GDK_HINT_MIN_SIZE; - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - - hint_flags |= GDK_HINT_BASE_SIZE; + hint_flags |= GDK_HINT_MIN_SIZE | GDK_HINT_BASE_SIZE; /* Use one row/col here so base_height/width does not become zero. Gtk+ and/or Unity on Ubuntu 12.04 can't handle it. Obviously this makes the row/col value displayed off by 1. */ @@ -1486,8 +1481,6 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints.base_width /= scale; size_hints.base_height /= scale; - size_hints.width_inc /= scale; - size_hints.height_inc /= scale; if (hint_flags != f->output_data.x->hint_flags || memcmp (&size_hints, diff --git a/src/xterm.c b/src/xterm.c index bc56e99513..cff74e4f22 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -12124,7 +12124,7 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) #endif /* Setting PMaxSize caused various problems. */ - size_hints.flags = PResizeInc | PMinSize /* | PMaxSize */; + size_hints.flags = PMinSize /* | PMaxSize */; size_hints.x = f->left_pos; size_hints.y = f->top_pos; @@ -12132,9 +12132,6 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) size_hints.width = FRAME_PIXEL_WIDTH (f); size_hints.height = FRAME_PIXEL_HEIGHT (f); - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - size_hints.max_width = x_display_pixel_width (FRAME_DISPLAY_INFO (f)) - FRAME_TEXT_COLS_TO_PIXEL_WIDTH (f, 0); size_hints.max_height = x_display_pixel_height (FRAME_DISPLAY_INFO (f)) -- 2.22.0 From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:24:31 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:24:31 +0000 Received: from localhost ([127.0.0.1]:41409 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZpO-0006tr-RM for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:24:31 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46959) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZpN-0006td-6D for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:24:29 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60923) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcZpH-0004ZO-Og; Sun, 16 Jun 2019 14:24:23 -0400 Received: from [176.228.60.248] (port=1408 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcZpG-0001YZ-00; Sun, 16 Jun 2019 14:24:23 -0400 Date: Sun, 16 Jun 2019 21:24:30 +0300 Message-Id: <837e9lv15t.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <20190616180122.20341-1-Hi-Angel@yandex.ru> (message from Konstantin Kharlamov on Sun, 16 Jun 2019 21:01:22 +0300) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Konstantin Kharlamov > Date: Sun, 16 Jun 2019 21:01:22 +0300 > > This constraint disallows standard compliant window managers to make > Emacs fullscreen on certain screen resolutions (ones that are not > multiple of width_inc and height_inc), or to expand Emacs to fill free > space on the screen (on certain sizes too). > > It doesn't seem to do anything useful otherwise; besides some WMs > (like i3wm) just ignore this property anyway. > > * src/xterm.c (x_wm_set_size_hint): don't set width_inc, height_inc, and > GDK_HINT_RESIZE_INC. > * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc, height_inc, and > PResizeInc. > * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and height_inc. Thanks, but after so many years of doing this stuff the way we do, and without any experts in this domain on board, I think we need to leave behind a "fire escape" -- a variable that users could set from Lisp to get back the old behavior. There are too many window managers out there, and we cannot be sure none of them need the old code. Also, this change (and the variable to be added) should be called out in NEWS. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:34:53 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:34:53 +0000 Received: from localhost ([127.0.0.1]:41426 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZzQ-0007D4-Sh for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:34:53 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcZzP-0007Cp-Fr for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:34:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:32836) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcZzJ-0005C6-LH; Sun, 16 Jun 2019 14:34:45 -0400 Received: from [176.228.60.248] (port=2040 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcZzI-0003xD-Gg; Sun, 16 Jun 2019 14:34:45 -0400 Date: Sun, 16 Jun 2019 21:34:53 +0300 Message-Id: <835zp5v0oi.fsf@gnu.org> From: Eli Zaretskii To: Hi-Angel@yandex.ru In-reply-to: <837e9lv15t.fsf@gnu.org> (message from Eli Zaretskii on Sun, 16 Jun 2019 21:24:30 +0300) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <837e9lv15t.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Sun, 16 Jun 2019 21:24:30 +0300 > From: Eli Zaretskii > Cc: 36250@debbugs.gnu.org > > Thanks, but after so many years of doing this stuff the way we do, and > without any experts in this domain on board, I think we need to leave > behind a "fire escape" Of course, I'd still like to hear comments about the change and its safety, as well as invite people to try this with their window managers. Martin, any comments? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:42:38 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:42:38 +0000 Received: from localhost ([127.0.0.1]:41434 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hca6w-0007Oj-3x for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:42:38 -0400 Received: from forward106p.mail.yandex.net ([77.88.28.109]:45934) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hca6t-0007OT-Sw for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:42:36 -0400 Received: from mxback18g.mail.yandex.net (mxback18g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:318]) by forward106p.mail.yandex.net (Yandex) with ESMTP id B78C51C80C78; Sun, 16 Jun 2019 21:42:27 +0300 (MSK) Received: from smtp1o.mail.yandex.net (smtp1o.mail.yandex.net [2a02:6b8:0:1a2d::25]) by mxback18g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id cIJMys0ukx-gRDCtVoF; Sun, 16 Jun 2019 21:42:27 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560710547; bh=PN8VyFjsCJwrJdRwA2QO++5FP9nav6ZnbThJ7KGhNPM=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=BK4HKLttzEHO5M5jDp4lLSVB8+VD1qxX/5TWfuyzNfhM+ri0U0+qiE4S+OfGs5c+2 SjhCs0byelTLxa5TJlQygKqSx38/ItUx8nGTpIgNA1/npXNTHaJx2igkDmVh8IhjmZ u2SU+wr6cE08ooTEF/SKL+NpJlLPI1cP7ZgyQE9o= Authentication-Results: mxback18g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp1o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id QYKFBENuH7-gQruvX6j; Sun, 16 Jun 2019 21:42:26 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Sun, 16 Jun 2019 21:42:25 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Eli Zaretskii Message-Id: <1560710545.19774.2@yandex.ru> In-Reply-To: <837e9lv15t.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =F7 =F7=D3, =C9=C0=CE 16, 2019 at 21:24, Eli Zaretskii =20 =CE=C1=D0=C9=D3=C1=CC: >> From: Konstantin Kharlamov >> Date: Sun, 16 Jun 2019 21:01:22 +0300 >>=20 >> This constraint disallows standard compliant window managers to make >> Emacs fullscreen on certain screen resolutions (ones that are not >> multiple of width_inc and height_inc), or to expand Emacs to fill=20 >> free >> space on the screen (on certain sizes too). >>=20 >> It doesn't seem to do anything useful otherwise; besides some WMs >> (like i3wm) just ignore this property anyway. >>=20 >> * src/xterm.c (x_wm_set_size_hint): don't set width_inc,=20 >> height_inc, and >> GDK_HINT_RESIZE_INC. >> * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc,=20 >> height_inc, and >> PResizeInc. >> * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and=20 >> height_inc. >=20 > Thanks, but after so many years of doing this stuff the way we do, and > without any experts in this domain on board, I think we need to leave > behind a "fire escape" -- a variable that users could set from Lisp to > get back the old behavior. There are too many window managers out > there, and we cannot be sure none of them need the old code. As I noted, "unconstrained behavior" is widely tested. At the very=20 least, it's tested by users of i3wm. We always can revert the code. Let's not pile up maintainance burden by=20 adding lots of variables for unnecessary behavior unless it's really=20 needed. = From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:53:11 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:53:11 +0000 Received: from localhost ([127.0.0.1]:41441 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaH9-0007e0-83 for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:53:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51977) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaH7-0007dn-6K for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:53:09 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33236) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcaGx-0002Q2-PN; Sun, 16 Jun 2019 14:53:01 -0400 Received: from [176.228.60.248] (port=3141 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcaGw-0003C4-7a; Sun, 16 Jun 2019 14:52:59 -0400 Date: Sun, 16 Jun 2019 21:53:04 +0300 Message-Id: <8336k9uzu7.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1560710545.19774.2@yandex.ru> (message from Konstantin Kharlamov on Sun, 16 Jun 2019 21:42:25 +0300) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <1560710545.19774.2@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Sun, 16 Jun 2019 21:42:25 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > > Thanks, but after so many years of doing this stuff the way we do, and > > without any experts in this domain on board, I think we need to leave > > behind a "fire escape" -- a variable that users could set from Lisp to > > get back the old behavior. There are too many window managers out > > there, and we cannot be sure none of them need the old code. > > As I noted, "unconstrained behavior" is widely tested. At the very > least, it's tested by users of i3wm. We've been there before: the real world out there never ceases to surprise us, no matter how sure we are in our conclusions. I've learned that lesson after seeing our best intentions backfire enough times. > We always can revert the code. We can, but users who install distros usually cannot. Having a user-level knob to fix any unexpected situations is good for users. > Let's not pile up maintainance burden by adding lots of variables > for unnecessary behavior unless it's really needed. There's no tangible burden here, believe me. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:55:34 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:55:34 +0000 Received: from localhost ([127.0.0.1]:41445 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaJR-0007hV-Mr for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:55:34 -0400 Received: from forward100j.mail.yandex.net ([5.45.198.240]:40537) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaJO-0007hF-6H for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:55:32 -0400 Received: from mxback12j.mail.yandex.net (mxback12j.mail.yandex.net [IPv6:2a02:6b8:0:1619::87]) by forward100j.mail.yandex.net (Yandex) with ESMTP id 3442C50E1094 for <36250@debbugs.gnu.org>; Sun, 16 Jun 2019 21:55:22 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback12j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id yKwBg0NWUr-tLsKkjZd; Sun, 16 Jun 2019 21:55:22 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560711322; bh=tk04sgYUd1TaIArTBTNYyOjgk+K0ySCf+NkBMsI5OKs=; h=Subject:To:From:Date:Message-Id; b=Qhz/TGMR+G+700wtVViHstZwo4K5Z1F6OYG8vN1LrKDfRwb/Vflinx1zAUM9XqBxg hH1jISRP8j/S6BtE64uKwPF32N3DKF/TpAQ2KMHTH774YYagXkOhQd0PaqstpLjo2i Mw4JjGg+rEtZaiX93QK9KkxkGg5bx8N1UfQuAY6g= Authentication-Results: mxback12j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id uPAvxPE6sZ-tLuG5ZUC; Sun, 16 Jun 2019 21:55:21 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) From: Konstantin Kharlamov To: 36250@debbugs.gnu.org Subject: [PATCH v3] Allow Emacs to be resized arbitrarily Date: Sun, 16 Jun 2019 21:55:14 +0300 Message-Id: <20190616185514.23810-1-Hi-Angel@yandex.ru> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) This constraint disallows standard compliant window managers to make Emacs fullscreen on certain screen resolutions (ones that are not multiple of width_inc and height_inc), or to expand Emacs to fill free space on the screen (on certain sizes too). It doesn't seem to do anything useful otherwise; besides some WMs (like i3wm) just ignore this property anyway. Fixes bug#36250 * src/xterm.c (x_wm_set_size_hint): don't set width_inc, height_inc, and GDK_HINT_RESIZE_INC. * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc, height_inc, and PResizeInc. * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and height_inc. * etc/NEWS: describe changes --- v3: add description in NEWS file etc/NEWS | 8 ++++++++ src/emacsgtkfixed.c | 2 -- src/gtkutil.c | 9 +-------- src/xterm.c | 5 +---- 4 files changed, 10 insertions(+), 14 deletions(-) diff --git a/etc/NEWS b/etc/NEWS index 723f0a0fb0..e78ac326d0 100644 --- a/etc/NEWS +++ b/etc/NEWS @@ -171,6 +171,14 @@ This allows disabling the new feature introduced in Emacs 26.1 which loads files during completion of 'C-h f' and 'C-h v' according to 'definition-prefixes'. ++++ +** Resize step is not forced anymore +This should help users of standard-complaint window managers, such as KWin. +Before this change they couldn't make Emacs full-screen on certain sizes, or +even make it fill all free space on the screen. +Users of window managers that ignored that hint, such as i3wm, won't notice +any change. + * Changes in Emacs 27.1 diff --git a/src/emacsgtkfixed.c b/src/emacsgtkfixed.c index 6b2b4f7018..352883a12f 100644 --- a/src/emacsgtkfixed.c +++ b/src/emacsgtkfixed.c @@ -222,8 +222,6 @@ XSetWMSizeHints (Display *d, data[6] = hints->min_height; data[7] = hints->max_width; data[8] = hints->max_height; - data[9] = hints->width_inc; - data[10] = hints->height_inc; data[11] = hints->min_aspect.x; data[12] = hints->min_aspect.y; data[13] = hints->max_aspect.x; diff --git a/src/gtkutil.c b/src/gtkutil.c index dccee15925..88ea38b557 100644 --- a/src/gtkutil.c +++ b/src/gtkutil.c @@ -1428,12 +1428,7 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints = f->output_data.x->size_hints; hint_flags = f->output_data.x->hint_flags; - - hint_flags |= GDK_HINT_RESIZE_INC | GDK_HINT_MIN_SIZE; - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - - hint_flags |= GDK_HINT_BASE_SIZE; + hint_flags |= GDK_HINT_MIN_SIZE | GDK_HINT_BASE_SIZE; /* Use one row/col here so base_height/width does not become zero. Gtk+ and/or Unity on Ubuntu 12.04 can't handle it. Obviously this makes the row/col value displayed off by 1. */ @@ -1486,8 +1481,6 @@ x_wm_set_size_hint (struct frame *f, long int flags, bool user_position) size_hints.base_width /= scale; size_hints.base_height /= scale; - size_hints.width_inc /= scale; - size_hints.height_inc /= scale; if (hint_flags != f->output_data.x->hint_flags || memcmp (&size_hints, diff --git a/src/xterm.c b/src/xterm.c index bc56e99513..cff74e4f22 100644 --- a/src/xterm.c +++ b/src/xterm.c @@ -12124,7 +12124,7 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) #endif /* Setting PMaxSize caused various problems. */ - size_hints.flags = PResizeInc | PMinSize /* | PMaxSize */; + size_hints.flags = PMinSize /* | PMaxSize */; size_hints.x = f->left_pos; size_hints.y = f->top_pos; @@ -12132,9 +12132,6 @@ x_wm_set_size_hint (struct frame *f, long flags, bool user_position) size_hints.width = FRAME_PIXEL_WIDTH (f); size_hints.height = FRAME_PIXEL_HEIGHT (f); - size_hints.width_inc = frame_resize_pixelwise ? 1 : FRAME_COLUMN_WIDTH (f); - size_hints.height_inc = frame_resize_pixelwise ? 1 : FRAME_LINE_HEIGHT (f); - size_hints.max_width = x_display_pixel_width (FRAME_DISPLAY_INFO (f)) - FRAME_TEXT_COLS_TO_PIXEL_WIDTH (f, 0); size_hints.max_height = x_display_pixel_height (FRAME_DISPLAY_INFO (f)) -- 2.22.0 From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 14:59:39 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 18:59:40 +0000 Received: from localhost ([127.0.0.1]:41451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaNP-0007s5-Cs for submit@debbugs.gnu.org; Sun, 16 Jun 2019 14:59:39 -0400 Received: from forward104j.mail.yandex.net ([5.45.198.247]:47465) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaNL-0007rV-LB for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 14:59:36 -0400 Received: from mxback15o.mail.yandex.net (mxback15o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::66]) by forward104j.mail.yandex.net (Yandex) with ESMTP id 99DFA4A06B0; Sun, 16 Jun 2019 21:59:28 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback15o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id glYEce6MBV-xS0WFW8V; Sun, 16 Jun 2019 21:59:28 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560711568; bh=EUH8cAmRvpffDB47XydhADMltjVUInlF6eGNPVwtgFk=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=w6nacA9EXCkUzlVePK/oYaF84s/80S+o+EaaJDh/U5We3yxz6SNVA/BXKDsaI8oJn cuaDH6BINHD0NAas4v/c9LfqM1bObFpbJ2Gc3YKji7M9nmNsrMEJU7a8kafcTHXJ71 qavoYBCtS/CMHx4zoON1IDM7nnKrKJhv69A1xTUA= Authentication-Results: mxback15o.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id grobdkcYAF-xRn0AEMs; Sun, 16 Jun 2019 21:59:27 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Sun, 16 Jun 2019 21:59:26 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Eli Zaretskii Message-Id: <1560711566.19774.3@yandex.ru> In-Reply-To: <8336k9uzu7.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =F7 =F7=D3, =C9=C0=CE 16, 2019 at 21:53, Eli Zaretskii =20 =CE=C1=D0=C9=D3=C1=CC: >> Date: Sun, 16 Jun 2019 21:42:25 +0300 >> From: Konstantin Kharlamov >> Cc: 36250@debbugs.gnu.org >>=20 >> > Thanks, but after so many years of doing this stuff the way we=20 >> do, and >> > without any experts in this domain on board, I think we need to=20 >> leave >> > behind a "fire escape" -- a variable that users could set from=20 >> Lisp to >> > get back the old behavior. There are too many window managers out >> > there, and we cannot be sure none of them need the old code. >>=20 >> As I noted, "unconstrained behavior" is widely tested. At the very >> least, it's tested by users of i3wm. >=20 > We've been there before: the real world out there never ceases to > surprise us, no matter how sure we are in our conclusions. I've > learned that lesson after seeing our best intentions backfire enough > times. Okay, then, should I maybe bring it up on emacs-devel? I wanted=20 initially to do just that, but then I figured that searching for=20 reasons why these variables were added in the first place should be=20 enough. But if not, I can still open a topic there. = From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 15:07:46 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 19:07:46 +0000 Received: from localhost ([127.0.0.1]:41463 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaVG-0008Hh-3o for submit@debbugs.gnu.org; Sun, 16 Jun 2019 15:07:46 -0400 Received: from eggs.gnu.org ([209.51.188.92]:55540) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaVE-0008HF-9Y for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 15:07:44 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33424) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcaV8-0007Po-ND; Sun, 16 Jun 2019 15:07:38 -0400 Received: from [176.228.60.248] (port=4046 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcaV7-0006IQ-NZ; Sun, 16 Jun 2019 15:07:38 -0400 Date: Sun, 16 Jun 2019 22:07:45 +0300 Message-Id: <831rztuz5q.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1560711566.19774.3@yandex.ru> (message from Konstantin Kharlamov on Sun, 16 Jun 2019 21:59:26 +0300) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <1560711566.19774.3@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Sun, 16 Jun 2019 21:59:26 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > > We've been there before: the real world out there never ceases to > > surprise us, no matter how sure we are in our conclusions. I've > > learned that lesson after seeing our best intentions backfire enough > > times. > > Okay, then, should I maybe bring it up on emacs-devel? That's orthogonal, and is up to you. I don't see how any kind of discussion could make us 110% sure this change can never do any harm, with any window manager and any possible setup/configuration. The way I see it, we add a simple Lisp variable and don't bother documenting it except in NEWS. Then a few releases from now, if no one comes up with a problem, we can either delete the variable or forget about it. The advantage of this plan is that there's no danger of breaking someone's setup without giving them a know to repair the damage. Which will allow us to make this backward-incompatible change with less fear. All this, of course, subject to the assumption that no one will object to the change because they already know something about that. Let's not get ahead of ourselves, okay? From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 15:10:53 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 19:10:53 +0000 Received: from localhost ([127.0.0.1]:41469 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaYG-0008Qu-Lm for submit@debbugs.gnu.org; Sun, 16 Jun 2019 15:10:52 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56277) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcaYF-0008Qj-C8 for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 15:10:51 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33447) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcaYA-0002Sz-9V; Sun, 16 Jun 2019 15:10:46 -0400 Received: from [176.228.60.248] (port=4239 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcaY9-0006XT-Kn; Sun, 16 Jun 2019 15:10:46 -0400 Date: Sun, 16 Jun 2019 22:10:54 +0300 Message-Id: <83zhmhtkg1.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <20190616185514.23810-1-Hi-Angel@yandex.ru> (message from Konstantin Kharlamov on Sun, 16 Jun 2019 21:55:14 +0300) Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Konstantin Kharlamov > Date: Sun, 16 Jun 2019 21:55:14 +0300 > > ++++ We are not going to document this in the manuals, so this should be "---", not "+++". > +** Resize step is not forced anymore > +This should help users of standard-complaint window managers, such as KWin. > +Before this change they couldn't make Emacs full-screen on certain sizes, or > +even make it fill all free space on the screen. > +Users of window managers that ignored that hint, such as i3wm, won't notice > +any change. This text should be more self-explanatory, I think. At the very least, the header line should mention "X window manager", because some people read NEWS folded, and only open the headers they are interested in. Also, no need to mention situations where the change will not produce any effect. From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 16 15:15:54 2019 Received: (at 36250) by debbugs.gnu.org; 16 Jun 2019 19:15:54 +0000 Received: from localhost ([127.0.0.1]:41476 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcad8-00006t-CB for submit@debbugs.gnu.org; Sun, 16 Jun 2019 15:15:54 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57615) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcad7-00006g-0M for 36250@debbugs.gnu.org; Sun, 16 Jun 2019 15:15:53 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33522) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcad1-0006pr-H6; Sun, 16 Jun 2019 15:15:47 -0400 Received: from [176.228.60.248] (port=4568 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcad1-0006zN-0T; Sun, 16 Jun 2019 15:15:47 -0400 Date: Sun, 16 Jun 2019 22:15:55 +0300 Message-Id: <83y321tk7o.fsf@gnu.org> From: Eli Zaretskii To: hi-angel@yandex.ru In-reply-to: <831rztuz5q.fsf@gnu.org> (message from Eli Zaretskii on Sun, 16 Jun 2019 22:07:45 +0300) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <1560711566.19774.3@yandex.ru> <831rztuz5q.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Sun, 16 Jun 2019 22:07:45 +0300 > From: Eli Zaretskii > Cc: 36250@debbugs.gnu.org > > The advantage of this plan is that there's no danger of breaking > someone's setup without giving them a know to repair the damage. ^^^^^^ I meant "a knob", sorry. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 03:54:52 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 07:54:53 +0000 Received: from localhost ([127.0.0.1]:41857 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmTc-0001RZ-IJ for submit@debbugs.gnu.org; Mon, 17 Jun 2019 03:54:52 -0400 Received: from colin.muc.de ([193.149.48.1]:60198 helo=mail.muc.de) by debbugs.gnu.org with smtp (Exim 4.84_2) (envelope-from ) id 1hcmTa-0001RP-MD for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 03:54:51 -0400 Received: (qmail 83364 invoked by uid 3782); 17 Jun 2019 07:54:44 -0000 Date: 17 Jun 2019 07:54:44 -0000 Message-ID: <20190617075444.83363.qmail@mail.muc.de> From: Alan Mackenzie To: Eli Zaretskii Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily Organization: muc.de e.V. In-Reply-To: X-Newsgroups: gnu.emacs.bug User-Agent: tin/2.4.2-20171224 ("Lochhead") (UNIX) (FreeBSD/11.2-RELEASE-p9 (amd64)) X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Hello, Eli. In article you wrote: >> From: Konstantin Kharlamov >> Date: Sun, 16 Jun 2019 21:01:22 +0300 >> >> This constraint disallows standard compliant window managers to make >> Emacs fullscreen on certain screen resolutions (ones that are not >> multiple of width_inc and height_inc), or to expand Emacs to fill free >> space on the screen (on certain sizes too). >> >> It doesn't seem to do anything useful otherwise; besides some WMs >> (like i3wm) just ignore this property anyway. >> >> * src/xterm.c (x_wm_set_size_hint): don't set width_inc, height_inc, and >> GDK_HINT_RESIZE_INC. >> * src/gtkutil.c (x_wm_set_size_hint): don't set width_inc, height_inc, and >> PResizeInc. >> * src/emacsgtkfixed.c (XSetWMSizeHints): don't set width_inc and height_inc. > Thanks, but after so many years of doing this stuff the way we do, and > without any experts in this domain on board, I think we need to leave > behind a "fire escape" -- a variable that users could set from Lisp to > get back the old behavior. There are too many window managers out > there, and we cannot be sure none of them need the old code. Yes. Having a whole number of lines in a window is a legitimate thing to want. Also, I remember vaguely partial lines causing problems in Follow Mode in the past. In case they cause problems there again, or somewhere else, we should have the ability to disable partial lines. > Also, this change (and the variable to be added) should be called out > in NEWS. -- Alan Mackenzie (Nuremberg, Germany). From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:22:00 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:22:00 +0000 Received: from localhost ([127.0.0.1]:41881 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmtr-00027z-Qj for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:22:00 -0400 Received: from mout.gmx.net ([212.227.15.15]:51949) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmtp-00027l-AU for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:21:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560759709; bh=f0LSh1gZNnv+dqisvBeUtmbbEsT0Car9n9miKGT/Ap4=; h=X-UI-Sender-Class:Subject:To:References:From:Date:In-Reply-To; b=cWjur/Fwn8dbPcQDrst2gBFDTrQRAyI7wbEE3V+oIa41/ORWKSEg1YLFSwgtH6u1d /cqZD4VWjXvbiyLVQqKJ+zW46Bzf+6+2GOiZgzted8mUOHzwXmOT5Zd6NSCCa1JAKN 1ODHaHqI9lxVF2GlT/vAcuqaKRWSZer4JZuUlmlQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mkpf3-1iLDfP3x7f-00mJLj; Mon, 17 Jun 2019 10:21:49 +0200 Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily To: Konstantin Kharlamov , 36250@debbugs.gnu.org References: <1560707992.19774.0@yandex.ru> From: martin rudalics Message-ID: <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> Date: Mon, 17 Jun 2019 10:21:50 +0200 MIME-Version: 1.0 In-Reply-To: <1560707992.19774.0@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:NqjySeBE8rRhHRYgDEHDsPe0XQXx/0urtCkYkeCceQaHe/BlKQU uuSJrP875SqjuvMPBK/nGDlEKYR9yi0JhsaxGmgRQkWJ+RyDYcdfHz8kLWzAaXB4LcuF6xW bCfxh0V6wbvak0GCMQAHutXCrfeTMsZyqnNntndXr4s4FvZUODCNd0ESPfxMcgJto7azEFp 2VVp9wIKRG/LRqDL2bwDA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:xH4FJBZnzH8=:7qaapK9s63OeKzrJdJERpw ry9gp6EVB38neYIP6unML+jPaCdjN4ki9ZcTzzChZzXYS4u4ItIoS5DSD92uoTu8gTlpPNY6O xUzUoK9z4gCLW2GV7q1MfnX9NRk79eyk+0zeCPTZf8LJ1DL1clwZjoitSixrsAaVyfq7oEAys 8N8oy1X4f1bXHC5WPb/bhabzLoCLD7Fy05V5AWM0id6xTcdx3zCbpssPcbI+ma4vkWX+ybd5F sM0VLsBuA+auHicwkOGnBRpiEzuDLRs5wMWbzgFjDMZra6KtgLeGO46wRotJl4AUgcmJDwPnh ASG0KTWeWbJlA5ZCOvVUX1TuUhPqx0e2STN178JBX4K2+9FJr0cZ4yJhVNmxEEoXW57tzVrCV hF5tzdW/mvbbGYA7/9aqeZqr9ct8xOrvvW4LmpgRrI4caloh5ipYTAeC1+7fSRERn7vJkU4Qo LcjPj4YFLHKbmULD+2MD04r/eqV5pnlAfcw6F6nsClXfH27Azev9ezPhXa1TYPo/b0Lezii4C /mJhN23iO13BDf6j0jDiqMOc01iRaAvfTSmiGiwLosLF41kDY4FYjo3Lk6JAcrBNNxe9LoHeL 2Ej14VwpnGYXAtxXgLDPpaua6WRiNLqPMh4ZTxWU/Et8p6Vcz1kmB1XU2Khbf3TjxQpwUVh0H miZKgq6pzq0Ld2be6rY9ij6e+TfSVcjk413LEhMx8aWzGMMJP0jC7+Krnpd0Us7sHDAZUTSVt P9wlP5TbLrW+Zw7beh0SNiBovy4O+kxyj26UkEXAWK5aGUZxe24K8whvBaft9Ttwr/ybIwW9b XMFwBD0l/oBYo+0FunE/iq4Yh/TiwFuMCqIC3fwKqtFcqqdRBOphh3onIQ/LYxOaL1taeXfx6 +okKEwdMy3KuHy8kHkG+Bz8j/hnqTl4RlDPs6tuiHWXNmplWViF56f8cQD/R2lGxS7y/5tuGQ WakMWYpLqf8A0s6YHnL/ezWDP/zmK0noV8nJuFgqwXGLp2cJofFDf X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > Unconstrained resize of Emacs is widely tested, e.g. I've been 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. Why do you think that 'frame_resize_pixelwise' is used for something else? gtkutil.c uses it to assign the increments as size_hints.width_inc =3D frame_resize_pixelwise ? 1 : FRAME_COLUMN_WID= TH (f); size_hints.height_inc =3D frame_resize_pixelwise ? 1 : FRAME_LINE_HEIG= HT (f); > 1: https://bugs.kde.org/show_bug.cgi?id=3D408746#c8 > 2: https://github.com/kwin-scripts/kwin-tiling/issues/161 There Martin Fl=C3=B6ser says on 2019-06-16 > 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. 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. 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. Thanks, martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:22:38 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:22:38 +0000 Received: from localhost ([127.0.0.1]:41891 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmuU-00029V-06 for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:22:38 -0400 Received: from mout.gmx.net ([212.227.15.19]:44621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcmuS-00029F-3p for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:22:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560759743; bh=r/l+iBWWE499Ho3NKz00M9kFFSPDZJQchk+sS2oQf08=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=MHnOVRY9XClZpf3AOWONl6Sc4HWQnlFhkAQKWU2cthUKHN7X+OguEAsYf+A+gcCX/ eDFZITm8nukA8yJ+6DsMGbx/uzlOEVrg9ynMDzzwvE21YiDQolqkZ4LOWHCjTOFWKq It+WU7NI7kBxuu1ObUdRknwmyWSnB3ex3J8ptDDU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0M7pI0-1iY4Nz37mi-00vOSj; Mon, 17 Jun 2019 10:22:23 +0200 Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Eli Zaretskii , Hi-Angel@yandex.ru References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <837e9lv15t.fsf@gnu.org> <835zp5v0oi.fsf@gnu.org> From: martin rudalics Message-ID: Date: Mon, 17 Jun 2019 10:22:22 +0200 MIME-Version: 1.0 In-Reply-To: <835zp5v0oi.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:vRt8BzkrPutDWO7yTuSpAs4yaj/eDFeH+z6DOhfsXGEjQ/nAL1c iBm9rbMqReZekm4exLMW9xu/WN/24YeyL9mpRzc++I9wrYu+Cj6n1pVmr1BukFrndB0v3ZT eSkWZw/RXlLgWSyQO7VzuHI9izQHjRUcl80Iy30wt1p9IooXIvGmDVGgIH/mCc21oVS10ys UB3IeJVkBP7u5XK+bPWSQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:NvQDpMJUaSI=:7BoBOwC53a6Z+RL3UFrf85 rF2BFQ9/dxDwIU/NZKoxG0vCeB1m9LHX7vc+Ln7IVzVVxrGri4sPdP0QADgWZiakXtIOIBTCo AKD6f9fiGr7PJLy9BW/2ASz6nK4XuJwGXo19ISmTwTI/D/Akek44k1QYg8zzWpco0yMX6ciTP jJGZLzvkOxMCdiF1oQbMiWmAc87kxjjT6826WQDNQoF4qJB7yDL66NTvzFgiIsKRsVHG5t7O0 rPEGe8aAeqBI+2UrRYkACSt7vcftrQECKdbhRYhAeeAR0A80a8cXL0Kjv+yBKGLUF18NZqNlV w32SIh9D2kmRLgCVGbO3WLPrjS03a+c3jVaxVqP2AtmCpC/dv9FMcBZoWufm9WCt5hB3vjAnA TlNqLbsUuxATxQ53AJ8Wwa/xZRfyJQ9a8By+VC1T6DYfyvUYt1WeLNLM3XmPg3iuBMiHgKb/d hlj2snOIvFHUOw+5b+Ki0kDh/mKb/sndTil85Fq8HtXuWpITPCo3M9/InqgGPhJXo8XTvSUUF v+/Xn4+v87jSX4UBaEz42Wpdwg6VA5W4hS7OzHLYpoDjAM5BfJZkg0N+goy4685fyg+hwOAGW jQ/MeJ8ns3H2pwGG2Lm786wTRmIoBYB0nEgvKi8HWGakSXpN7bdlujD+nxS/fyasTj+8hx/zi AiWqlQKXJkYaH3bNIg3HtZH3Jer3Vljl7DjlncrifMD9buLnAYqjbM6zboLCYUPF+8q9zLld2 EDDAudmDkGB9ySUg740d40KQSzCIRB+Omd9YdpKYm9BS1EYwn6RcY8vcTJJ45yMaXWgN0Ppo9 APJy0M0UX53o6/bxAXqPquxgplwMsHLk7VK9c3f7/Mx3HYlV+Sx1BVt1DArDJwNmqtef1P/V6 7Q+a1HQUCh7ki8J0PwzaN9MTMRUBu2AkEWou7LiGqz3npdQi5hG7EbIkaWcXZkd33RCZJDp3O 7ikXtKNy+NC1f1wIJfzy5vMqodGwngyPr43HprchWxIrMq7B+/5gyOBp3J4qAUEVidAD+e+xI KSmS0hC6l2vy1XIKnFmEkII= X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > Of course, I'd still like to hear comments about the change and its > safety, as well as invite people to try this with their window > managers. Window managers use size hints for two purposes: (1) To provide feedback of the prospective size of the Emacs frame in lines and columns displayed in a tooltip-like window whenever the user drags a frame edge or border with the mouse. (2) To effectively round the size of the Emacs frame to multiples of lines and columns when dragging any of its borders or edges with the mouse. I suppose we cannot give up on these features given a strong minority of Emacs users who prefer working with frame sizes where not a single pixel gets wasted for showing anything but bare text. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:27:56 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:27:56 +0000 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 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 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) 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 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) Date: Mon, 17 Jun 2019 11:27:42 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily To: martin rudalics Message-Id: <1560760062.11992.0@yandex.ru> In-Reply-To: <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) 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 :) = From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:41:57 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:41:57 +0000 Received: from localhost ([127.0.0.1]:41908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnDB-0002bX-Fo for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:41:57 -0400 Received: from forward101p.mail.yandex.net ([77.88.28.101]:37655) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnD8-0002bK-Da for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:41:55 -0400 Received: from mxback6j.mail.yandex.net (mxback6j.mail.yandex.net [IPv6:2a02:6b8:0:1619::10f]) by forward101p.mail.yandex.net (Yandex) with ESMTP id E2C5832813FA; Mon, 17 Jun 2019 11:41:44 +0300 (MSK) Received: from smtp4o.mail.yandex.net (smtp4o.mail.yandex.net [2a02:6b8:0:1a2d::28]) by mxback6j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id nGJlnNWLGq-fi5OnM3n; Mon, 17 Jun 2019 11:41:44 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560760904; bh=JAjE6Sv66gRC9p1R3err7IWikimebDwIaAKq4orKK9c=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=chisK+7fP5E+HIfwASNGIBJ9ww1ErVM5E0asTDMFsCHLUyGy060TRxLKgalFB+mIz 1oNyXdXqN0MUFudJ2+HhqrEaEh+JUHaM6SH7ZizRUy8afhEE5QmPsFcecfZB1mw1x7 l41fBN5l7Ng2Yn7+tUQEjOio5WhrghVWBzgl99cM= Authentication-Results: mxback6j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id qtKKR0QI1y-fhgeEV2Q; Mon, 17 Jun 2019 11:41:44 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Mon, 17 Jun 2019 11:41:42 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: martin rudalics Message-Id: <1560760902.11992.1@yandex.ru> In-Reply-To: References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <837e9lv15t.fsf@gnu.org> <835zp5v0oi.fsf@gnu.org> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: Eli Zaretskii , 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) On =CF=ED, =E8=FE=ED 17, 2019 at 10:22, martin rudalics =20 wrote: > > Of course, I'd still like to hear comments about the change and its > > safety, as well as invite people to try this with their window > > managers. >=20 > Window managers use size hints for two purposes: >=20 > (1) To provide feedback of the prospective size of the Emacs frame in > lines and columns displayed in a tooltip-like window whenever the user > drags a frame edge or border with the mouse. >=20 > (2) To effectively round the size of the Emacs frame to multiples of > lines and columns when dragging any of its borders or edges with the > mouse. >=20 > I suppose we cannot give up on these features given a strong minority > of Emacs users who prefer working with frame sizes where not a single > pixel gets wasted for showing anything but bare text. >=20 > martin So, if I understand the above correctly, the purpose is simply to not=20 allow Emacs showing half of a line or half of a column. Well. I admit I=20 don't really understand why would someone want to waste space showing=20 nothing (since showing half of a line is more useful than showing=20 nothing), but if you are sure that there are users who want this=85 Oh,=20 well. = From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:44:12 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:44:12 +0000 Received: from localhost ([127.0.0.1]:41914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnFL-0002f8-W5 for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:44:12 -0400 Received: from mout.gmx.net ([212.227.15.18]:41167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnFK-0002eo-Fg for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:44:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560761044; bh=wAuYRJzaEkJa6+Zs0y8B+lkAo/ZkuGq/M3iwCq3K8/0=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=WLvpE9b1ytJFV6A2YWvtae1EH/P0hjf3P6POgj0kgnQtufhEfaZwXcQbPBY9E2Zjh 1TN0LIt3X0GpohMoReEfTVVvkyruq55bJWfOqrR8AKjpNZAy6cxsl337ZxhRWrLzXJ I5Jvpt96RO6W0tMwhOlTBRr+adbm1GATNjFrDo8w= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx002 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MK17F-1hbQKf2Uq5-001Ts0; Mon, 17 Jun 2019 10:44:04 +0200 Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily To: Konstantin Kharlamov References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> <1560760062.11992.0@yandex.ru> From: martin rudalics Message-ID: <21b04afc-3e1b-e205-1148-18cc66603dd3@gmx.at> Date: Mon, 17 Jun 2019 10:44:06 +0200 MIME-Version: 1.0 In-Reply-To: <1560760062.11992.0@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:SI7XP+BcZaax4I1Hxed4fpxtCdDUUB82LxdZRpOk0DSEt6vd14t sWNENd3ugs4NvgdB/yGcQn3LXRln5y3l+ZGM66zQo8N8FZuqwhKJobDU64dxa66UnObqzEL wTWrjNKP8aKnlUXyVwBsmM6CxcdV/SzhCii4DwTvR8ggveBgQ+lgM1Oh3cHiVIy+r4We5Jo pzgF6vqN8cQdG0WEVY2Ng== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:CPVXYR6k+Js=:AZcFzb6pt+AfLwUZwLCiPW SS6vy41MryWopkVWfxs/hCPD88Cn5F5Kffu5nxdOZJ4l8GgDbnFuBrtWqcNfPKeG/wu3XkSvD WyPrel9ooURYPfvF5XFRHKsHIP+q0ZA115sqETvwFKRj539S4zi6NW+703WXKe/DLZGUy2xU6 0OYSdHML9XqM01x3ZxIbS5x9Du2JuP/Z1y7wghjJFerhNjIWN3sPDh+d8zGIo8EUAsx5eE9Hc AAhq6Ups1KOeE/wLpbVTpy0VBIMl/ZBmGBjWopn8V4z1VGqVHtgUdqa/ZKl7hE3N2NSx/C297 Xh/y3E2RxaJOHmKkXv355ZoRBQcxdQkI84+9sgWeYzc6AOvmb6UcMZjMwlL1WkkV3mvmr7L3U 7QnrBj5W7ERoWlELxvY1I8//03dF/fsZ7Bi7Nxk4p0LK0Lg2owl0IarZ+HCstyFGwfkb4za0M 0AKT+yOX0mSt6Aaa7VkUc5I/8JaKbvAXmwqb3U8hSgvi37FGIlOo4sAsTc8yRNNudnHe3U1oC uHMKHDLyxfQCdJcyDdTTOGXQ9rSvgyMS8GfPEjq0Ho56qpt9zKlk5hEQghH0lWEHTw/nO46lI UBvxADOe3LDEeGEFJpI111Ta/wMnTVmgZh+eCTrxd4dPVXDQWeBn7nLa/V5mmN9oreNQYYeJC LjmTqG5sJF2/SD8k4XiLKG53wKS0SctOPG4LlLsiNWoKnNKFBBFrQyd/iXbBqMc4X7JzjA0uZ /IjNmADObg3U6PziPl8+RKV2S9sAcFC/gIdJKuEMX2oDBaaSMqwPd8+MLL0iig9a8ev94V2na XfWuO6mToIzPsl7ZxRuLJTI6m6OxY3DQhxIJ3pQq/zveI21FY+x0jdP0n2J8ZsVnYB3mobUcM arl7z/ogiTNsbmw70fTJl+qJfSLbZK9gd/st9ef1bXywLt2GC/MuMyXncEEb51Jhd1psT1RKF mWCS8FrU4aegs7I5V6XBo2nxatMEudGOg9IiI5g1pzJ2/WdXmpSIQ X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > From cursory reading of the code, frame_resize_pixelwise is only > used on window creation. Right. > Either way, you can easily reproduce it the 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 15"; both 7 and 15 are certainly bigger than 1 :) You either have to set it in your initial file (like I do, for example) or before a new frame is created. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:44:12 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:44:12 +0000 Received: from localhost ([127.0.0.1]:41916 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnFM-0002fB-87 for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:44:12 -0400 Received: from mout.gmx.net ([212.227.15.18]:37329) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnFK-0002en-FJ for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:44:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560761039; bh=nBuk3dOCjQvArri9ojnYGP/jLgUqSwEHd0WFxQcETDA=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=SKbkznyPkbSrGD4ztgaS6NkNT3htwMpMDAT0yoacXpxP/Gy13kMW2sKuyPnnZHm9z q9L9wQrlAQYwT8ck3GcOlAqDnhMVMLwLnFwpZmRHhPF9Jocuut0Ue9H7Jc+sg0nSZS HvGMwDVV2w94RjDJ9lTkOsK/Ulg0V05y9qyujkMk= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1Mulm5-1iSpdE2T9n-00rqId; Mon, 17 Jun 2019 10:43:59 +0200 Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Alan Mackenzie , Eli Zaretskii References: <1560707992.19774.0@yandex.ru> <20190617075444.83363.qmail@mail.muc.de> From: martin rudalics Message-ID: Date: Mon, 17 Jun 2019 10:43:57 +0200 MIME-Version: 1.0 In-Reply-To: <20190617075444.83363.qmail@mail.muc.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:KxCOqxA1OhOT/5n9Z06CRTqDgOyfxgZ0KuPDeoclIK8PBSgTfJ7 Z60NJjWEE5t2sikbGB/X6BPIYQT9rFBuiCEA57BApLTClmguemsD7hhLAqKg8Ej0KLFV4JX 8DiH0ygqRvhfGpbiKLBWoRjMXg1EA3fx/boqcIXMhBMVkAEp25MznMrlJLIfmVr7H3fTwG6 KkutsZTimkphe+4wW4KQQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:fiYP8GJARic=:Q9JXvYg4vNIAfLsi8Dnxpg QzdT+MTpnzljdvy78d09hppGh9STxl9X3OXwN4K0ettXTlIMdEYrr/cVETZab2T3+ttvFjsra Q9cgTB+TZp+xV3hhOOkK6q8/HBcsCiBrZDdg9GADNSJg9teX6XeErx1bDQ3OVj79/GxuaMH+n p1jYzxR76Ahs2eQlPqzKieRSe6bufwTbYQbxF132yq9oxnE9FEHBH+ZsH2RRdkLmfNXzjbvv+ Igh3i9V1giVTirhEuw3KU+2mdg/hbaN+Eop9F9UlDkQ6cBrmS6gHAhLWZJVjTircsg1o+DB6b EvDKYITP5TTdvdNbdSvp7Y/A3Gmzl6L0epVE4RmiZJdE53L4n8255XwXQPvXlFlzwLAo/9fok 6Yca3sbetAKQzniS7AdlWFlMdWznati7lC7sdXvxsGUwAvtzhluVsHF82AdCCGdAJJoA5Uxjm N3/ds5pHS7vV6QoheINbiwH0sRrMWCapCuSKGzR1vrM6Ys2/IMIbfhwReSV+rKKmbGC76gIWI mIUr//bKDafNMmnNtCA8bV6fn5Bxq/FYDqJ2vkUn5OP7Rki3rxWx3mebhkhEcfdIahqZsYu4w eMlbW2TzzzexSvjDv+YzP4LYIebifBZPz6vwvTe3AGTUs7CBtqh9S1D2OK7DB1yFVEhcDABsT GyN/LSVjnftmbKC+dl76iF/4qZ7uRArFsEpVhhXYEJPsuIhKnpDbGRsTO9mKLiDWmoG33ACnM NfTZbFrBPgXIuDWxGP2EeAqmCLAHRDpU/mGsXtRV4T226KZX1AePCmiCCYPwVwcRJ6C9Iq3Sr uf+QnnPsZGNB1ScrRJ7fKwbPIuKgaC0tDbcMhUZ1HhCH+xoovPoJ0UKoyIhUdxLaCgq07g5x3 MN4lTKzWGkWkpQdgi98QxlW73TcApzTqYUxaUuOdT1GklYlfzYX4nsGtOVsSnGUOm5TuDUmi2 hFhorNt6qpMvNBXW2KswhH2yM6jeU62ggBdBNesUKL3Kz/l6XdJ5Y X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > Yes. Having a whole number of lines in a window is a legitimate thing to > want. It's legitimate provided as long as you (1) don't want to display your frame in fullscreen mode and the screen size is not an integral multiple of the frame's character size, and (2) don't use a tiling window manager. > Also, I remember vaguely partial lines causing problems in Follow Mode in > the past. Doesn't that imply that one cannot use Follow Mode for *info* buffers? > In case they cause problems there again, or somewhere else, we > should have the ability to disable partial lines. In general, you cannot "disable" partial lines on graphical displays any more. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:47:06 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:47:06 +0000 Received: from localhost ([127.0.0.1]:41933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnIA-0002kt-5i for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:47:06 -0400 Received: from mout.gmx.net ([212.227.15.15]:57697) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnI7-0002kN-CF for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:47:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560761214; bh=3Y5BsPPuN3MAY8eXTgAM0lwK5+x2GYZYmiZdqCvtTTU=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=bHt/6dboY+kQxYIEGMiS42cC9nH62I3j/5FVSAzPpsz/Ni4JttUyb1+/UvYJsFWQb ldJR+OiywtHLYnM1G9a5fsNH9txfHYVWiePBp+cTx91biGFQSAgA2E20Zy13ufK7K5 0IFghovaUg89EVSIevc+4zwNYAYAFc7twXImEUTU= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MNIi1-1hj6oB0tTt-006u3U; Mon, 17 Jun 2019 10:46:54 +0200 Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Konstantin Kharlamov References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <837e9lv15t.fsf@gnu.org> <835zp5v0oi.fsf@gnu.org> <1560760902.11992.1@yandex.ru> From: martin rudalics Message-ID: <6167e31e-6683-a44b-b72c-6e1f205a0cf1@gmx.at> Date: Mon, 17 Jun 2019 10:46:52 +0200 MIME-Version: 1.0 In-Reply-To: <1560760902.11992.1@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:M3MvZ09L17cUO4rg82baTcHANjzpQY33mSuhG5aF5jEh2Knmpm8 CWRLKFB759ZlvafrzVUQGnt0OAxG9YIa9ZxrvTHZtSliAfaiwB5Yxqflt1JbP3YJS8Y9dCo qX3SxDD2kUJdV80BxXOpJyDNqD+ccpamcLLGDpqlvqyy6ICbQC6hWczRiXd3sUAFVr3qn90 TgMK0XtYzWfj0/rHm6vmw== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:rPdEfPdwbYs=:4SJv9KfjFHlG6KqZZ6bg1Y V99VVdO2tUf1ZC36O/3Bktf8FimKq+XmuLGxk7kXenYrh3E+flaH3dXTjHpPZqn/yKfc50ZxF W8GH/Q2qLddJ2xKW0OB+dUWmi6FD/i/MGvEgcyEq8t57vxaWsxD3jZkPKG2mhckKMSoc2p564 FXI7bhellw4Ez3CfHbJ1VZFBWZh5nktDbe6fI7NmjkbAeKh6y67wby/fPmFld07FhOfPIanO9 R+Ot/S788Jvz5kE7taYFpkXjGT4wE+SU1VcaapuvOEV3CcEgDbbx4LBZtydxOkeI8lEVobhUq DnRNGwWp8WAf1L5rC5g1GPkEhz6LNb8cKrOyfh/BvvL8J1RwEkvCtwGp8Bb1kSpsr52gGHLn+ Z05TQC2grlE2BZ5l/Dzo07hJavW1T5RCzM7wHEzJ8hbMSBEfdpQiL++tHzVhpTmqIVJ6cvIYR wdHzjohPySiSEOgFe5oIHlN9Zfpib6g67f75HGF3bKfIdbKJU1VWE4sJwPo15ByfTPvKfOPyw GFPWR3Rjwm9iSggrbo4h76NpMqwev2rK24GBzhrI3FXyhOi4Xvo+o+KjoLIFXgtGXkCyO0+cO hLX6esoNGJzXfytuXBhn/wtIaC/XwH/2IuXOYuVol4A/oBXU4sfgY8peErp4Y4s24zMQRSYhU T9q6rCSajswYomduaTCm+TXVvhBz8Z7GNfBADdWNUy03lm/jCEKjaOWFMZTUDAmy7qovDV7F9 b/ATSfBNDivZlxdFISzS2KYSDCyG/BgemAXLflNOCHs6JcoLzKtJY/HpdvRpxpHKLNZXy4f0A JDyrDDV6CWES7FmpH8CbEFSi3jjjKsynDKkjT7BOlikjJ0TFYT+ER6ISfcPuZJdvl1uaLAtkf 0VHmTRXP2A92aZO7kAock7w0iQPSBGLMxeu5hKiJX2/lmB+0NmTYoRXvze3cTYGmUg5lFe1Cu L3k8dfL/yBV4LHCdIsIPeFKj1kq1LQDDn37i82P/KwM08niCN+s77 X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: Eli Zaretskii , 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > So, if I understand the above correctly, the purpose is simply to > not allow Emacs showing half of a line or half of a column. Well. I > admit I don't really understand why would someone want to waste > space showing nothing (since showing half of a line is more useful > than showing nothing), but if you are sure that there are users who > want this=E2=80=A6 Oh, well. Try to imagine why 'frame-resize-pixelwise' defaults to nil ... martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 04:59:08 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 08:59:08 +0000 Received: from localhost ([127.0.0.1]:41946 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnTn-00032O-Ri for submit@debbugs.gnu.org; Mon, 17 Jun 2019 04:59:08 -0400 Received: from mail-qt1-f182.google.com ([209.85.160.182]:40282) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnTm-00031s-IK for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 04:59:07 -0400 Received: by mail-qt1-f182.google.com with SMTP id a15so9761226qtn.7 for <36250@debbugs.gnu.org>; Mon, 17 Jun 2019 01:59:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=bjKQ5WOustWivULV/8YckyWTJzl3SKKxf7oFgvIIXNo=; b=Oas5abeqYmVNL9nS7VK56GD2yYMu3+9N2z0aXBgYuf1N/kBnPlZC/+qP8R9uFmkAsZ kBn+EYCe0PXF9yYmGqex+5BhUbMPikYy8YnMNXVrnIQxOhbziJjF2YbDo6FXSQLRtjcf ufvrlqgXKLJB/UwF9lGArJkstaY878rsVg1+PojRW1ad9Uh6a5g7OwaV+KiuyNvpip+l DHZlxWWC3pntoxE6hkVov+ppI2BcZ7wYN5iIUsyfqmJSwivsyX/8cGawA2ul8FSOV2C9 tIg5s/0ziUvvKQ701VAXdsxh7lE+A3sYwHXDALt5IbcYDVaNb5tg9npwE+WHzqNPY1kr gMmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=bjKQ5WOustWivULV/8YckyWTJzl3SKKxf7oFgvIIXNo=; b=IYFCrA6hrVDsDWvAsif0eDWGV+5wIFfwyp2enoLHvXMDnY6GgP0/absLOlTD8UggA1 1qDJxmYO5bNhOGjzcKF0dtqlqBfpsGAWYueFkFHkiqA1ofXoy42PbGxQYGNJS5wYYXxw e78+FEsgGBxO0QHRdeV+DKgAuHU75/AgyoUUEte47kEaH1Aha5VVtPSFmtLk0ayC2Nqw F1khjdQYCpRLEGqRdd6Gaqx8KAIdqODDoWOg0toovF5HWr7KRCUQIBwnyt/O3k/W9svt +2T1pcma/IXuhvxRVFOMnNjDHn1nZ/hmEju3728HSDriw2VgR1dvydS0RTUYkFGo/HJ/ V+mA== X-Gm-Message-State: APjAAAWaemBPPxHqU8ODcAtltAsdyFxFBQcZXIkRJp7J7lm/8lvS4Ip2 PfWjgrdnrQPIjoF/PW43QGjVtSXRKPFoiKc1BeU= X-Google-Smtp-Source: APXvYqz2si6nec2doExWOR8g0zHO4jc1PgV879I47/oC3N2IQAGV3gakIyW4mfwb4sPgvURzSF6ER2qZInD2Ph/l9U4= X-Received: by 2002:a0c:b5c5:: with SMTP id o5mr20313677qvf.6.1560761940602; Mon, 17 Jun 2019 01:59:00 -0700 (PDT) MIME-Version: 1.0 References: <1560707992.19774.0@yandex.ru> <20190616180122.20341-1-Hi-Angel@yandex.ru> <837e9lv15t.fsf@gnu.org> <835zp5v0oi.fsf@gnu.org> <1560760902.11992.1@yandex.ru> In-Reply-To: <1560760902.11992.1@yandex.ru> From: Juanma Barranquero Date: Mon, 17 Jun 2019 10:58:24 +0200 Message-ID: Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Konstantin Kharlamov Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: martin rudalics , 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) On Mon, Jun 17, 2019 at 10:42 AM Konstantin Kharlamov wrote: > So, if I understand the above correctly, the purpose is simply to not > allow Emacs showing half of a line or half of a column. Well. I admit I > don't really understand why would someone want to waste space showing > nothing (since showing half of a line is more useful than showing > nothing) IIUC, it's not "half of a line"; it's whatever space is left. Having *almost* a line could be useful, having a two-pixel strip would't be useful, and in most cases in between what it would be is distracting, not useful (to me, anyway). > but if you are sure that there are users who want this=E2=80=A6 Yes, there's people who do not want pixel resizing turned on unconditionall= y. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 05:14:42 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 09:14:42 +0000 Received: from localhost ([127.0.0.1]:41957 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnir-0003PJ-R9 for submit@debbugs.gnu.org; Mon, 17 Jun 2019 05:14:42 -0400 Received: from forward104p.mail.yandex.net ([77.88.28.107]:53746) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcnip-0003P3-HE for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 05:14:40 -0400 Received: from mxback10j.mail.yandex.net (mxback10j.mail.yandex.net [IPv6:2a02:6b8:0:1619::113]) by forward104p.mail.yandex.net (Yandex) with ESMTP id 938344B0139E; Mon, 17 Jun 2019 12:14:30 +0300 (MSK) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [2a02:6b8:0:1402::15:6]) by mxback10j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id xbnK6ujy1B-ETqaSrlv; Mon, 17 Jun 2019 12:14:30 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560762870; bh=jrizsfgbYqyppeEaNunDKPHT/rRsbR6XhlyeOuBtiug=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=sAmBvINCBpLmB4yuIgmVsgf7e0tV28KYHLOBYktq5sQseJraS5k/CxkpyToOrEpIY 6GMvwJmS5G9vQonQn/n42BuSeZmPco1Pi0YL2GD9+zJIXTlFirQIUNaDiCg4quDRaP ZdEXjBdAZVNLJdbg58GSx6XeBMai6PJkzy1ZqxFc= Authentication-Results: mxback10j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id p64qEpFvXr-ETaqt9Zm; Mon, 17 Jun 2019 12:14:29 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Mon, 17 Jun 2019 12:14:28 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily To: martin rudalics Message-Id: <1560762868.11992.2@yandex.ru> In-Reply-To: <21b04afc-3e1b-e205-1148-18cc66603dd3@gmx.at> References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> <1560760062.11992.0@yandex.ru> <21b04afc-3e1b-e205-1148-18cc66603dd3@gmx.at> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-5; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) On =BF=DD, =D8=EE=DD 17, 2019 at 10:44, martin rudalics =20 wrote: > > From cursory reading of the code, frame_resize_pixelwise is only > > used on window creation. >=20 > Right. >=20 > > Either way, you can easily reproduce it the 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=20 > by 15"; both 7 and 15 are certainly bigger than 1 :) >=20 > You either have to set it in your initial file (like I do, for > example) or before a new frame is created. I just tested it, and it works. However I've always wondered, is there=20 a place in .emacs file, which is guaranteed to be executed before a=20 window is created? I may be mistaken, but it looks to me like Emacs=20 tries to create window almost immediately on start, and that the (setq=20 frame-resize-pixelwise t) line at the beginning of the config being=20 executed before window is created is pure luck. = From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 05:46:53 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 09:46:53 +0000 Received: from localhost ([127.0.0.1]:41987 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcoE1-0004BM-DI for submit@debbugs.gnu.org; Mon, 17 Jun 2019 05:46:53 -0400 Received: from mout.gmx.net ([212.227.15.15]:56609) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcoDz-0004B9-Jv for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 05:46:52 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560764802; bh=atymqtPtdhWnPdfcxEfNpmKyTwoV7pJ9XyLlejVBIaM=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=AomlNuMIgaM9YMErRCBvmdirkXpdyqadeDA+8P2uzzLreoR6/8QNtO6zqL2SvfdTA dzAMII/SZL/qM1l4dmMZbKceHUxcGlQmZsVMxge8iUl1bl0NdgHcCOs5vPzVLPktyK w0w2wxE6aow9W85JtIxH4FrWOQ2ZhimOTKeMPaac= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.18]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1M8hV5-1hgwxU43bl-004hv1; Mon, 17 Jun 2019 11:46:42 +0200 Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily To: Konstantin Kharlamov References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> <1560760062.11992.0@yandex.ru> <21b04afc-3e1b-e205-1148-18cc66603dd3@gmx.at> <1560762868.11992.2@yandex.ru> From: martin rudalics Message-ID: Date: Mon, 17 Jun 2019 11:46:41 +0200 MIME-Version: 1.0 In-Reply-To: <1560762868.11992.2@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:kVlUQzJ2DZXgGXrPMgFwvmKid4G5TLygZLn2S10xMTypeFTLuyx VUoVWl1KACCwBWFoiSxHN4P9Wub8WTxHv1F5H09cFvZ7sCkSXhIxXa+/7nOZBZtAmBCupkc HNb/Fxbu+F6PrUXa2TKNfmBB2xu53NXSvv6gCqsjcGWDvdr9AIGl3XKeyBmTq3/vemYNgQL YqeMOYMAxlKnhmW4GH40w== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:4nzzufVylmY=:LrDKSmhAfSPUKRoqdCbenu 24NBZI1KapUlumwBAGjl/3xdJCHDqKV3Zi8trTs4F9A9RWMoOCbP86V0rWPNsSPm2/65UuFp2 wGOv+kSo+/0nWq2BKayJAMxr5ydaCPJuG2RcIFqtGn/MNFirwkSpigvJynKcUKRJofXtEPks+ zxIkGUKgFuqKfXXdcWWF6eWSOmTVgSu/9v90Z+RqyT1vKGnqTc889w1ovp8WcZT3WTQnCf1NP eL9dPpzxKYxG1zgxMGDP50/Z+bNT44m7SOXMw71TGXy5G5+L65LwR2bOEVizkiysPoBe1vOxx 2fDTJqLQqrlA+Q/bDOv16iEBohodEFuIep2xcO9qwUi3FwOTqW9/t8y5vvXyncInJRto/ppqT bpn5v4AdTBNFRZ2Vp9CmhdvM0ZiGiC5Z3l0iTymcsJLMdnQR/UCmnZqLsTeoCe4jXeLdmqD1Z SIYWChjARHZDV7xj0Q4+VaBGrri98l2c5/B0pVtO05jYEWgbf1pJOv70R/+s2qmJ0vSJcAfys 6srwdv/Rr6tAXWjtHbF0WZxRxCwaz9Nx2ntqFtOBK8aI1n/yrvSb+fO8xwwlWwuRCqKuRahKv EGFI9HDIBtPLXyhRzW06N0TJ69J5I2RcJ/FMab0rXGgfpuhm5jAoWWdOx1NZrzMLf+MmHkGI/ 89Bn8mX4v/Sksy71CPQfmPqNDRBoOZVsn0Xiz+MkbtXzQdMo5D7SZG7/rCjlV800g8nHpZMgD abK+/58hpk3xCkSuxjgqbV/o1i3/ea/9En56Tgv/32kJVOYb3lRbRRmEriFRTE0vIR0nUFyd/ xzAksiD39mDVmDJc5RUWc6iBd4vnX3nVdqaKhXxXP025Vfqij786dXsj+bSrJqlC8+AXzC7Lg oJf5TI1r5M4lLu+ZhxN5q1GvyKUb5OQzVVKyiEwfc0o1MFKC5HqedveoAp2fCXaOSpEZzmWOs itEnwpBgMWzfHKt5OjO7qYwrhnP9utCw20kPhgLNcsK7TtbbunNKF X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) > I just tested it, and it works. However I've always wondered, is > there a place in .emacs file, which is guaranteed to be executed > before a window is created? I may be mistaken, but it looks to me > like Emacs tries to create window almost immediately on start, and > that the (setq frame-resize-pixelwise t) line at the beginning of > the config being executed before window is created is pure luck. I had no complaints about it ever since that variable was introduced. So it's hopefully a bit more than pure luck. BTW Emacs 27 now has an "Early Init File" (see section 49.4.6 of the Emacs manual) where you can put things that should be done very early. martin From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 08:32:24 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 12:32:24 +0000 Received: from localhost ([127.0.0.1]:42130 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcqoC-0001vq-Lt for submit@debbugs.gnu.org; Mon, 17 Jun 2019 08:32:24 -0400 Received: from forward103o.mail.yandex.net ([37.140.190.177]:52621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcqoA-0001vW-NB for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 08:32:24 -0400 Received: from mxback2g.mail.yandex.net (mxback2g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:163]) by forward103o.mail.yandex.net (Yandex) with ESMTP id D78CC5F80361; Mon, 17 Jun 2019 15:32:13 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback2g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id a73J3sv9iK-WDlWYdBA; Mon, 17 Jun 2019 15:32:13 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560774733; bh=muzeKsvy/7vv9A4eA2gGNQOAsbuCotypYQ4EGojBg1A=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=AxRA7unS38cDuHacE9fJpHEUxEA+tb1CSLD13aH9Gq0AxoztlE2xJiJIELDukSwss KUgPk+cx1X0CyDLf1XTZJTwwVbLNaMrtBJ7pIy4fa1XC+XVsVr2qW2GMSfflYFE2W3 TFDDOX/gxaaN7Cp5+OeV1ORtvchuoW5eyhFjWpVY= Authentication-Results: mxback2g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id f6GIppfQHR-WCOmhtQP; Mon, 17 Jun 2019 15:32:12 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Mon, 17 Jun 2019 15:32:11 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily To: Eli Zaretskii Message-Id: <1560774731.11992.3@yandex.ru> In-Reply-To: <83zhmhtkg1.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) Oh well, let's close this then. I'd still like to improve documentation for frame-resize-pixelwise to mention that this variable needs to be changed before Emacs window appears. Because until Martin mentioned that, it looked like the variable doesn't work. Shall I mention that change in "NEWS"? Can I send the patch into this topic? From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 10:38:38 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 14:38:38 +0000 Received: from localhost ([127.0.0.1]:43122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcsmM-0007R0-0o for submit@debbugs.gnu.org; Mon, 17 Jun 2019 10:38:38 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39274) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcsmK-0007Qo-9d for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 10:38:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50009) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcsmE-0003Ge-4U; Mon, 17 Jun 2019 10:38:30 -0400 Received: from [176.228.60.248] (port=3392 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcsmD-0003rD-Hy; Mon, 17 Jun 2019 10:38:29 -0400 Date: Mon, 17 Jun 2019 17:38:39 +0300 Message-Id: <83sgs8tgy8.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: (message from martin rudalics on Mon, 17 Jun 2019 10:43:57 +0200) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190617075444.83363.qmail@mail.muc.de> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: acm@muc.de, 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Cc: 36250@debbugs.gnu.org > From: martin rudalics > Date: Mon, 17 Jun 2019 10:43:57 +0200 > > > Also, I remember vaguely partial lines causing problems in Follow Mode in > > the past. > > Doesn't that imply that one cannot use Follow Mode for *info* buffers? Follow mode indeed has known problems in these situations. > In general, you cannot "disable" partial lines on graphical displays > any more. Actually, that was true since Emacs 21. What became true only lately is that a window that occupies its whole frame can also have a fractional number of lines, even when all the characters are displayed in the default face. That used to be not so in the past. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 10:41:39 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 14:41:39 +0000 Received: from localhost ([127.0.0.1]:43126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcspH-0007Vd-IK for submit@debbugs.gnu.org; Mon, 17 Jun 2019 10:41:39 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40085) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hcspE-0007VQ-UX for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 10:41:37 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50049) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hcsp9-000518-AI; Mon, 17 Jun 2019 10:41:31 -0400 Received: from [176.228.60.248] (port=3576 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hcsp8-0001vB-L1; Mon, 17 Jun 2019 10:41:31 -0400 Date: Mon, 17 Jun 2019 17:41:41 +0300 Message-Id: <83r27stgt6.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1560762868.11992.2@yandex.ru> (message from Konstantin Kharlamov on Mon, 17 Jun 2019 12:14:28 +0300) Subject: Re: bug#36250: Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <90a948a4-8917-67e5-7f47-2c6aced95b73@gmx.at> <1560760062.11992.0@yandex.ru> <21b04afc-3e1b-e205-1148-18cc66603dd3@gmx.at> <1560762868.11992.2@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: rudalics@gmx.at, 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Mon, 17 Jun 2019 12:14:28 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > > > 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 15"; both 7 and 15 are certainly bigger than 1 :) > > > > You either have to set it in your initial file (like I do, for > > example) or before a new frame is created. > > I just tested it, and it works. However I've always wondered, is there > a place in .emacs file, which is guaranteed to be executed before a > window is created? I may be mistaken, but it looks to me like Emacs > tries to create window almost immediately on start, and that the (setq > frame-resize-pixelwise t) line at the beginning of the config being > executed before window is created is pure luck. It doesn't have to be sheer luck: Emacs resets some display-related parameters after it reads the init files, precisely to cater to the cases such as this one. I don't know if this parameter is one of those that benefit from this, but it might be. One example of settings that definitely are acted upon after reading the init file is default-frame-alist. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 17 10:56:35 2019 Received: (at 36250) by debbugs.gnu.org; 17 Jun 2019 14:56:36 +0000 Received: from localhost ([127.0.0.1]:43139 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hct3j-0007ul-JN for submit@debbugs.gnu.org; Mon, 17 Jun 2019 10:56:35 -0400 Received: from eggs.gnu.org ([209.51.188.92]:44260) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hct3i-0007uZ-64 for 36250@debbugs.gnu.org; Mon, 17 Jun 2019 10:56:34 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50236) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hct3b-0006O2-3D; Mon, 17 Jun 2019 10:56:27 -0400 Received: from [176.228.60.248] (port=4474 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hct3U-0002vt-EK; Mon, 17 Jun 2019 10:56:22 -0400 Date: Mon, 17 Jun 2019 17:56:31 +0300 Message-Id: <83o92wtg4g.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1560774731.11992.3@yandex.ru> (message from Konstantin Kharlamov on Mon, 17 Jun 2019 15:32:11 +0300) Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> <1560774731.11992.3@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Mon, 17 Jun 2019 15:32:11 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > Oh well, let's close this then. I'd still like to improve documentation > for frame-resize-pixelwise to mention that this variable needs to be > changed before Emacs window appears. Because until Martin mentioned > that, it looked like the variable doesn't work. > > Shall I mention that change in "NEWS"? Can I send the patch into this > topic? Yes, you can send the patch under this topic. But the change shouldn't be in NEWS, because this issue is nothing new, we are just improving its documentation. The change should be in the manual and possibly also in the doc string of the variable (although the latter already says to set it in the init file). Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 18 04:31:23 2019 Received: (at 36250) by debbugs.gnu.org; 18 Jun 2019 08:31:24 +0000 Received: from localhost ([127.0.0.1]:43719 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hd9WV-0002YB-LH for submit@debbugs.gnu.org; Tue, 18 Jun 2019 04:31:23 -0400 Received: from mout.gmx.net ([212.227.17.22]:47251) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hd9WS-0002Xt-QH for 36250@debbugs.gnu.org; Tue, 18 Jun 2019 04:31:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1560846671; bh=F6ijJmwDUdijFFGNnuoS2qL4rI3VWCirPxWaPteR1Xk=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=UyDSc3h1gxn4Mn9T512DgP1ELc6gLAOEit0PAKlN5FtwgRew/8AYVsYu7bAmvBRdo /jMsGoXza2f6B9TKuX4y411B/rV2/zA4D8HUvBnVxd87s5E8YQrTzU1U+2FQvkAz72 599tvmhK8JwMJYO8IzM3KkyQsYyarG8AcocP4bSw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.101] ([212.95.5.226]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1M1Hdq-1hbULw0b1u-002o8y; Tue, 18 Jun 2019 10:18:02 +0200 Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily To: Eli Zaretskii References: <1560707992.19774.0@yandex.ru> <20190617075444.83363.qmail@mail.muc.de> <83sgs8tgy8.fsf@gnu.org> From: martin rudalics Message-ID: <699fad90-e50d-d71d-bc16-e020e9705495@gmx.at> Date: Tue, 18 Jun 2019 10:17:55 +0200 MIME-Version: 1.0 In-Reply-To: <83sgs8tgy8.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: de-DE Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:M2f6PlhGgl17xWtLppSy8OubchQFFG6l1wRbk9YlZtrMWCeCSbR x4GUr79Mwqb4RIOWiKebzPeSze6bktwYTSoEB7uWbSIvj/Lv8KLN7ZT1TsfVh+vCMTDLjAs IuNqYYeFEO/xd0N2FbKVM/ZvOz+ner54IXU75jjJsW7CxntBramjvfmPBkSVa97ZizeNMo1 KjqYknKjCdJezvqqiTIVQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:XyXUatu+S+U=:XGCDWBoRU6vsbkqQl5j1o7 SqNtD5prHMOMt4Hit0PosaVBPCL4k1TYtVa76YZjL/+0OevvBdGvnaJTC+7f/ojPkWs/13dKF R7agW3BU65eQDSelVFWXUSMkF5M2mCny8yWkqawHogUv/K4TAllacrgWPqEZV5SJu/nzKIYAr YcxgZmkDHUridv61AKFKX/6m2IQ9eFQO37LqAaQrvSKhJpWZmHz9fWApqgkg+1pYlWa6Hpb8Q /zez3nOlqevUWrSVU2kQTa1kRmx885qY7xJ28Uvaeee+uU/yy5WYikxFf8/Q+mmIL8O35ub8p n2BQk9BFuzEedPyxThSN9Y11Nfdgbp7BkQ1e6fGQM7ijynSY2hhkmSw85Zd7YwiCnstvds01d 6u9xyEt+ZYtIGaIWEoPe+rODU53r1YzjZco50Qy+j4KjBO8nkspKu1y6UI8+H7/lNluUr13sa 2vMmW/lBSS+7ynK9PbZgyo234K7wY3fzNg2uUxzowaWC0UktVUO5LpiU/mC9/2Jh7/j3N+rF8 nHtcAOeYjEWAuQtGKLxE2oNFCyPMQcqNbktSC+T8CtXVpG95lFi3WQEocvoN+1SQ2kTZ2b+6g o5idyrcTrTXespIbODUuFXXOyjqq+5Hp4K0O/mQevSiOLMBFpf07vUjvLGmgn5g5aAsENwSdh FdkMzPFw53HC3nwATA1/OGQSM+aEB/Bp5aW4gMAG7mf4kIOTPYPjJKGdss+xceNYSi5pA5jaW N6qyZTdyjD8aKDMkLBnw5/W4mNjiBwFnk+BqPG/HMjQaVGQhbxG6t+olFskfNZZ973ZyJGJtR 6WuxGLBYjcefCmRPre3YZISVRNemhVVESgIVnciyVAGGXODyHFYyB/SgwpT3kw0htc1GVoGK9 L/qHwnnwFhKrG7jr6DKqqba6rRlJEvOX1Al4acJ2E5mOduNI5SYpNebi8JIFtM4wETmDo6rZD jcLdJcd4/8gxaA35GvkgdtJH6p+ldtPbor8NXDBBRRT7/mRHDGdMz X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: acm@muc.de, 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) >> Doesn't that imply that one cannot use Follow Mode for *info* buffers? > > Follow mode indeed has known problems in these situations. Ever since, I suppose. Why is it difficult to fix them? >> In general, you cannot "disable" partial lines on graphical displays >> any more. > > Actually, that was true since Emacs 21. What became true only lately > is that a window that occupies its whole frame can also have a > fractional number of lines, even when all the characters are displayed > in the default face. That used to be not so in the past. Because we now do not show unidentified slack space below such a window (or pretend that it's part of the echo area) but rather add such space to the bottommost windows of each frame. martin From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 18 11:49:15 2019 Received: (at 36250) by debbugs.gnu.org; 18 Jun 2019 15:49:15 +0000 Received: from localhost ([127.0.0.1]:45416 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdGME-0003jB-R6 for submit@debbugs.gnu.org; Tue, 18 Jun 2019 11:49:15 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57205) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdGMC-0003ix-FD for 36250@debbugs.gnu.org; Tue, 18 Jun 2019 11:49:13 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46551) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hdGM5-0003H8-Ap; Tue, 18 Jun 2019 11:49:05 -0400 Received: from [176.228.60.248] (port=3812 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hdGM4-00073T-88; Tue, 18 Jun 2019 11:49:04 -0400 Date: Tue, 18 Jun 2019 18:49:18 +0300 Message-Id: <838styuc5d.fsf@gnu.org> From: Eli Zaretskii To: martin rudalics In-reply-to: <699fad90-e50d-d71d-bc16-e020e9705495@gmx.at> (message from martin rudalics on Tue, 18 Jun 2019 10:17:55 +0200) Subject: Re: bug#36250: [PATCH] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190617075444.83363.qmail@mail.muc.de> <83sgs8tgy8.fsf@gnu.org> <699fad90-e50d-d71d-bc16-e020e9705495@gmx.at> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: acm@muc.de, 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Cc: acm@muc.de, 36250@debbugs.gnu.org > From: martin rudalics > Date: Tue, 18 Jun 2019 10:17:55 +0200 > > >> Doesn't that imply that one cannot use Follow Mode for *info* buffers? > > > > Follow mode indeed has known problems in these situations. > > Ever since, I suppose. Why is it difficult to fix them? Lack of resources, mainly. Follow mode tries to force the display engine do something, and that is tricky, as we know. Maybe it uses the wrong hooks, or maybe we need a new hook just for this mode. From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 18 16:35:00 2019 Received: (at 36250) by debbugs.gnu.org; 18 Jun 2019 20:35:00 +0000 Received: from localhost ([127.0.0.1]:45666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKom-00086r-8d for submit@debbugs.gnu.org; Tue, 18 Jun 2019 16:35:00 -0400 Received: from forward102p.mail.yandex.net ([77.88.28.102]:54382) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKoi-00086c-Ib for 36250@debbugs.gnu.org; Tue, 18 Jun 2019 16:34:58 -0400 Received: from mxback19o.mail.yandex.net (mxback19o.mail.yandex.net [IPv6:2a02:6b8:0:1a2d::70]) by forward102p.mail.yandex.net (Yandex) with ESMTP id 517F51D40EFF; Tue, 18 Jun 2019 23:34:50 +0300 (MSK) Received: from smtp2o.mail.yandex.net (smtp2o.mail.yandex.net [2a02:6b8:0:1a2d::26]) by mxback19o.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 0oqzrPLeiE-YoFeD0E5; Tue, 18 Jun 2019 23:34:50 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560890090; bh=Xy2a0hknF3l76Z7c+bEH+MHcgBb0PGiTVYoE8ldLlok=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=dYXfNamvBbgQPLiWcwli4BqlkgUqVtFTjzjX2FurGrfzAPjwJuRFZB1VEp3t8yVaH Qzsk5O0HZbpS2Rw+GbN8FYehmLq5A1vumYBSaT7s0zZjpYd6n5YH6GPC+fvhLwY11t Yk46UpAW84mvx2okORw0eAnqz0gqzykZ/FOcAlA0= Authentication-Results: mxback19o.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp2o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id nnnJQvulKR-YnWeVtP3; Tue, 18 Jun 2019 23:34:49 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Tue, 18 Jun 2019 23:34:48 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily To: Eli Zaretskii Message-Id: <1560890088.11670.0@yandex.ru> In-Reply-To: <83o92wtg4g.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =F7 =F0=CE, =C9=C0=CE 17, 2019 at 17:56, Eli Zaretskii =20 =CE=C1=D0=C9=D3=C1=CC: >> Date: Mon, 17 Jun 2019 15:32:11 +0300 >> From: Konstantin Kharlamov >> Cc: 36250@debbugs.gnu.org >>=20 >> Oh well, let's close this then. I'd still like to improve=20 >> documentation >> for frame-resize-pixelwise to mention that this variable needs to be >> changed before Emacs window appears. Because until Martin mentioned >> that, it looked like the variable doesn't work. >>=20 >> Shall I mention that change in "NEWS"? Can I send the patch into=20 >> this >> topic? >=20 > Yes, you can send the patch under this topic. But the change > shouldn't be in NEWS, because this issue is nothing new, we are just > improving its documentation. The change should be in the manual and > possibly also in the doc string of the variable (although the latter > already says to set it in the init file). >=20 > Thanks. A manual? I've changed it in the doc-string, but where is the manual? FTR, I'm sending the patch too as a follow up, in case there's=20 something wrong or whatever. = From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 18 16:35:26 2019 Received: (at 36250) by debbugs.gnu.org; 18 Jun 2019 20:35:27 +0000 Received: from localhost ([127.0.0.1]:45670 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKpC-000885-Jl for submit@debbugs.gnu.org; Tue, 18 Jun 2019 16:35:26 -0400 Received: from forward102p.mail.yandex.net ([77.88.28.102]:54861) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKpA-00087r-1l for 36250@debbugs.gnu.org; Tue, 18 Jun 2019 16:35:24 -0400 Received: from mxback16g.mail.yandex.net (mxback16g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:316]) by forward102p.mail.yandex.net (Yandex) with ESMTP id 8D91C1D40EFF for <36250@debbugs.gnu.org>; Tue, 18 Jun 2019 23:35:18 +0300 (MSK) Received: from smtp1j.mail.yandex.net (smtp1j.mail.yandex.net [2a02:6b8:0:801::ab]) by mxback16g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id GzTl8v556O-ZI0WLkJc; Tue, 18 Jun 2019 23:35:18 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1560890118; bh=DPljRM9JtgNtTK5CiLyMpdU+T6BR2Z/CBxiQjNMx3nc=; h=Subject:To:From:Date:Message-Id; b=JVF0OTwWZhO9h3xd7Wl7bi02oGyAk4iYw3KTcswG3eu1OULoFo+ks7CQ9Fx+CjEoz HK3QC4Vr0J6MJXMKm35rQs+uTF3/JQtf8FWHHNu9p69cJKfOz9ALN4oz89NdeHdaxb yguiW2xem1xTWXNRezkrlX1vACNxasqLpUjjYb/c= Authentication-Results: mxback16g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp1j.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id yFjMmXJdAd-ZHYGqnhT; Tue, 18 Jun 2019 23:35:17 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) From: Konstantin Kharlamov To: 36250@debbugs.gnu.org Subject: [PATCH] Improve a bit frame-resize-pixelwise documentation Date: Tue, 18 Jun 2019 23:35:02 +0300 Message-Id: <20190618203502.31223-1-Hi-Angel@yandex.ru> X-Mailer: git-send-email 2.22.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) * src/frame.c (syms_of_frame): remove from the second paragraph bits of text that duplicate the first paragraph, and mention that the variable needs to be set before a frame started. --- src/frame.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/src/frame.c b/src/frame.c index 03bbbfb4da..c2d2793251 100644 --- a/src/frame.c +++ b/src/frame.c @@ -6152,10 +6152,9 @@ current values of `frame-char-height' and `frame-char-width'. If this is non-nil, no rounding occurs, hence frame sizes can increase/decrease by one pixel. -With some window managers you may have to set this to non-nil in order -to set the size of a frame in pixels, to maximize frames or to make them -fullscreen. To resize your initial frame pixelwise, set this option to -a non-nil value in your init file. */); +With some window managers you may have to set this to non-nil to be +able maximize frames or to make them fullscreen. For this to have +effect the variable needs to be set before a frame started. */); frame_resize_pixelwise = 0; DEFVAR_LISP ("frame-inhibit-implied-resize", frame_inhibit_implied_resize, -- 2.22.0 From debbugs-submit-bounces@debbugs.gnu.org Tue Jun 18 16:38:07 2019 Received: (at 36250) by debbugs.gnu.org; 18 Jun 2019 20:38:07 +0000 Received: from localhost ([127.0.0.1]:45676 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKrn-0008CJ-3r for submit@debbugs.gnu.org; Tue, 18 Jun 2019 16:38:07 -0400 Received: from mail-out.m-online.net ([212.18.0.9]:48049) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hdKrl-0008CA-Kx for 36250@debbugs.gnu.org; Tue, 18 Jun 2019 16:38:06 -0400 Received: from frontend01.mail.m-online.net (unknown [192.168.8.182]) by mail-out.m-online.net (Postfix) with ESMTP id 45T0Jq6Qqrz1rCWK; Tue, 18 Jun 2019 22:38:03 +0200 (CEST) Received: from localhost (dynscan1.mnet-online.de [192.168.6.70]) by mail.m-online.net (Postfix) with ESMTP id 45T0Jq4nSSz1qqkD; Tue, 18 Jun 2019 22:38:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at mnet-online.de Received: from mail.mnet-online.de ([192.168.8.182]) by localhost (dynscan1.mail.m-online.net [192.168.6.70]) (amavisd-new, port 10024) with ESMTP id PWjIjwLbvDgY; Tue, 18 Jun 2019 22:38:02 +0200 (CEST) X-Auth-Info: 171NjEcG+xmlUYocfhHRZQkGvslcaDO4nQbVQuy5XvO+ZOFxMr7uSHE8jHUoAWyK Received: from igel.home (ppp-46-244-175-243.dynamic.mnet-online.de [46.244.175.243]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.mnet-online.de (Postfix) with ESMTPSA; Tue, 18 Jun 2019 22:38:02 +0200 (CEST) Received: by igel.home (Postfix, from userid 1000) id 4DD922C107B; Tue, 18 Jun 2019 22:38:02 +0200 (CEST) From: Andreas Schwab To: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> X-Yow: Okay, BARBRA STREISAND, I recognize you now!! Also EFREM ZIMBALIST, JUNIOR!! And BEAUMONT NEWHALL!! Everybody into th' BATHROOM! Date: Tue, 18 Jun 2019 22:38:02 +0200 In-Reply-To: <20190618203502.31223-1-Hi-Angel@yandex.ru> (Konstantin Kharlamov's message of "Tue, 18 Jun 2019 23:35:02 +0300") Message-ID: <871rzqr5n9.fsf@igel.home> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.5 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.4 (-) On Jun 18 2019, Konstantin Kharlamov wrote: > diff --git a/src/frame.c b/src/frame.c > index 03bbbfb4da..c2d2793251 100644 > --- a/src/frame.c > +++ b/src/frame.c > @@ -6152,10 +6152,9 @@ current values of `frame-char-height' and `frame-char-width'. If this > is non-nil, no rounding occurs, hence frame sizes can increase/decrease > by one pixel. > > -With some window managers you may have to set this to non-nil in order > -to set the size of a frame in pixels, to maximize frames or to make them > -fullscreen. To resize your initial frame pixelwise, set this option to > -a non-nil value in your init file. */); > +With some window managers you may have to set this to non-nil to be > +able maximize frames or to make them fullscreen. For this to have > +effect the variable needs to be set before a frame started. */); Frames don't start, they are created. Andreas. -- Andreas Schwab, schwab@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5 4D69 2510 2552 DF73 E780 A9DA AEC1 "And now for something completely different." From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 19 12:14:11 2019 Received: (at 36250) by debbugs.gnu.org; 19 Jun 2019 16:14:11 +0000 Received: from localhost ([127.0.0.1]:47346 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hddDv-00018Y-C2 for submit@debbugs.gnu.org; Wed, 19 Jun 2019 12:14:11 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47580) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hddDu-00018K-2S for 36250@debbugs.gnu.org; Wed, 19 Jun 2019 12:14:10 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:40947) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hddDk-0001d0-WA; Wed, 19 Jun 2019 12:14:01 -0400 Received: from [176.228.60.248] (port=1773 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hddDj-0005aK-0J; Wed, 19 Jun 2019 12:13:59 -0400 Date: Wed, 19 Jun 2019 19:13:44 +0300 Message-Id: <83r27pr1s7.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1560890088.11670.0@yandex.ru> (message from Konstantin Kharlamov on Tue, 18 Jun 2019 23:34:48 +0300) Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> <1560890088.11670.0@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Tue, 18 Jun 2019 23:34:48 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > A manual? I've changed it in the doc-string, but where is the manual? When and where (in what branch) did you change the doc string? I don't think I see the change. As for the manual: this variable is documented in doc/emacs/frames.texi. In the formatted Info manual, go to the node "Frame Commands" and see there. From debbugs-submit-bounces@debbugs.gnu.org Wed Jun 19 12:16:37 2019 Received: (at 36250) by debbugs.gnu.org; 19 Jun 2019 16:16:37 +0000 Received: from localhost ([127.0.0.1]:47351 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hddGG-0001Cd-R9 for submit@debbugs.gnu.org; Wed, 19 Jun 2019 12:16:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:48313) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hddGB-0001CO-Jh for 36250@debbugs.gnu.org; Wed, 19 Jun 2019 12:16:33 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:41062) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hddFx-0003Bz-W1; Wed, 19 Jun 2019 12:16:23 -0400 Received: from [176.228.60.248] (port=1915 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hddFw-0005v4-7v; Wed, 19 Jun 2019 12:16:17 -0400 Date: Wed, 19 Jun 2019 19:16:03 +0300 Message-Id: <83pnn9r1oc.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <20190618203502.31223-1-Hi-Angel@yandex.ru> (message from Konstantin Kharlamov on Tue, 18 Jun 2019 23:35:02 +0300) Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > From: Konstantin Kharlamov > Date: Tue, 18 Jun 2019 23:35:02 +0300 > > * src/frame.c (syms_of_frame): remove from the second paragraph bits > of text that duplicate the first paragraph, and mention that the > variable needs to be set before a frame started. I don't see why you needed to remove part of the text. It isn't a repetition: the first sentence talks about frames in general, the second only about the initial frame. The bit about the init file is only relevant to the latter. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 07:27:30 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 11:27:30 +0000 Received: from localhost ([127.0.0.1]:40448 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgp2Q-0001zS-Fb for submit@debbugs.gnu.org; Fri, 28 Jun 2019 07:27:30 -0400 Received: from forward104j.mail.yandex.net ([5.45.198.247]:32792) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgp2M-0001z9-Ri for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 07:27:28 -0400 Received: from mxback12g.mail.yandex.net (mxback12g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:91]) by forward104j.mail.yandex.net (Yandex) with ESMTP id B5A2E4A1D5A; Fri, 28 Jun 2019 14:27:18 +0300 (MSK) Received: from smtp3o.mail.yandex.net (smtp3o.mail.yandex.net [2a02:6b8:0:1a2d::27]) by mxback12g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id 896EiSgxle-RGe06VF4; Fri, 28 Jun 2019 14:27:17 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561721237; bh=TomeMqIMgr/5/JWITzdVnrntNkGzRzHeBZF7G5nfg/E=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=DJz/lpQjvWPKtVyqqbqkiX6I97GWuLTcq3DmvnQaA/VKEPk7Hyi2bWSvVP2I76mlR BcKA08Pfk1PrQPVEfw4r2tVNQg9vKj9lYSdt8ToyhQUfiIlpE/bMFRGJwCsGIiVoV1 Lu6sAYplYBYQI/yEEKGoYFDEtfRCdLn++pIleQpo= Authentication-Results: mxback12g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3o.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id HsOs6R8tLG-RF8KWlNe; Fri, 28 Jun 2019 14:27:15 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Fri, 28 Jun 2019 14:27:14 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation To: Eli Zaretskii Message-Id: <1561721234.4363.0@yandex.ru> In-Reply-To: <83pnn9r1oc.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =F7 =F3=D2, =C9=C0=CE 19, 2019 at 19:16, Eli Zaretskii =20 =CE=C1=D0=C9=D3=C1=CC: >> From: Konstantin Kharlamov >> Date: Tue, 18 Jun 2019 23:35:02 +0300 >>=20 >> * src/frame.c (syms_of_frame): remove from the second paragraph bits >> of text that duplicate the first paragraph, and mention that the >> variable needs to be set before a frame started. >=20 > I don't see why you needed to remove part of the text. It isn't a > repetition: the first sentence talks about frames in general, the > second only about the initial frame. The bit about the init file is > only relevant to the latter. The specific part of text being removed sounds as"in order to set the=20 size of a frame in pixels, ", which explains what happens when variable=20 is non-nil. However, if you read both of two paragraphs of documentation, you may=20 find that the 1st paragraph already explains the technical details=20 behind the variable, and the "non-nil" word in particular appears twice. At that point, if reader came to 2nd paragraph, they probably know what=20 Emacs does when variable is non-nil; or at least they know where to=20 look that up. So, repeating that part again does nothing aside of=20 wasting one's mental resources used to parse the sentence. = From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 09:17:37 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 13:17:37 +0000 Received: from localhost ([127.0.0.1]:40550 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgqky-0002Ya-QT for submit@debbugs.gnu.org; Fri, 28 Jun 2019 09:17:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45653) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgqkw-0002YL-E1 for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 09:17:35 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54850) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hgqkq-0005NT-JW; Fri, 28 Jun 2019 09:17:28 -0400 Received: from [176.228.60.248] (port=4530 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hgqkl-0001nG-EN; Fri, 28 Jun 2019 09:17:28 -0400 Date: Fri, 28 Jun 2019 16:16:57 +0300 Message-Id: <83zhm1hmt2.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1561721234.4363.0@yandex.ru> (message from Konstantin Kharlamov on Fri, 28 Jun 2019 14:27:14 +0300) Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> <1561721234.4363.0@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Fri, 28 Jun 2019 14:27:14 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > > I don't see why you needed to remove part of the text. It isn't a > > repetition: the first sentence talks about frames in general, the > > second only about the initial frame. The bit about the init file is > > only relevant to the latter. > > The specific part of text being removed sounds as"in order to set the > size of a frame in pixels, ", which explains what happens when variable > is non-nil. > > However, if you read both of two paragraphs of documentation, you may > find that the 1st paragraph already explains the technical details > behind the variable, and the "non-nil" word in particular appears twice. > > At that point, if reader came to 2nd paragraph, they probably know what > Emacs does when variable is non-nil; or at least they know where to > look that up. So, repeating that part again does nothing aside of > wasting one's mental resources used to parse the sentence. I think you read "resize a frame" and "set the size of a frame" as referring to the same operation. But they aren't: the former is about changing the size of an existing frame with a mouse or with set-frame-size, whereas the latter is about doing other things that implicitly require the frame's size to have pixel resolution. So no, this is not repetition, and should not be removed. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 09:59:58 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 13:59:58 +0000 Received: from localhost ([127.0.0.1]:42699 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrPy-00045d-Bm for submit@debbugs.gnu.org; Fri, 28 Jun 2019 09:59:58 -0400 Received: from forward103p.mail.yandex.net ([77.88.28.106]:40003) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrPv-00045P-KC for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 09:59:57 -0400 Received: from mxback15j.mail.yandex.net (mxback15j.mail.yandex.net [IPv6:2a02:6b8:0:1619::91]) by forward103p.mail.yandex.net (Yandex) with ESMTP id 82E4618C1DAB; Fri, 28 Jun 2019 16:59:48 +0300 (MSK) Received: from smtp3p.mail.yandex.net (smtp3p.mail.yandex.net [2a02:6b8:0:1472:2741:0:8b6:8]) by mxback15j.mail.yandex.net (nwsmtp/Yandex) with ESMTP id VQ9esrri2u-xmTil5Tu; Fri, 28 Jun 2019 16:59:48 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561730388; bh=lWYWlY2pc0F9czfWtwwH35czfaCFHP0+40EYU5I84uQ=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=hAy55swMpGxPzJBWdA9lO8WSMw17Gz+Bb/y9S7t2rQ+qHQA0hgmfFjWl32Naoie/O v9Ca9h/YJNeRJuh+dVw783trJn+9EkSmepKW7u4FwTzo8+oLZtIgT5gw9t70WlkW6K 8BXSffBHUVKo6gIhPPNcs+0k2n410wG5+wUklxGU= Authentication-Results: mxback15j.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp3p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id vHbiz8kyMt-xkw8SHpL; Fri, 28 Jun 2019 16:59:46 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Fri, 28 Jun 2019 16:59:45 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation To: Eli Zaretskii Message-Id: <1561730385.29740.0@yandex.ru> In-Reply-To: <83zhm1hmt2.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =C2 =CF=F2, =E8=FE=ED 28, 2019 at 16:16, Eli Zaretskii =20 =ED=E0=EF=E8=F1=E0=EB: >> Date: Fri, 28 Jun 2019 14:27:14 +0300 >> From: Konstantin Kharlamov >> Cc: 36250@debbugs.gnu.org >>=20 >> > I don't see why you needed to remove part of the text. It isn't a >> > repetition: the first sentence talks about frames in general, the >> > second only about the initial frame. The bit about the init file=20 >> is >> > only relevant to the latter. >>=20 >> The specific part of text being removed sounds as"in order to set=20 >> the >> size of a frame in pixels, ", which explains what happens when=20 >> variable >> is non-nil. >>=20 >> However, if you read both of two paragraphs of documentation, you=20 >> may >> find that the 1st paragraph already explains the technical details >> behind the variable, and the "non-nil" word in particular appears=20 >> twice. >>=20 >> At that point, if reader came to 2nd paragraph, they probably know=20 >> what >> Emacs does when variable is non-nil; or at least they know where to >> look that up. So, repeating that part again does nothing aside of >> wasting one's mental resources used to parse the sentence. >=20 > I think you read "resize a frame" and "set the size of a frame" as > referring to the same operation. But they aren't: the former is about > changing the size of an existing frame with a mouse or with > set-frame-size, whereas the latter is about doing other things that > implicitly require the frame's size to have pixel resolution. >=20 > So no, this is not repetition, and should not be removed. Right, but the 1st paragraph also says "If this is non-nil, [=85] frame=20 sizes can increase/decrease by one pixel". I.e. this says that setting=20 the variable to non-nil makes further operations on frames to have=20 one-pixel resolution =97 which is the same as what the "in order to set=20 the size of a frame in pixels," tries to convey. = From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 10:23:09 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 14:23:09 +0000 Received: from localhost ([127.0.0.1]:42737 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrmO-0004jG-0n for submit@debbugs.gnu.org; Fri, 28 Jun 2019 10:23:09 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33704) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrmL-0004ic-JE for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 10:23:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56211) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hgrmG-0002CI-79; Fri, 28 Jun 2019 10:23:00 -0400 Received: from [176.228.60.248] (port=4516 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hgrmD-0007uW-Ii; Fri, 28 Jun 2019 10:23:00 -0400 Date: Fri, 28 Jun 2019 17:22:28 +0300 Message-Id: <83woh5hjrv.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1561730385.29740.0@yandex.ru> (message from Konstantin Kharlamov on Fri, 28 Jun 2019 16:59:45 +0300) Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> <1561730385.29740.0@yandex.ru> MIME-version: 1.0 Content-type: text/plain; charset=windows-1251 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Fri, 28 Jun 2019 16:59:45 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > > I think you read "resize a frame" and "set the size of a frame" as > > referring to the same operation. But they aren't: the former is about > > changing the size of an existing frame with a mouse or with > > set-frame-size, whereas the latter is about doing other things that > > implicitly require the frame's size to have pixel resolution. > > > > So no, this is not repetition, and should not be removed. > > Right, but the 1st paragraph also says "If this is non-nil, […] frame > sizes can increase/decrease by one pixel". Yes, but it doesn't say you can _set_ the size at pixel granularity to begin with. > I.e. this says that setting the variable to non-nil makes further > operations on frames to have one-pixel resolution That's your interpretation, but the text doesn't say that, it says something slightly different. Thus the second paragraph is not repetition. From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 10:35:07 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 14:35:07 +0000 Received: from localhost ([127.0.0.1]:42747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrxy-00055s-Gx for submit@debbugs.gnu.org; Fri, 28 Jun 2019 10:35:06 -0400 Received: from forward101p.mail.yandex.net ([77.88.28.101]:55375) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgrxt-000558-3p for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 10:35:04 -0400 Received: from mxback6g.mail.yandex.net (mxback6g.mail.yandex.net [IPv6:2a02:6b8:0:1472:2741:0:8b7:167]) by forward101p.mail.yandex.net (Yandex) with ESMTP id EF4083280C99; Fri, 28 Jun 2019 17:34:52 +0300 (MSK) Received: from smtp4p.mail.yandex.net (smtp4p.mail.yandex.net [2a02:6b8:0:1402::15:6]) by mxback6g.mail.yandex.net (nwsmtp/Yandex) with ESMTP id rZbzHL4Sop-Yq5CcG4L; Fri, 28 Jun 2019 17:34:52 +0300 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1561732492; bh=1x8An2ef3V5hvc/uWOS55lr6k3psrUdmbsYht81Ny+A=; h=In-Reply-To:Cc:To:Subject:From:References:Date:Message-Id; b=dAkZFLbK81Uzr+puHIkX67rtcz/Jm7nx5ca28qi1vXJjVRH4XBy/Qf656Zorj4CXF 1S9fKkqUTHV4RgxSh1QRyVVVzstu5QcUcDqZBAcn8UYWocelqVI60Rcyy17UpJHJ5i F/cGG044dLVZEXNQN6QM5Ta2TAoe7UoEQd9oOkFI= Authentication-Results: mxback6g.mail.yandex.net; dkim=pass header.i=@yandex.ru Received: by smtp4p.mail.yandex.net (nwsmtp/Yandex) with ESMTPSA id KCvxaAreoT-Yp3qnUSO; Fri, 28 Jun 2019 17:34:51 +0300 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (Client certificate not present) Date: Fri, 28 Jun 2019 17:34:50 +0300 From: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation To: Eli Zaretskii Message-Id: <1561732490.29740.1@yandex.ru> In-Reply-To: <83woh5hjrv.fsf@gnu.org> References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> X-Mailer: geary/3.33.1 MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.7 (-) =C2 =CF=F2, =E8=FE=ED 28, 2019 at 17:22, Eli Zaretskii =20 =ED=E0=EF=E8=F1=E0=EB: >> Date: Fri, 28 Jun 2019 16:59:45 +0300 >> From: Konstantin Kharlamov >> Cc: 36250@debbugs.gnu.org >>=20 >> > I think you read "resize a frame" and "set the size of a frame" as >> > referring to the same operation. But they aren't: the former is=20 >> about >> > changing the size of an existing frame with a mouse or with >> > set-frame-size, whereas the latter is about doing other things=20 >> that >> > implicitly require the frame's size to have pixel resolution. >> > >> > So no, this is not repetition, and should not be removed. >>=20 >> Right, but the 1st paragraph also says "If this is non-nil, [=85]=20 >> frame >> sizes can increase/decrease by one pixel". >=20 > Yes, but it doesn't say you can _set_ the size at pixel granularity to > begin with. >=20 >> I.e. this says that setting the variable to non-nil makes further >> operations on frames to have one-pixel resolution >=20 > That's your interpretation, but the text doesn't say that, it says > something slightly different. Thus the second paragraph is not > repetition. Ah, I think I see, you probably read the "to non-nil in order to set the size of a frame in pixels" as "to a numeric value in order to set the size of a frame in pixels". I had such interpretation too in mind. However note that=20 frame_resize_pixelwise in C code is mostly used as a boolean. The only=20 place where it's used as a numeric variable are 2 lines in src/widget.c: 276: ew->core.width =3D (frame_resize_pixelwise 279: ew->core.height =3D (frame_resize_pixelwise In particular, if you look at the patch that started the topic, you'll=20 find out that its value is not currently used to set width/height of a=20 frame: instead it's either 1 or line-height/column-width. = From debbugs-submit-bounces@debbugs.gnu.org Fri Jun 28 10:49:50 2019 Received: (at 36250) by debbugs.gnu.org; 28 Jun 2019 14:49:50 +0000 Received: from localhost ([127.0.0.1]:42759 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgsCE-0005YT-GD for submit@debbugs.gnu.org; Fri, 28 Jun 2019 10:49:50 -0400 Received: from eggs.gnu.org ([209.51.188.92]:40834) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hgsCA-0005Y8-Oj for 36250@debbugs.gnu.org; Fri, 28 Jun 2019 10:49:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:56699) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1hgsC5-0004to-5N; Fri, 28 Jun 2019 10:49:41 -0400 Received: from [176.228.60.248] (port=2161 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1hgsC1-0001kK-JX; Fri, 28 Jun 2019 10:49:40 -0400 Date: Fri, 28 Jun 2019 17:49:13 +0300 Message-Id: <83tvc9hija.fsf@gnu.org> From: Eli Zaretskii To: Konstantin Kharlamov In-reply-to: <1561732490.29740.1@yandex.ru> (message from Konstantin Kharlamov on Fri, 28 Jun 2019 17:34:50 +0300) Subject: Re: bug#36250: [PATCH] Improve a bit frame-resize-pixelwise documentation References: <1560707992.19774.0@yandex.ru> <20190618203502.31223-1-Hi-Angel@yandex.ru> <1561732490.29740.1@yandex.ru> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 36250 Cc: 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -3.3 (---) > Date: Fri, 28 Jun 2019 17:34:50 +0300 > From: Konstantin Kharlamov > Cc: 36250@debbugs.gnu.org > > Ah, I think I see, you probably read the > "to non-nil in order to set the size of a frame in pixels" > as > "to a numeric value in order to set the size of a frame in pixels". No, the value is boolean. The issue is a different one: "resizing" a frame vs "setting its size", in particular when maximizing it. These are two different (but related) operations, and each paragraph talks about one of them. From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 26 06:26:59 2020 Received: (at 36250) by debbugs.gnu.org; 26 Aug 2020 10:26:59 +0000 Received: from localhost ([127.0.0.1]:37474 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsdi-0008VS-Hp for submit@debbugs.gnu.org; Wed, 26 Aug 2020 06:26:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53710) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsdg-0008VE-Cc for 36250@debbugs.gnu.org; Wed, 26 Aug 2020 06:26:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=+kRPAfTk2ieU/BgbOGGhl9GuQPrbYbycdDc5bDW+elY=; b=gpHX3jUhWISIsi8WzlRaVFiW5O ou/SyvYNErggvVRXt9PGR+SvXat98CquErR3hCOo/q04w5kcDTU5esmziXEqVEqHIwK3lsuVb4eSd tMn0nfMTh8ERqmENgDcXSYEMO8Xlp1Gzk63vQM1oHEGnpDvtCaHIqY3a3LmbahD3XHaw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAsdP-0004GF-Qa; Wed, 26 Aug 2020 12:26:38 +0200 From: Lars Ingebrigtsen To: Konstantin Kharlamov Subject: Re: bug#36250: [PATCH v3] Allow Emacs to be resized arbitrarily References: <1560707992.19774.0@yandex.ru> <20190616185514.23810-1-Hi-Angel@yandex.ru> <1560774731.11992.3@yandex.ru> X-Now-Playing: Various's _Kaleidoscope (2)_: "Makaya McCraven - Untitled" Date: Wed, 26 Aug 2020 12:26:26 +0200 In-Reply-To: <1560774731.11992.3@yandex.ru> (Konstantin Kharlamov's message of "Mon, 17 Jun 2019 15:32:11 +0300") Message-ID: <877dtl3dpp.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Konstantin Kharlamov writes: > Oh well, let's close this then. I'd still like to improve > documentation for frame-resize-pixelwise to mention that this variable > needs to be changed before Emacs window appears. Because until Ma [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 36250 Cc: Eli Zaretskii , 36250@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) Konstantin Kharlamov writes: > Oh well, let's close this then. I'd still like to improve > documentation for frame-resize-pixelwise to mention that this variable > needs to be changed before Emacs window appears. Because until Martin > mentioned that, it looked like the variable doesn't work. This was a very confusing thread, but I think the conclusion was that 1) the proposed patch shouldn't be applied, and 2) the documentation for frame-resize-pixelwise was OK. So I'm closing this bug report. If there is more to be worked on here, send a message to the debbugs mail address, and we'll reopen the bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 26 06:26:59 2020 Received: (at control) by debbugs.gnu.org; 26 Aug 2020 10:26:59 +0000 Received: from localhost ([127.0.0.1]:37477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsdv-0008Vt-21 for submit@debbugs.gnu.org; Wed, 26 Aug 2020 06:26:59 -0400 Received: from quimby.gnus.org ([95.216.78.240]:53726) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kAsdp-0008VU-1k for control@debbugs.gnu.org; Wed, 26 Aug 2020 06:26:53 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Subject:From:To:Message-Id:Date:Sender:Reply-To:Cc: MIME-Version:Content-Type:Content-Transfer-Encoding:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:In-Reply-To:References:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=NZ0XeHzj3Ao8xbJlKnTzBoLMc1PCg3JN9RQ8AYqhWeU=; b=AZg9ZyVe0ltClb0XAnQPHibUUk QL4FJ3HTlzJay7L9mQK73B0EmJxKsFgfuGsT3jKn1AUTXI4kh1ZrE6XKAs5GOwTPuGTPlSa8XC0x1 Wi/vheNN8T7oKEWlAFxR/3SozxJQEkM96auw+bSxGI01st2UXPowu6NUd4l39/He7uYA=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kAsdh-0004GV-An for control@debbugs.gnu.org; Wed, 26 Aug 2020 12:26:47 +0200 Date: Wed, 26 Aug 2020 12:26:44 +0200 Message-Id: <875z953dp7.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #36250 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 36250 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 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: -1.0 (-) close 36250 quit From unknown Fri Jun 20 07:28:24 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 23 Sep 2020 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator