From debbugs-submit-bounces@debbugs.gnu.org Fri Mar 06 17:32:12 2015 Received: (at submit) by debbugs.gnu.org; 6 Mar 2015 22:32:12 +0000 Received: from localhost ([127.0.0.1]:37932 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YU0my-0004BA-Ck for submit@debbugs.gnu.org; Fri, 06 Mar 2015 17:32:12 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36442) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YU0mw-0004Aw-7S for submit@debbugs.gnu.org; Fri, 06 Mar 2015 17:32:10 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YU0mq-0006m8-2q for submit@debbugs.gnu.org; Fri, 06 Mar 2015 17:32:04 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM, T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:47506) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU0mq-0006m4-00 for submit@debbugs.gnu.org; Fri, 06 Mar 2015 17:32:04 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38156) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU0mo-0004Ox-TV for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 17:32:03 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YU0mj-0006kE-RU for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 17:32:02 -0500 Received: from mail-wi0-x230.google.com ([2a00:1450:400c:c05::230]:34934) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YU0mj-0006jo-Ku for bug-gnu-emacs@gnu.org; Fri, 06 Mar 2015 17:31:57 -0500 Received: by wibbs8 with SMTP id bs8so6917150wib.0 for ; Fri, 06 Mar 2015 14:31:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type; bh=jcLZGotORv/r/LAJSLJQV34OuQzbskQnRcKFkAxzW04=; b=C9/azQzulflcqXXUp4p/zLubDJ+oBCKc4BI0EVVnwa2nme3VUpBDkN0TRYf/PEKq8s H3J37+FhclcJU27KBk2kiCZLBXrC1eYuOCVAATWDj9U4sLuw0vhjvDf03zs0IhmG9Jpl u3rohPhY681NBugcjNOzCAEhaVbFmO4JHt6Gw3ewKz/duhDeYuFDh8TsWO7GEFnUqBv3 0Lzlzt5MX6QRL5vN50+HnqQijV/7z4Iv6VoHotIuZR34qMzliNOrdT5tItyVKEhL4kOv csf/WScy5klNrmkUjjA0+hImaNiwn0jywc5nJdMt93gPoz8vQZG+6hrpR42kOBP5FyBn Wc7w== X-Received: by 10.180.85.103 with SMTP id g7mr78664044wiz.19.1425681116034; Fri, 06 Mar 2015 14:31:56 -0800 (PST) Received: from localhost (host-static-86-106-238-197.moldtelecom.md. [86.106.238.197]) by mx.google.com with ESMTPSA id m9sm36003459wiz.24.2015.03.06.14.31.54 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 06 Mar 2015 14:31:55 -0800 (PST) From: Vitalie Spinu To: bug-gnu-emacs@gnu.org Subject: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust Date: Sat, 07 Mar 2015 00:31:53 +0200 Message-ID: <874mpx3gh2.fsf@gmail.com> MIME-Version: 1.0 Content-Type: text/plain X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.0 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.0 (----) After text-scale-adjust [C-x C-] window-height and window-width return the old (original) value. The doc says: This function returns the height, in lines, of the body of window WINDOW. So at least the docs are imprecise or incomplete. Relatedly, there seems to be no way to determine the height/width of a character in pixels after rescaling. `frame-char-width` returns the original size. Thanks, Vitalie In GNU Emacs 24.4.90.2 (x86_64-unknown-linux-gnu, GTK+ Version 3.12.2) of 2015-02-20 on galago Repository revision: 35f047c06603ce2e549e43ba38de0e61083b0311 Windowing system distributor `The X.Org Foundation', version 11.0.11600000 System Description: Ubuntu 14.10 From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 04:41:40 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 09:41:40 +0000 Received: from localhost ([127.0.0.1]:38113 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBEp-0006Pp-PD for submit@debbugs.gnu.org; Sat, 07 Mar 2015 04:41:40 -0500 Received: from mout.gmx.net ([212.227.17.22]:55256) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBEn-0006Pb-VI for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 04:41:38 -0500 Received: from [178.189.203.248] ([178.189.203.248]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Lu3J4-1XUxHZ467y-011T5p; Sat, 07 Mar 2015 10:41:32 +0100 Message-ID: <54FAC7C3.5080504@gmx.at> Date: Sat, 07 Mar 2015 10:41:23 +0100 From: martin rudalics MIME-Version: 1.0 To: Vitalie Spinu , 20022@debbugs.gnu.org Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> In-Reply-To: <874mpx3gh2.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:viQFuh/d07RAnsa4OPoiLWgaxIJV+zeQL+Vjgiit/DIWlu0vsFt LPBTc7LLc0Ietrq5Bzbyx4/1qeNJg7J6zVjEeH061EkV+yyaomIDwyqfpZnZuq6sKhWYwWs p99epHwAnr5e2cEWRlhqNbJeq6m8N1iDrynUhcAiBbVqottJExg4eJyq3MthC4tv4oxNE+t K+WA8yqRGXg07uGqLQGtw== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20022 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > After text-scale-adjust [C-x C-] window-height and window-width return > the old (original) value. Because it did not change. > The doc says: > > This function returns the height, in lines, of the body of window > WINDOW. > > So at least the docs are imprecise or incomplete. Here the doc also says: If WINDOW's pixel height is not an integral multiple of its frame's character height, the number of lines occupied by WINDOW is rounded internally. This is done in a way such that, if WINDOW is a parent window, the sum of the total heights of all its children internally equals the total height of WINDOW. If the optional argument ROUND is `ceiling', return the smallest integer larger than WINDOW's pixel height divided by the character height of WINDOW's frame. ROUND `floor' means to return the largest integer smaller than WINDOW's pixel height divided by the character height of WINDOW's frame. Any other value of ROUND means to return the internal total height of WINDOW. > Relatedly, there seems to be no way to determine the height/width of a > character in pixels after rescaling. `frame-char-width` returns the > original size. Because IIUC the values might differ according to the window where the character is displayed. I don't know how to get the value you want. ISTR that someone is currently working on this. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 04:49:05 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 09:49:05 +0000 Received: from localhost ([127.0.0.1]:38122 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBM1-0006bf-9s for submit@debbugs.gnu.org; Sat, 07 Mar 2015 04:49:05 -0500 Received: from mtaout23.012.net.il ([80.179.55.175]:38812) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUBLz-0006bA-BI for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 04:49:04 -0500 Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0NKU000005LF1C00@a-mtaout23.012.net.il> for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 11:48:56 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NKU00NRZ5XK1FB0@a-mtaout23.012.net.il>; Sat, 07 Mar 2015 11:48:56 +0200 (IST) Date: Sat, 07 Mar 2015 11:49:01 +0200 From: Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust In-reply-to: <874mpx3gh2.fsf@gmail.com> X-012-Sender: halo1@inter.net.il To: Vitalie Spinu Message-id: <83a8zpm92q.fsf@gnu.org> References: <874mpx3gh2.fsf@gmail.com> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: Vitalie Spinu > Date: Sat, 07 Mar 2015 00:31:53 +0200 > > After text-scale-adjust [C-x C-] window-height and window-width return > the old (original) value. As designed: the value is measured in canonical character units. > The doc says: > > This function returns the height, in lines, of the body of window > WINDOW. It says much more than that. In particular, it mentions "the character height of WINDOW's frame", which should be a hint. The ELisp manual explicitly says "frame's default character height". > So at least the docs are imprecise or incomplete. Suggestions to how to make them more complete without confusing users (who might not even know that the size of the default face's font can be changed, or that text-scale-adjust exists at all) are welcome. IOW, there's a problem here: we need to provide a description that will make sense both to relative newbies and to sophisticated Lisp programmers alike. The current doc string is an attempt to do so. If you (or someone else) can suggest a better wording for that, it will be most welcome. > Relatedly, there seems to be no way to determine the height/width of a > character in pixels after rescaling. `frame-char-width` returns the > original size. You want default-font-height, I think. (A similar functionality for width can be used based on font-info modifications on the master branch only, but you could approximate that by assuming the same ratio between the canonical width and the rescaled width as between the canonical height and rescaled height.) For the line height, don't forget the line-spacing issue, which is taken into account by the default-line-height function. (Btw, I'm not sure how you get from window-width/height to width/height of a character; I suspect that you might be trying to compute something for which helpful functions already exist, so you are encouraged to tell more details.) From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 11:09:17 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 16:09:17 +0000 Received: from localhost ([127.0.0.1]:38843 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUHHw-0002BD-HD for submit@debbugs.gnu.org; Sat, 07 Mar 2015 11:09:16 -0500 Received: from mail-wg0-f47.google.com ([74.125.82.47]:39184) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUHHt-0002Az-RG for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 11:09:14 -0500 Received: by wghn12 with SMTP id n12so11803469wgh.6 for <20022@debbugs.gnu.org>; Sat, 07 Mar 2015 08:09:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; bh=nGJnDBdeuHG9E8V85OBIJY/dY2D0NlkmiDWe8kqlKp0=; b=O2yrv4ukHzIkNvEYSqcxq8srHj8aziahGNsGOmfTVOg2B/tdrwUFy901zBTTrVS91H fNZYjsu1DpLavGNQ6ZLyURdzIp6zBPlwgLcAlONHr9XX4s7iuqehZhGuBTJWG0RnI7pd uPDmNtC4d0mxBMAUo0itOA/yFsHIDkW8Qew2j8CmqstN83/y6Ye2W5DP9CCg3fJ8sRzI ha7DA4sFIfrBiXrawiO6hsDkjBbMmfF3EvOTgWHCuxqqCPwU7LVJJeweLUjS++IeszFR ts3Vj06j+WdKHpeGuZYCWgKNuqztP0f4NQnvvoNyGGUF0TJPj+lQzQC7dYSuXeVZMSyd u7pQ== X-Received: by 10.194.60.203 with SMTP id j11mr41520834wjr.5.1425744548263; Sat, 07 Mar 2015 08:09:08 -0800 (PST) Received: from localhost (host-static-86-106-238-197.moldtelecom.md. [86.106.238.197]) by mx.google.com with ESMTPSA id s19sm39097652wik.18.2015.03.07.08.09.05 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 08:09:05 -0800 (PST) From: Vitalie Spinu To: Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> Date: Sat, 07 Mar 2015 18:09:02 +0200 In-Reply-To: <83a8zpm92q.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Mar 2015 11:49:01 +0200") Message-ID: <87vbic23j5.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Eli Zaretskii on Sat, 07 Mar 2015 11:49:01 +0200 wrote: >> After text-scale-adjust [C-x C-] window-height and window-width return >> the old (original) value. > As designed: the value is measured in canonical character units. The doc string of of `window-body-width` and `window-body-height` don't even mention the measurement unit. The docs can easel be more explicit. Something along the following lines: Return the height of WINDOW's text area in canonical lines. The height of a canonical line is given by `frame-char-height`. > The ELisp manual explicitly says "frame's default character height". Ok, thanks. This one is in the preamble of 27.3 Window Sizes manual page. I have missed that paragraph completely. BTW, the "width of a =E2=80=9Cdefault=E2=80=9D character" is confusing as o= f the conflicting meaning with the `default-font-height`. "Canonical" is a better term IMO. > You want default-font-height, I think. (A similar functionality for > width can be used based on font-info modifications on the master > branch only, but you could approximate that by assuming the same ratio > between the canonical width and the rescaled width as between the > canonical height and rescaled height.) > For the line height, don't forget the line-spacing issue, which is > taken into account by the default-line-height function. Uff. That's rather complicated :( > I suspect that you might be trying to compute something for which > helpful functions already exist, so you are encouraged to tell more > details. I simply need the number of characters that can be fit in a single line in order to set the sub-process output width. Building on your "approximation" trick, I can get an approximate width in pixels of the character, then divide the width of the window in pixels by this width to get the approximate number of characters. Is there an easier way? Thanks, Vitalie From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 12:58:45 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 17:58:45 +0000 Received: from localhost ([127.0.0.1]:38873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUIzt-0004nO-3w for submit@debbugs.gnu.org; Sat, 07 Mar 2015 12:58:45 -0500 Received: from mout.gmx.net ([212.227.17.21]:63903) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUIzq-0004nC-PR for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 12:58:43 -0500 Received: from [188.22.34.143] ([188.22.34.143]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0LcBPV-1XnEYI2BdN-00jZZK; Sat, 07 Mar 2015 18:58:35 +0100 Message-ID: <54FB3C42.7050202@gmx.at> Date: Sat, 07 Mar 2015 18:58:26 +0100 From: martin rudalics MIME-Version: 1.0 To: Vitalie Spinu , Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> In-Reply-To: <87vbic23j5.fsf@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:hFII5u2bNUoEVZet4hwwlTaTol823EckLojLXN4AVYhs+OSvlyX Z4HbYnOjS6JOlmJ6/kDLJfiO+vfLwhVms0dlLnQhOtpHWBOlg38yVN5tsNkhI7JRck9QCKh KaK2+mEjIq1auZVLxrpgwn5ECLLrLWjN6wjFxQSMyI3Vtsz6iYrRDG34Jr0TbIqcWGAV6eO jp9wBD4CqWzT0/BWqu/6w== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > Building on your "approximation" trick, I can get an approximate width > in pixels of the character, then divide the width of the window in > pixels by this width to get the approximate number of characters. Is > there an easier way? See also Bug#19194 and Bug#19395. martin From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 13:13:01 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 18:13:01 +0000 Received: from localhost ([127.0.0.1]:38878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUJDg-00059U-DQ for submit@debbugs.gnu.org; Sat, 07 Mar 2015 13:13:00 -0500 Received: from mtaout20.012.net.il ([80.179.55.166]:42848) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUJDd-00059E-Gc for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 13:12:59 -0500 Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0NKU00F00SXHA800@a-mtaout20.012.net.il> for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 20:12:50 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NKU00FTOT98CE00@a-mtaout20.012.net.il>; Sat, 07 Mar 2015 20:12:45 +0200 (IST) Date: Sat, 07 Mar 2015 20:12:34 +0200 From: Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust In-reply-to: <87vbic23j5.fsf@gmail.com> X-012-Sender: halo1@inter.net.il To: Vitalie Spinu Message-id: <83pp8kllrh.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: Vitalie Spinu > Cc: 20022@debbugs.gnu.org > Date: Sat, 07 Mar 2015 18:09:02 +0200 > > >>> Eli Zaretskii on Sat, 07 Mar 2015 11:49:01 +0200 wrote: > > >> After text-scale-adjust [C-x C-] window-height and window-width return > >> the old (original) value. > > > As designed: the value is measured in canonical character units. > > The doc string of of `window-body-width` and `window-body-height` don't > even mention the measurement unit. It says "divided by the character width". > The docs can easel be more > explicit. Something along the following lines: > > Return the height of WINDOW's text area in canonical lines. The height > of a canonical line is given by `frame-char-height`. If there's agreement that mentioning canonical lines will make this clear (personally, I'm not sure), I'm fine with that. But adding the sentence about frame-char-height IMO just muddies the water: having a term that needs to be explained by telling how to compute it sends a confusing message. > BTW, the "width of a “default” character" is confusing as of the > conflicting meaning with the `default-font-height`. "Canonical" is a > better term IMO. They are both vague, and need a lot of explanations to fully understand. Luckily, most people don't need to. > I simply need the number of characters that can be fit in a single line > in order to set the sub-process output width. This can only be meaningfully computed if the text emitted by the subprocess will be rendered in its entirety using the default face. If that's what you need, it should be easy to provide such a function, but I don't think we have it now. Martin might have some tricks up his sleeve, though. > Building on your "approximation" trick, I can get an approximate width > in pixels of the character, then divide the width of the window in > pixels by this width to get the approximate number of characters. Is > there an easier way? Not that I know of. We could provide a function for that, if this functionality is deemed important enough. From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 15:47:07 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 20:47:08 +0000 Received: from localhost ([127.0.0.1]:38904 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YULcp-0000TI-0K for submit@debbugs.gnu.org; Sat, 07 Mar 2015 15:47:07 -0500 Received: from mail-wi0-f178.google.com ([209.85.212.178]:38740) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YULci-0000Se-1D for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 15:47:00 -0500 Received: by widex7 with SMTP id ex7so10454663wid.3 for <20022@debbugs.gnu.org>; Sat, 07 Mar 2015 12:46:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=fNIMw49R+tF+YhLhZ/c5AoMsdgs8HHpX1sE/OUwBDRY=; b=dVO2p9Os5fux1DnaFPmRxoSD8l3o1ASKVhpZ4gI/p0TAvJkB6ek///rR7CeeozfhtV C+wH2PL3iCRQMZ8itIH1nrTF+pYBihH15o8RbRWiCr9lx+R39RH8vHr7Y3YwoMk4iuQ9 HoQzhxEnUpZlBYf332qFwhiB5iRVAknmcULDjmcv6Zp3djXMQS3ulJFEk/Th/dxWvYk+ wnB98vlR+1QzFOAkeP3LyBpQJPU7/F0cku8TRDYlnVuuSO3AAx4GXr3ve3iRW0Sf2vUq QVn/pSqlWVZwprF+QcDs1/cMQIjlsydPrbIVyOL6pp08tmYZMP9mcxXqnm+QceDVizZm rK6Q== X-Received: by 10.180.210.228 with SMTP id mx4mr77953312wic.71.1425761214396; Sat, 07 Mar 2015 12:46:54 -0800 (PST) Received: from localhost (host-static-86-106-238-197.moldtelecom.md. [86.106.238.197]) by mx.google.com with ESMTPSA id y14sm20791797wjr.39.2015.03.07.12.46.53 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 12:46:53 -0800 (PST) From: Vitalie Spinu To: Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> <83pp8kllrh.fsf@gnu.org> Date: Sat, 07 Mar 2015 22:46:52 +0200 In-Reply-To: <83pp8kllrh.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 07 Mar 2015 20:12:34 +0200") Message-ID: <87oao41qo3.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> Eli Zaretskii on Sat, 07 Mar 2015 20:12:34 +0200 wrote: > having a term that needs to be explained by telling how to compute it > sends a confusing message. It gives an operational definition of "lines", which is a valid definition. It's confusing to see 100 lines in a buffer and to be told that there are 25 "lines". >> I simply need the number of characters that can be fit in a single line >> in order to set the sub-process output width. > This can only be meaningfully computed if the text emitted by the > subprocess will be rendered in its entirety using the default face. Sure, but that's the case of window-height as well. It's based on the size of a particular font regardless of what's contained in the buffer. > Not that I know of. We could provide a function for that, if this > functionality is deemed important enough. I guess the core of the problem is that having a width/height computed using default buffer font is more useful than using frame default font. Given that the docs were never clear maybe the behavior of existing functions could be changed. Or an additional font-toggling argument added to those. Vitalie From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 15:49:42 2015 Received: (at 20022) by debbugs.gnu.org; 7 Mar 2015 20:49:42 +0000 Received: from localhost ([127.0.0.1]:38908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YULfK-0000X7-3t for submit@debbugs.gnu.org; Sat, 07 Mar 2015 15:49:42 -0500 Received: from mail-wg0-f42.google.com ([74.125.82.42]:41892) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YULfI-0000Wu-9F for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 15:49:40 -0500 Received: by wghl2 with SMTP id l2so23130959wgh.8 for <20022@debbugs.gnu.org>; Sat, 07 Mar 2015 12:49:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=/P+wlPKM40W2l/+eVVc8OYotGN331Ygl0KzJ8JIHZpo=; b=TyxBmcpTsQqi9NPx7/YLzr7SLRld5AgkwQy9dFRc7eOZ7PonSh0+tYm6B2lnVh3lfI DISsdx8Sstw6hOmeELk2H1q7X/w05ouQkS30B0S64BYcFZI6J8k5GjNBpWrRo9rGLCCi NiumTe95uAKkXdoQZrr7lalwK6rRcDdvs5rFAVhaqIUylujJXG/8pzPGDxZf/ESPzXot 53y110iEn5R3FlygGGHXapiTioxszCcvs0EGPrJqna+c1ZZPIMmLBVFGZCyr/PetokvN hT+Skwx+MMLwwIKRgWHzTuwG6hklHScTMi6+ySHUHQ8oqze4ha+eXqAFNSRj3Ik/yy6i yKdA== X-Received: by 10.194.95.4 with SMTP id dg4mr4016153wjb.81.1425761374707; Sat, 07 Mar 2015 12:49:34 -0800 (PST) Received: from localhost (host-static-86-106-238-197.moldtelecom.md. [86.106.238.197]) by mx.google.com with ESMTPSA id k6sm8096767wia.6.2015.03.07.12.49.33 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sat, 07 Mar 2015 12:49:33 -0800 (PST) From: Vitalie Spinu To: martin rudalics Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> <54FB3C42.7050202@gmx.at> Date: Sat, 07 Mar 2015 22:49:32 +0200 In-Reply-To: <54FB3C42.7050202@gmx.at> (martin rudalics's message of "Sat, 07 Mar 2015 18:58:26 +0100") Message-ID: <87k2ys1qjn.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org, Eli Zaretskii X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) >>> martin rudalics on Sat, 07 Mar 2015 18:58:26 +0100 wrote: > See also Bug#19194 and Bug#19395. Indeed, this issue seems to be a duplicate of Bug#19194. Vitalie From debbugs-submit-bounces@debbugs.gnu.org Sat Mar 07 22:47:59 2015 Received: (at 20022) by debbugs.gnu.org; 8 Mar 2015 03:48:00 +0000 Received: from localhost ([127.0.0.1]:39016 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUSC7-0002C6-AV for submit@debbugs.gnu.org; Sat, 07 Mar 2015 22:47:59 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:65248) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUSC3-0002Br-UQ for 20022@debbugs.gnu.org; Sat, 07 Mar 2015 22:47:57 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NKV00I00JUYQW00@a-mtaout22.012.net.il> for 20022@debbugs.gnu.org; Sun, 08 Mar 2015 05:47:49 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NKV00IIZJVOJK90@a-mtaout22.012.net.il>; Sun, 08 Mar 2015 05:47:49 +0200 (IST) Date: Sun, 08 Mar 2015 05:47:32 +0200 From: Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust In-reply-to: <87oao41qo3.fsf@gmail.com> X-012-Sender: halo1@inter.net.il To: Vitalie Spinu Message-id: <83mw3okv57.fsf@gnu.org> References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> <83pp8kllrh.fsf@gnu.org> <87oao41qo3.fsf@gmail.com> X-Spam-Score: 1.0 (+) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Eli Zaretskii 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: Vitalie Spinu > Cc: 20022@debbugs.gnu.org > Date: Sat, 07 Mar 2015 22:46:52 +0200 > > >>> Eli Zaretskii on Sat, 07 Mar 2015 20:12:34 +0200 wrote: > > > having a term that needs to be explained by telling how to compute it > > sends a confusing message. > > It gives an operational definition of "lines", which is a valid > definition. An operational definition doesn't really define anything. What it does is tell the reader that the term itself is not what it looks like. So it doesn't help much in this case, where the term is vague to begin with. > It's confusing to see 100 lines in a buffer and to be told that > there are 25 "lines". Yes, it is. Which is why this issue is hard to explain. Things get less confusing once you realize that these are just units to measure window dimensions, not a means to tell how many characters will fit. > >> I simply need the number of characters that can be fit in a single line > >> in order to set the sub-process output width. > > > This can only be meaningfully computed if the text emitted by the > > subprocess will be rendered in its entirety using the default face. > > Sure, but that's the case of window-height as well. It's based on the > size of a particular font regardless of what's contained in the buffer. I'm asking whether this is a frequent enough use case. Even Grep and compilation buffers use several faces, which violates this assumption. As Emacs moves more and more towards variable-face text, there will be fewer use cases where this will be true. > > Not that I know of. We could provide a function for that, if this > > functionality is deemed important enough. > > I guess the core of the problem is that having a width/height computed > using default buffer font is more useful than using frame default > font. See above: those measurement units were just that. > Given that the docs were never clear maybe the behavior of > existing functions could be changed. No, too much code depends on that. Like the functions that resize windows, for example. > Or an additional font-toggling argument added to those. I'd rather we provided a separate set of functions for that (since the implementation is quite different). Assuming that a fixed font is a popular enough use case, that is. From debbugs-submit-bounces@debbugs.gnu.org Sun Mar 08 06:03:46 2015 Received: (at 20022) by debbugs.gnu.org; 8 Mar 2015 10:03:46 +0000 Received: from localhost ([127.0.0.1]:39146 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUY3m-0003It-0v for submit@debbugs.gnu.org; Sun, 08 Mar 2015 06:03:46 -0400 Received: from mout.gmx.net ([212.227.15.18]:51831) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YUY3k-0003Ig-5M for 20022@debbugs.gnu.org; Sun, 08 Mar 2015 06:03:44 -0400 Received: from [178.191.143.22] ([178.191.143.22]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0M1Wcz-1Xc1ez0hwH-00tVtL; Sun, 08 Mar 2015 11:03:36 +0100 Message-ID: <54FC1E6E.4080205@gmx.at> Date: Sun, 08 Mar 2015 11:03:26 +0100 From: martin rudalics MIME-Version: 1.0 To: Vitalie Spinu , Eli Zaretskii Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <874mpx3gh2.fsf@gmail.com> <83a8zpm92q.fsf@gnu.org> <87vbic23j5.fsf@gmail.com> <83pp8kllrh.fsf@gnu.org> <87oao41qo3.fsf@gmail.com> In-Reply-To: <87oao41qo3.fsf@gmail.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:4kXcOF4+hXEHJQD6B/XhPQhumWjwLvBrfTJARYijeW/auuOe6xN RFwHpM26MrYWD3pJCBxgWwTKxPcyEaHLLOWbFS52ioF7hHhGpnz+ycrxdLsaBhvqua/yxlE jiOtdzNfi7OzYTkMQcG6C4h1Dl073bbJMhMw2I/mkynLD1UoSE4kIOxP+OK/sp/piRq9rXM Dh5yEBZ0unN/WqT7upsrQ== X-UI-Out-Filterresults: notjunk:1; X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 20022 Cc: 20022@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) > I guess the core of the problem is that having a width/height computed > using default buffer font is more useful than using frame default > font. Given that the docs were never clear maybe the behavior of > existing functions could be changed. Or an additional font-toggling > argument added to those. You mean that switching to another buffer in a window could change the nominal height of that window? I have no opinion on this because I don't care about line-/column values returned by these functions. The only thing I do care about is that if you have two side-by-side windows, the value of `window-left-column' of the right window equals the sum of `window-left-column' and `window-total-width' of the window on the left. Otherwise, windmove's functions might fail and I have no intention to fix them again. martin From debbugs-submit-bounces@debbugs.gnu.org Wed Aug 12 12:32:29 2020 Received: (at control) by debbugs.gnu.org; 12 Aug 2020 16:32:29 +0000 Received: from localhost ([127.0.0.1]:45300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5tfx-00063b-1F for submit@debbugs.gnu.org; Wed, 12 Aug 2020 12:32:29 -0400 Received: from mail-yb1-f178.google.com ([209.85.219.178]:44526) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k5tfv-000638-NR for control@debbugs.gnu.org; Wed, 12 Aug 2020 12:32:27 -0400 Received: by mail-yb1-f178.google.com with SMTP id i10so1672067ybt.11 for ; Wed, 12 Aug 2020 09:32:27 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=vUhwHbey32B2AI1umzGPaeYb6OQYYpqpm63w5YC1880=; b=GSMrj8W1/G5eNbXIGN9bb4Q4ejt3/4JJujg0cgiAefaS1DsuBIGHDU270CK0iJQw5R k5zmDEvDcbMaHKpYM6LgQch3mXW1Ad8CDDtp4QS8Hcc64JFDdynlS74g8iSUDTTXTiJs 9TP6FzElznRiYTYr8trWVC0gwtvb6xArjc8Rz6XQBeJQIyo2kB9coCYAAZ0psybbKQov 8A0tA7uVCavjYvcmqXt4sBQRcU25UAf0r2IzDd4d0oyNBJME2XVPnavErd48TiENJ7wL ayDSKA/RzEHIDsKchUdExu8Vq1bFjvMrmoZrmSQ2o+KARJGg1tya5YROeBgjdnp3qt/U X1cQ== X-Gm-Message-State: AOAM531DV4O9PlLyynxNA5PYstDIjxpgkgmJ2opmP+aIHb7ikghpY9iH 7IQ4OKwnLVwizTqqjNFVvImgIOuWbcY14UoIuOS34tprlSU= X-Google-Smtp-Source: ABdhPJx84ZkqJJWzD5IgIdjGBNJV93mgV89Sij/VVDqjH7vMsMiYilNSAcQDKUEHa1LkSgNnsNCsLxR9ZyZ3hFuUrh0= X-Received: by 2002:a25:880e:: with SMTP id c14mr236631ybl.181.1597249942123; Wed, 12 Aug 2020 09:32:22 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Wed, 12 Aug 2020 09:32:21 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Wed, 12 Aug 2020 09:32:21 -0700 Message-ID: Subject: To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.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 the administrator of that system for details. Content preview: forcemerge 19194 20022 thanks Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.219.178 listed in list.dnswl.org] 0.0 HEADER_FROM_DIFFERENT_DOMAINS From and EnvelopeFrom 2nd level mail domains are different 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (stefankangas[at]gmail.com) 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.219.178 listed in wl.mailspike.net] 0.0 UNPARSEABLE_RELAY Informational: message has unparseable relay lines 0.0 FREEMAIL_FORGED_FROMDOMAIN 2nd level domains in From and EnvelopeFrom freemail headers are different 2.0 BLANK_SUBJECT Subject is present but empty 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 (+) forcemerge 19194 20022 thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 03:16:33 2022 Received: (at 20022) by debbugs.gnu.org; 10 Feb 2022 08:16:33 +0000 Received: from localhost ([127.0.0.1]:53758 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4cy-0000ll-0x for submit@debbugs.gnu.org; Thu, 10 Feb 2022 03:16:33 -0500 Received: from quimby.gnus.org ([95.216.78.240]:45514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4ci-0000UB-DC; Thu, 10 Feb 2022 03:16:31 -0500 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=OyZZU5yeo1p300ZBWqerS4G351zT5dtyybGLcjHZZMU=; b=gTprvq7JRscPEqdVkEpfc9UTiY l4IEJhyNmKa0mO7krpedVGnukQhab9hV6QSHGxFW+1CWCLwXdvKIA9aS3Heq6IAHXGTx4nHj8pPfQ fqHnCjhuw5D8KsKAYYrtqF31s0bwjFJ/vOnNRODvzCNvGF0sKAl6pNDB/+spn1M8cN7Q=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI4cZ-0004QD-Qf; Thu, 10 Feb 2022 09:16:10 +0100 From: Lars Ingebrigtsen To: Joe Corneli Subject: Re: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust References: <87h9xm6plp.fsf@gmail.com> X-Now-Playing: Contriva's _If you had stayed..._: "connected" Date: Thu, 10 Feb 2022 09:16:04 +0100 In-Reply-To: <87h9xm6plp.fsf@gmail.com> (Joe Corneli's message of "Wed, 26 Nov 2014 13:47:14 +0000") Message-ID: <87a6ezb0hn.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.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: Joe Corneli writes: > Adjusting the font size, I would expect that the window's "body width" > would change -- more characters can be fit into the same amount of > screen space. Current behaviour does not match this expe [...] 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: 20022 Cc: 20022@debbugs.gnu.org, 19194@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 (---) Joe Corneli writes: > Adjusting the font size, I would expect that the window's "body width" > would change -- more characters can be fit into the same amount of > screen space. Current behaviour does not match this expectation. > > M-: (window-body-width) RET [Note result.] > C-x C-- > M-: (window-body-width) RET [Result is the same.] > > The function is described: > > "This function returns the width, in columns, of the body of window > window." > > If for some reason the "nominal" number of columns needs to calculated > with reference to the default font, then there should be another > function to return the "actual" number of columns. (I'm going through old bug reports that unfortunately weren't resolved at the time.) Skimming this thread, I think the conclusion here is that these functions work as designed. `C-x C--' reduces the size of the font in the current buffer, but the "window body width" concept remains the same. (I.e., if you create a new buffer and display it, that's what `window-body-width' is telling you the number of columns for.) So I don't think there's anything to do here, and I'm closing this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 03:16:23 2022 Received: (at control) by debbugs.gnu.org; 10 Feb 2022 08:16:23 +0000 Received: from localhost ([127.0.0.1]:53756 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4co-0000e4-RJ for submit@debbugs.gnu.org; Thu, 10 Feb 2022 03:16:22 -0500 Received: from quimby.gnus.org ([95.216.78.240]:45530) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nI4cn-0000Yk-R7 for control@debbugs.gnu.org; Thu, 10 Feb 2022 03:16:22 -0500 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=YcBKR0BlLoPOF41GNKcQ1l8PyZl+aaHQ5kdpLlAIDrU=; b=ZdzwIIhP9KMzrC0D0/DvrezFjr pkUo0AeDtuueS3qKdc4DE5sd5hYk0RXbSQMtA9QRq1RLJkVAPki3N0I6MnJbwZilgx0vFr1+MrOmE gLwTX+apPvNunspfD7ezso4z0UOBggJNWi+kLWv01ElhBPVJ8FjIA3JrCB80mAPQYyyU=; Received: from [84.212.220.105] (helo=giant) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nI4cf-0004QN-UC for control@debbugs.gnu.org; Thu, 10 Feb 2022 09:16:16 +0100 Date: Thu, 10 Feb 2022 09:16:13 +0100 Message-Id: <878rujb0he.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #20022 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: tags 20022 notabug close 20022 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: -2.3 (--) 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: -3.3 (---) tags 20022 notabug close 20022 quit From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 10 12:39:54 2022 Received: (at 20022) by debbugs.gnu.org; 10 Feb 2022 17:39:55 +0000 Received: from localhost ([127.0.0.1]:56994 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIDQA-0003wS-Hr for submit@debbugs.gnu.org; Thu, 10 Feb 2022 12:39:54 -0500 Received: from mx0b-00069f02.pphosted.com ([205.220.177.32]:10744) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nIDQ7-0003wE-BH; Thu, 10 Feb 2022 12:39:52 -0500 Received: from pps.filterd (m0246631.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.16.1.2/8.16.1.2) with SMTP id 21AFrL62027620; Thu, 10 Feb 2022 17:39:50 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : references : in-reply-to : content-type : mime-version; s=corp-2021-07-09; bh=E+OQp8o8KHku5xpXQxb+Qju64Vg2Z+Ml9N2NITyc4KM=; b=vwwsCt+mjtjEIK6l15pOv3NIXE2jfUFilBFlajQ1/9v3SBwzHX5Zc9iqA68T471GhG8j cbR/bXkOtjei61AadaPEBAcOEj1UWwkCIOmmeOtcOH++9+abXEh1a2SqtN2OxDZtaqPD T6F3RCVdoaFNFqDYmVzSZMDs0dDblO0KWmgndioORJzxCsRDPFAao2eGfDbbWKpIwt0x WWg8nawixlgN8nFdriJkKWz81IJSQL34n6bbJBp+vdJKXRiob04au9S3ilQ7ov+uzlrO FAZMy28utYlyMcvhl3ra2XzOfqj7riNoBM8pfHWao6aQmIhAXN09zpVBA0Vm5ILyPff3 6w== Received: from aserp3030.oracle.com (aserp3030.oracle.com [141.146.126.71]) by mx0b-00069f02.pphosted.com with ESMTP id 3e3hdt0svy-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 10 Feb 2022 17:39:50 +0000 Received: from pps.filterd (aserp3030.oracle.com [127.0.0.1]) by aserp3030.oracle.com (8.16.1.2/8.16.1.2) with SMTP id 21AHaTpR108153; Thu, 10 Feb 2022 17:39:47 GMT Received: from nam11-bn8-obe.outbound.protection.outlook.com (mail-bn8nam11lp2173.outbound.protection.outlook.com [104.47.58.173]) by aserp3030.oracle.com with ESMTP id 3e51rtqw6f-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 10 Feb 2022 17:39:47 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=IbYr5SwSRGAXQWf8pmQPi1ZxC3zPALVxgg9YEGBFYy5zfvBWO32WwqmFw2hs34vox31OAzDS+Dwblr121GjffIT5s3Ph4tkCQIe3D6mhUR88MwwnfwPGTVdHAwSnK2+NteyNoOm31dKIUJXiU9dn9hcRWkZs6jajZJdm3QGR4cSoePkfIu3MBHQk6ZnzX8dA4IIEK4/VXKuQ8zWEan9IKBMcmLD6tfgLS9osC2F8/9vqZiVFJJBQKGoMOoPlHENZ38AGqGGct8zK/jRoi8loUSTk/jMAEdewm+nV784DQbduuQTYI4DjjtCLYtv7Bd+dGpINtQ5qMg+NNd6oJoANqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=E+OQp8o8KHku5xpXQxb+Qju64Vg2Z+Ml9N2NITyc4KM=; b=gU04ApilyjHgBHrZvDnhw/xbDqmlc3L1qAq/o93J6h9MPYIxNn20qZyW0qI+o1mGT/oLI/CO5sOLlTm6XitkMk0bQF6GQtumXlW7HZv/MsKRjv8UCG18scem3yVSxMywKIH0YJmzV/xeNhgahccZ1XzJdSU17vkmPjE7w4sUkJD9oxwNapUtdPJQ3hplVgxAJshIl97vS7UcopawFUPo6AOmh1Kpm0/Hv8lAhzPCSgIn/D9wl6i+L7+fok5AnzAJ6b605gsrVx2LUZZsdy5YiIHcX7uvdD4VSO8edHtg3zBfzQ3YAtZocsVyCZJMGgHOn3T0FstoehYE6etFUWoM+A== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.onmicrosoft.com; s=selector2-oracle-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=E+OQp8o8KHku5xpXQxb+Qju64Vg2Z+Ml9N2NITyc4KM=; b=GJ7+RXEoQt7eLNU6tVAD3SBHXCIXNnBwTTBt6kgnenzzOVMZqcJNqBkZMOOmImDnao38glpyd4M272Xp98uAad9FBLwMmD+lxgHpd9Dnzakd2XV+oGIlWRwkfKXg/nyFEyPf0BxwI5Wqz/G3TjZChUvSj8F+2a3O9cYDkXahyC0= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by CY4PR10MB1943.namprd10.prod.outlook.com (2603:10b6:903:11a::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4951.17; Thu, 10 Feb 2022 17:39:45 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::99a4:696f:5f30:36b3%7]) with mapi id 15.20.4951.019; Thu, 10 Feb 2022 17:39:44 +0000 From: Drew Adams To: Lars Ingebrigtsen , Joe Corneli Subject: RE: [External] : bug#19194: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust Thread-Topic: [External] : bug#19194: bug#20022: 24.4.90; window-body-height, window-body-width wrong value after text-scale-adjust Thread-Index: AQHYHlcSwQJLqUwnAEq+H0hp5PrMLayNCM3w Date: Thu, 10 Feb 2022 17:39:44 +0000 Message-ID: References: <87h9xm6plp.fsf@gmail.com> <87a6ezb0hn.fsf@gnus.org> In-Reply-To: <87a6ezb0hn.fsf@gnus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: f0c24b06-c2e0-4750-b311-08d9ecbc5392 x-ms-traffictypediagnostic: CY4PR10MB1943:EE_ x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: dDu8BiU8bPLZpP/Fxv3/M3SS5Wt0X7bw7/xIiXZdWf+1o16Z5CoJshad4MssEBmBywwDwmRF3yCYx8Furmc4XIaojy/liCUIOH5UsjFXnNcDBmSINwYOzcZOfOhKJgnm9slxXrVg0Kbk6iHWi1xuAu55HW2ep/rwQu1/axog3LBwlhBTUAzLgAipNg0nmbS5TPlms0MrjoKmodUyM5W3x0RmhbzZrkc4NtYALEHC8gsP/BSwQzON2qDJ9qB2LBo9HF4Oq6sX7GnzLT631OGaWLg97KSq9fR6ubNx5GezZ6GanTyQaUR2K5ay4QXBx5QQsrOUw4btOoFpIV+ZxSMpyo4lsBJ0NrURje9FzEkfzrpCG3uJyapiCZUjpIQ7zgo4QueP9PzIiOu41j+cjRj/q8u78Cy6q7eNIgo8s3vM/j2ns2oj1qHBQPx8GymOlMMFDtH58/xSYTcjZsQVqqExRSJGbR/Vs0vWn/bEWpDp3FYurXpf8wD7IHIB4exaaZtvYvMuRdqRAI6RjBqW3KC/9y5q7cv8uQShigbcR1EqWzy9SeOXZrjKhhxD8D5E7lKi/wo2O+1SAzKH3KC3h3W3D5WdnbjIXQNfboDpbr50XANOFI+FB+DWoSjBWSSDhC9AoBMUBlZI7HkF5Gz0Jc5+i6U5g4/lCdr51a5OfQUJCdpBbwU48LDL4OuLAgjbq1fN8cI5sMlFdiNfNbLWgy288Q== x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SJ0PR10MB5488.namprd10.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(66476007)(76116006)(66946007)(66556008)(7696005)(26005)(64756008)(9686003)(186003)(55016003)(8936002)(8676002)(33656002)(66446008)(2906002)(5660300002)(52536014)(316002)(44832011)(86362001)(4326008)(6506007)(110136005)(54906003)(99936003)(38100700002)(508600001)(71200400001)(122000001)(38070700005); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?1XXg4VATRrrBdkBK++IlayU6Vb/LT6t7IelUoZN7zTdcNd1+ADRmC8lN0dOL?= =?us-ascii?Q?D8Ag3A2iVB+JsE4q54tQ7huqc1yNWBHLeGuE1tQUzp9MebBjxCyLmCYoDhNA?= =?us-ascii?Q?CxPHpyzIxBDmNrTsaQCQIyYrBdJztD/TOsuT/MAqtBVvmw3B3vHs2EodWSW+?= =?us-ascii?Q?vvpu6lKR5AGIQWgz5PGUbVK0DWagylhOvA5tfSlYN+EcYhLlFsm5WkrCQNiq?= =?us-ascii?Q?hqXRn382RE4Nkxhx1q4sjFkrfZj5x2pLzXMjNGOpJnpwvqLZThImORgFZRrx?= =?us-ascii?Q?mfhQVkBNnUCWsYuoDX/N18jKZd5KcJ74Q3cDVoINlvcYfVbNMiTBV4T+Ogp+?= =?us-ascii?Q?RWtQwIPAGnCpRUIhUh3gwQ3jdsVJjTnBYnrPTPTSRQi4hHcZolNQC1b7UT7H?= =?us-ascii?Q?m/rcpdhopHE3GRfjV0cDRS+7DpGii1goe0xV6ac0e+yjk6NwiHwLlyAcqu7Y?= =?us-ascii?Q?bXRKX5HwwI6R0kOM2IluIcNgbRJ8NvkUU37Q/RZdqj6pKjL9BmoUC7AK0J+z?= =?us-ascii?Q?2xqMafxOYPHcZCbfyBCuserCDwUjOBhD2d+9o46MUP3jl6K9QIYz1T3cjPCl?= =?us-ascii?Q?RFarTXpktIKy70+k1p05QMwuFrGlp7xBjiW2ADeUUJTQx98B/kuLikQH1ixD?= =?us-ascii?Q?y5TXWXQK3qddTKqR4l9WkiJb4Ob8t5Tckpgf+x/hZCEURdNOqu9hqxa6EyXh?= =?us-ascii?Q?OWPCYkUGTIN4SN8a/Iojr8uXQ/QjZ4Jr2U0Ib06YDRHmzHcVk7sds0oFq5Aq?= =?us-ascii?Q?7BIzEpJSzmrK6IL/qa7hbzFKkQ1xztLFP+cFCMDUbz40TVigRQTLX+DtoZTH?= =?us-ascii?Q?AeYkOzHvEyVnQajvaGCX/Au0lyp6o4640pos+Oc/w4GStMg1974jjOzXx/Xd?= =?us-ascii?Q?yJ6PkrkzsU8K66vR0tAhSLjFXASO0y5p2Km/R+3n8e1L4UJDWxezndd0EEyM?= =?us-ascii?Q?wudG9LLScXIx20bxg6iLenPZWtL1lmZxQP5ToAa8TAPIJ5e/FGy/pTAl5pRP?= =?us-ascii?Q?tFdMQ+s8IGV8GxIK9/TZCn4GCnutikWXHjLJS9IiHcJj8L+35ZQDJtm2JNSQ?= =?us-ascii?Q?bTJyC8lEZRhxwZ6iLKkiWbR70TXgB4vFLVJ251xr5fu7H/c/3rTAEZBp6m8o?= =?us-ascii?Q?wTBj/JrV7GW/couS8nwrMiwLEcLmAvsioQfsNpVzIv6HYPorFrmJu/TvJIlh?= =?us-ascii?Q?J96aTvSH3IKiqSCbG3q0dTsFo2YPGfkuUny1PEwC76UPoeoMY6Qr3PTBuOwg?= =?us-ascii?Q?j7P0FgiFcTST/LXv3DtBM26gWhwyUq3NQdp2h7HBXsYP3+4lbW5kW6kuMRr9?= =?us-ascii?Q?b20BgV6umkL91/wf79T/H68EjNOwYVmJk+qVsiwBupgloWI9iZQgjGbkid9P?= =?us-ascii?Q?/JyDTndj30DalRZEnRfKt7v51l8n+GDHIL73fgU4aiNFcOx+1gs5L+pxHN4i?= =?us-ascii?Q?NQDQqNhumIp2n35hpymwX40SD0cKJzTwLmoCWq6Gv6iRY/OXTAr76eWSapRJ?= =?us-ascii?Q?iF5QSpxVlLDOH5uHuQ7E9jKMTAZkMX/rUlysWkP1KC0ltgs7HBGFNRX+a4Q5?= =?us-ascii?Q?vpCCz2aJZSW4gLJIP01F8sRZOZnAlWmkHRrdH/NSVo9NESqOLmg0O1JKYIt0?= =?us-ascii?Q?ZQ=3D=3D?= Content-Type: multipart/mixed; boundary="_002_SJ0PR10MB5488C871DFDC94D6E0784A48F32F9SJ0PR10MB5488namp_" MIME-Version: 1.0 X-OriginatorOrg: oracle.com X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: SJ0PR10MB5488.namprd10.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: f0c24b06-c2e0-4750-b311-08d9ecbc5392 X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Feb 2022 17:39:44.8672 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4e2c6054-71cb-48f1-bd6c-3a9705aca71b X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: jnrXZKe8O9s7d3GrYwwXSKx96spkGkv3zeBCcaKC/wg3TnWEq0YLgWdtYLyg40sirsYekjqw/r6lHZqhTOCFeg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: CY4PR10MB1943 X-Proofpoint-Virus-Version: vendor=nai engine=6300 definitions=10254 signatures=673431 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 mlxlogscore=999 phishscore=0 suspectscore=0 adultscore=0 malwarescore=0 bulkscore=0 spamscore=0 mlxscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2201110000 definitions=main-2202100093 X-Proofpoint-GUID: hma-5fsyotKO2IR2mio8Xz7csZjqXoZB X-Proofpoint-ORIG-GUID: hma-5fsyotKO2IR2mio8Xz7csZjqXoZB X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 20022 Cc: "20022@debbugs.gnu.org" <20022@debbugs.gnu.org>, "19194@debbugs.gnu.org" <19194@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 (-) --_002_SJ0PR10MB5488C871DFDC94D6E0784A48F32F9SJ0PR10MB5488namp_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable > > Adjusting the font size, I would expect that the window's "body width" > > would change -- more characters can be fit into the same amount of > > screen space. Current behaviour does not match this expectation. > > > > M-: (window-body-width) RET [Note result.] > > C-x C-- > > M-: (window-body-width) RET [Result is the same.] > > > > The function is described: > > > > "This function returns the width, in columns, of the body of window > > window." > > > > If for some reason the "nominal" number of columns needs to calculated > > with reference to the default font, then there should be another > > function to return the "actual" number of columns. >=20 > Skimming this thread, I think the conclusion here is that these > functions work as designed. `C-x C--' reduces the size of the font in > the current buffer, but the "window body width" concept remains the > same. (I.e., if you create a new buffer and display it, that's what > `window-body-width' is telling you the number of columns for.) >=20 > So I don't think there's anything to do here, and I'm closing this bug > report. The functions work as designed, yes. But the design could be improved. You can decide whether this comment is relevant to this bug report. I think it's related, but it's not exactly the same suggestion/problem. I've proposed an enhancement to optionally resize the window to fit the newly displayed text - shrinking the text shrinks the window etc. This enhancement can free up frame or screen real estate for other windows or frames. This is not the same as the enhancement hinted at in this bug report, which I guess is instead to reflow the text to accommodate/fill the space provided by the changed text size. That makes sense especially if `visual-line-mode' is used. The enhancement I describe makes sense especially if that mode is not used. I've suggested my enhancement before, but it was rejected, even though it's behavior change is optional. I describe it again here, FWIW. I provide the enhancement in the tiny bit of code that is library `face-remap+.el' (attached). It provides a user option, `text-scale-resize-window', and it redefines `text-scale-increase' to respect that option. A patch is trivial. --_002_SJ0PR10MB5488C871DFDC94D6E0784A48F32F9SJ0PR10MB5488namp_ Content-Type: application/octet-stream; name="face-remap+.el" Content-Description: face-remap+.el Content-Disposition: attachment; filename="face-remap+.el"; size=8034; creation-date="Wed, 25 Jul 2018 14:59:04 GMT"; modification-date="Thu, 10 Feb 2022 17:39:44 GMT" Content-Transfer-Encoding: base64 Ozs7IGZhY2UtcmVtYXArLmVsIC0tLSBFeHRlbnNpb25zIHRvIHN0YW5kYXJkIGxpYnJhcnkgYGZh Y2UtcmVtYXAuZWwnLgo7Owo7OyBGaWxlbmFtZTogZmFjZS1yZW1hcCsuZWwKOzsgRGVzY3JpcHRp b246IEV4dGVuc2lvbnMgdG8gc3RhbmRhcmQgbGlicmFyeSBgZmFjZS1yZW1hcC5lbCcuCjs7IEF1 dGhvcjogRHJldyBBZGFtcwo7OyBNYWludGFpbmVyOiBEcmV3IEFkYW1zIChjb25jYXQgImRyZXcu YWRhbXMiICJAIiAib3JhY2xlIiAiLmNvbSIpCjs7IENvcHlyaWdodCAoQykgMjAwOS0yMDE4LCBE cmV3IEFkYW1zLCBhbGwgcmlnaHRzIHJlc2VydmVkLgo7OyBDcmVhdGVkOiBXZWQgSnVuIDE3IDE0 OjI2OjIxIDIwMDkgKC0wNzAwKQo7OyBWZXJzaW9uOiAwCjs7IFBhY2thZ2UtUmVxdWlyZXM6ICgp Cjs7IExhc3QtVXBkYXRlZDogTW9uIEphbiAgMSAxMToxODoxOCAyMDE4ICgtMDgwMCkKOzsgICAg ICAgICAgIEJ5OiBkcmFkYW1zCjs7ICAgICBVcGRhdGUgIzogMTc5Cjs7IFVSTDogaHR0cHM6Ly93 d3cuZW1hY3N3aWtpLm9yZy9lbWFjcy9kb3dubG9hZC9mYWNlLXJlbWFwJTJiLmVsCjs7IERvYyBV Ukw6IGh0dHBzOi8vZW1hY3N3aWtpLm9yZy9lbWFjcy9TZXRGb250cwo7OyBLZXl3b3Jkczogd2lu ZG93IGZyYW1lIGZhY2UgZm9udAo7OyBDb21wYXRpYmlsaXR5OiBHTlUgRW1hY3M6IDIzLngsIDI0 LngsIDI1LngsIDI2LngKOzsKOzsgRmVhdHVyZXMgdGhhdCBtaWdodCBiZSByZXF1aXJlZCBieSB0 aGlzIGxpYnJhcnk6Cjs7Cjs7ICAgYGZhY2UtcmVtYXAnLgo7Owo7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Cjs7Cjs7 OyBDb21tZW50YXJ5Ogo7Owo7Owo7OyAgQ29tbWFuZHMgYHRleHQtc2NhbGUtZGVjcmVhc2UnLCBg dGV4dC1zY2FsZS1pbmNyZWFzZScsIGFuZAo7OyAgYHRleHQtc2NhbGUtYWRqdXN0JyAoYm91bmQg dG8gYEMteCBDLS0nLCBgQy14IEMtKycsIGBDLXggQy09JywgYW5kCjs7ICBgQy14IEMtMCcpIGxl dCB5b3UgcmVzaXplIHRoZSB0ZXh0IGluIHRoZSBjdXJyZW50IGJ1ZmZlciBieQo7OyAgY2hhbmdp bmcgaXRzIHNjYWxlIGZhY3Rvci4gIFdoZW4geW91IHNocmluayBvciBlbmxhcmdlIHRoZQo7OyAg YXBwYXJlbnQgdGV4dCBzaXplIHRoaXMgd2F5LCBob3dldmVyLCB0aGUgd2luZG93IHRha2VzIG5v IG5vdGljZQo7OyAgb2YgaXQuICBJbiBwYXJ0aWN1bGFyLCBhbHRob3VnaCBzaHJpbmtpbmcgdGV4 dCBjYW4gcmVzdWx0IGluIGV4dHJhCjs7ICBob3Jpem9udGFsIHNwYWNlIGF0IHRoZSByaWdodCwg d2luZG93IGNvbW1hbmRzIGRvIG5vdCBzZWUgdGhpcwo7OyAgc3BhY2UgYXMgZXh0cmEuCjs7Cjs7 ICBXaXRoIHRoaXMgbGlicmFyeSwgdXNlciBvcHRpb24gYHRleHQtc2NhbGUtcmVzaXplLXdpbmRv dycgbGV0cyB5b3UKOzsgIGF1dG9tYXRpY2FsbHkgcmVzaXplIHRoZSBzZWxlY3RlZCB3aW5kb3cg KGhvcml6b250YWxseSwKOzsgIHZlcnRpY2FsbHksIG9yIGJvdGgpIHdoZW4gdGV4dCBpcyByZXNp emVkLCBzbyB0aGF0IHRoZSB3YXkgdGhlCjs7ICB3aW5kb3cgZml0cyB0aGUgYnVmZmVyIHRleHQg cmVtYWlucyByZWxhdGl2ZWx5IGNvbnN0YW50Lgo7OyAgU2hyaW5raW5nIHRoZSB0ZXh0IGluIG9u ZSB3aW5kb3cgc2hyaW5rcyB0aGF0IHdpbmRvdywgZ2l2aW5nIG1vcmUKOzsgIHNwYWNlIHRvIGFk amFjZW50IHdpbmRvd3MuCjs7Cjs7ICBJZiB5b3UgYWxzbyB1c2UgbGlicmFyeSBgZml0LWZyYW1l LmVsJywgdGhlbiBvbmUtd2luZG93IGZyYW1lcwo7OyAgYWxzbyByZXNwb25kIHRvIHRleHQgcmVz aXppbmcgYnkgc2NhbGluZy4gIElmIG5vdCwgdGhlbiB0aGUKOzsgIHRleHQtc2NhbGUgY29tbWFu ZHMgaGF2ZSBubyBlZmZlY3Qgb24gZnJhbWUgc2l6ZSBmb3Igb25lLXdpbmRvdwo7OyAgZnJhbWVz Lgo7Owo7OyAgU2VlIGFsc286Cjs7Cjs7ICAqIExpYnJhcnkgYHpvb20tZnJtLmVsJywgd2hpY2gg cHJvdmlkZXMgY29tbWFuZHMgYHpvb20taW4nIGFuZAo7OyAgICBgem9vbS1vdXQnLCB3aGljaCBs ZXQgeW91IHpvb20gdGhlIHRleHQgaW4gYSBidWZmZXIgKGFzIGluIHRleHQKOzsgICAgc2NhbGlu Zykgb3IgdGhlIHRleHQgaW4gYW4gZnJhbWUuICBJbiB0aGUgbGF0dGVyIGNhc2UsIHRoZQo7OyAg ICBkZWZhdWx0IGZvbnQgb2YgdGhlIGZyYW1lIGlzIGVubGFyZ2VkIG9yIHNocnVuayBkeW5hbWlj YWxseS4KOzsKOzsgICogTGlicmFyeSBgZG9yZW1pLWZybS5lbCcsIHdoaWNoIHByb3ZpZGVzIGNv bW1hbmRzCjs7ICAgIGBkb3JlbWktYnVmZmVyLWZvbnQtc2l6ZSsnIGFuZCBgZG9yZW1pLWZyYW1l LWZvbnQtc2l6ZSsnLCB3aGljaAo7OyAgICBwcm92aWRlIGFub3RoZXIgd2F5IHRvIHpvb20gaW5j cmVtZW50YWxseS4KOzsKOzsgIFRvIHVzZSBsaWJyYXJ5IGBmYWNlLXJlbWFwKy5lbCcsIHB1dCBp dCBpbiB5b3VyIGBsb2FkLXBhdGgnIGFuZAo7OyAgcHV0IHRoaXMgc2V4cCBpbiB5b3VyIGluaXQg ZmlsZSAofi8uZW1hY3MpOgo7Owo7OyAgIChyZXF1aXJlICdmYWNlLXJlbWFwKykKOzsKOzsKOzsg IE9wdGlvbnMgKHVzZXIgdmFyaWFibGVzKSBkZWZpbmVkIGhlcmU6Cjs7Cjs7ICAgIGB0ZXh0LXNj YWxlLXJlc2l6ZS13aW5kb3cnLgo7Owo7Owo7OyAgKioqKiogTk9URTogVGhlIGZvbGxvd2luZyBz dGFuZGFyZCBmdW5jdGlvbnMgZGVmaW5lZCBpbiBgZmFjZS1yZW1hcC5lbCcKOzsgICAgICAgICAg ICAgIGhhdmUgYmVlbiBSRURFRklORUQgSEVSRToKOzsKOzsgICAgYHRleHQtc2NhbGUtaW5jcmVh c2UnIC0tIFBvc3NpYmx5IHJlc2l6ZSB0aGUgd2luZG93IG9yIGZyYW1lLgo7Owo7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Cjs7Cjs7OyBDaGFuZ2UgTG9nOgo7Owo7OyAyMDA5LzA2LzIyIGRhZGFtcwo7OyAgICAgUmVt b3ZlZCB2ZXN0aWdpYWwgZGVmdmFyICh1bnVzZWQgdmFyaWFibGUpLgo7OyAyMDA5LzA2LzE3IGRh ZGFtcwo7OyAgICAgQ3JlYXRlZC4KOzsKOzs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Owo7Owo7OyBUaGlzIHByb2dyYW0g aXMgZnJlZSBzb2Z0d2FyZTsgeW91IGNhbiByZWRpc3RyaWJ1dGUgaXQgYW5kL29yCjs7IG1vZGlm eSBpdCB1bmRlciB0aGUgdGVybXMgb2YgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlIGFz Cjs7IHB1Ymxpc2hlZCBieSB0aGUgRnJlZSBTb2Z0d2FyZSBGb3VuZGF0aW9uOyBlaXRoZXIgdmVy c2lvbiAzLCBvcgo7OyAoYXQgeW91ciBvcHRpb24pIGFueSBsYXRlciB2ZXJzaW9uLgo7Owo7OyBU aGlzIHByb2dyYW0gaXMgZGlzdHJpYnV0ZWQgaW4gdGhlIGhvcGUgdGhhdCBpdCB3aWxsIGJlIHVz ZWZ1bCwKOzsgYnV0IFdJVEhPVVQgQU5ZIFdBUlJBTlRZOyB3aXRob3V0IGV2ZW4gdGhlIGltcGxp ZWQgd2FycmFudHkgb2YKOzsgTUVSQ0hBTlRBQklMSVRZIG9yIEZJVE5FU1MgRk9SIEEgUEFSVElD VUxBUiBQVVJQT1NFLiAgU2VlIHRoZSBHTlUKOzsgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSBmb3Ig bW9yZSBkZXRhaWxzLgo7Owo7OyBZb3Ugc2hvdWxkIGhhdmUgcmVjZWl2ZWQgYSBjb3B5IG9mIHRo ZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZQo7OyBhbG9uZyB3aXRoIHRoaXMgcHJvZ3JhbTsg c2VlIHRoZSBmaWxlIENPUFlJTkcuICBJZiBub3QsIHdyaXRlIHRvCjs7IHRoZSBGcmVlIFNvZnR3 YXJlIEZvdW5kYXRpb24sIEluYy4sIDUxIEZyYW5rbGluIFN0cmVldCwgRmlmdGgKOzsgRmxvb3Is IEJvc3RvbiwgTUEgMDIxMTAtMTMwMSwgVVNBLgo7Owo7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Cjs7Cjs7OyBDb2Rl OgoKKHJlcXVpcmUgJ2ZhY2UtcmVtYXApCgo7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 OwoKOzs7IyMjYXV0b2xvYWQKKGRlZmN1c3RvbSB0ZXh0LXNjYWxlLXJlc2l6ZS13aW5kb3cgdAog ICIqTm9uLW5pbCBtZWFucyB0ZXh0IHNjYWxpbmcgcmVzaXplcyB0aGUgd2luZG93IG9yIGZyYW1l IGFjY29yZGluZ2x5LgpGb3IgZXhhbXBsZSwgaWYgeW91IHVzZSBgQy14IEMtLScgKGB0ZXh0LXNj YWxlLWRlY3JlYXNlJyknIHRvIG1ha2UgdGhlCnRleHQgc21hbGxlciwgdGhlbiB0aGUgd2luZG93 IG9yIGZyYW1lIGlzIG1hZGUgc21hbGxlciBieSBhIHNpbWlsYXIKZmFjdG9yLgoKSWYgdGhlIHdp bmRvdyBpcyBub3QgYWxvbmUgaW4gaXRzIGZyYW1lLCB0aGVuIHRoZSB3aW5kb3cgaXMgcmVzaXpl ZC4KT3RoZXJ3aXNlLCB0aGUgZnJhbWUgaXMgcmVzaXplZCAocHJvdmlkZWQgeW91IGFsc28gdXNl IGxpYnJhcnkKYGZpdC1mcmFtZS5lbCcpLiAgVGhlIGZyYW1lIGlzIGFsd2F5cyByZXNpemVkIGJv dGggaG9yaXpvbnRhbGx5IGFuZAp2ZXJ0aWNhbGx5LiIKICA6dHlwZSAnKGNob2ljZQogICAgICAg ICAgKGNvbnN0IDp0YWcgIkRvIG5vdCByZXNpemUgd2luZG93IHdoZW4gc2NhbGUgdGV4dCIgIG5p bCkKICAgICAgICAgIChjb25zdCA6dGFnICJSZXNpemUgd2luZG93IHdoZW4gc2NhbGUgdGV4dCIg ICAgICAgICB0KQogICAgICAgICAgKGNvbnN0IDp0YWcgIlJlc2l6ZSBvbmx5IGhvcml6b250YWxs eSIgICAgICAgICAgICAgIGhvcml6b250YWxseSkKICAgICAgICAgIChjb25zdCA6dGFnICJSZXNp emUgb25seSB2ZXJ0aWNhbGx5IiAgICAgICAgICAgICAgICB2ZXJ0aWNhbGx5KSkKICA6Z3JvdXAg J2Rpc3BsYXkpCgoKOzsgUkVQTEFDRVMgT1JJR0lOQUwgYHRleHQtc2NhbGUtaW5jcmVhc2UnIGRl ZmluZWQgaW4gYGZhY2UtcmVtYXAuZWwnLAo7Owo7OyBSZXNpemUgd2luZG93IG9yIGZyYW1lIGlm IGB0ZXh0LXNjYWxlLXJlc2l6ZS13aW5kb3cnIGlzIG5vbi1uaWwuCjs7Cjs7OyMjI2F1dG9sb2Fk CihkZWZ1biB0ZXh0LXNjYWxlLWluY3JlYXNlIChpbmMpCiAgIkluY3JlYXNlIHRoZSBoZWlnaHQg b2YgdGhlIGRlZmF1bHQgZmFjZSBpbiB0aGUgY3VycmVudCBidWZmZXIgYnkgSU5DIHN0ZXBzLgpJ ZiB0aGUgbmV3IGhlaWdodCBpcyBvdGhlciB0aGFuIHRoZSBkZWZhdWx0LCBgdGV4dC1zY2FsZS1t b2RlJyBpcyBlbmFibGVkLgoKRWFjaCBzdGVwIHNjYWxlcyB0aGUgaGVpZ2h0IG9mIHRoZSBkZWZh dWx0IGZhY2UgYnkgdGhlIHZhcmlhYmxlCmB0ZXh0LXNjYWxlLW1vZGUtc3RlcCcgKGEgbmVnYXRp dmUgbnVtYmVyIG9mIHN0ZXBzIGRlY3JlYXNlcyB0aGUKaGVpZ2h0IGJ5IHRoZSBzYW1lIGFtb3Vu dCkuICBBcyBhIHNwZWNpYWwgY2FzZSwgYW4gYXJndW1lbnQgb2YgMApyZW1vdmVzIGFueSBzY2Fs aW5nIGN1cnJlbnRseSBhY3RpdmUuCgpJZiBvcHRpb24gYHRleHQtc2NhbGUtcmVzaXplLXdpbmRv dycgaXMgbm9uLW5pbCwgdGhlbiB0aGUgc2VsZWN0ZWQKd2luZG93IG9yIGZyYW1lIGlzIHJlc2l6 ZWQgYWNjb3JkaW5nbHksIHNvIGFzIHRvIGtlZXAgcm91Z2hseSB0aGUgc2FtZQp0ZXh0IHZpc2li bGUgaW4gdGhlIHdpbmRvdy4gIE5vcm1hbGx5LCBpdCBpcyB0aGUgd2luZG93IHRoYXQgaXMKcmVz aXplZCwgYnV0IGlmIHRoZSB3aW5kb3cgaXMgYWxvbmUgaW4gaXRzIGZyYW1lIChhbmQgaWYgeW91 IHVzZQpsaWJyYXJ5IGBmaXQtZnJhbWUuZWwnKSwgdGhlbiB0aGUgZnJhbWUgaXMgcmVzaXplZCBp bnN0ZWFkLgoKU2VlIG9wdGlvbiBgdGV4dC1zY2FsZS1yZXNpemUtd2luZG93JyBmb3IgdGhlIHBv c3NpYmxlIGJlaGF2aW9ycy4iCiAgKGludGVyYWN0aXZlICJwIikKICAobGV0KiAoKG9hbW91bnQg ICAgICAgKGlmIHRleHQtc2NhbGUtbW9kZSB0ZXh0LXNjYWxlLW1vZGUtYW1vdW50IDApKQogICAg ICAgICAoc2NhbGUtZmFjdG9yICAoZXhwdCB0ZXh0LXNjYWxlLW1vZGUtc3RlcCAoaWYgKD0gaW5j IDApICgtIG9hbW91bnQpIGluYykpKQogICAgICAgICAodXNlLWZyYW1lLXAgICAoYW5kIChmYm91 bmRwICdmaXQtZnJhbWUpIChvbmUtd2luZG93LXAgJ25vbWluaSkpKQogICAgICAgICAoZWRnZXMg ICAgICAgICAoaWYgdXNlLWZyYW1lLXAgKHdpbmRvdy1pbnNpZGUtZWRnZXMpICh3aW5kb3ctZWRn ZXMpKSkKICAgICAgICAgKG93aWR0aCAgICAgICAgKC0gKG50aCAyIGVkZ2VzKSAobnRoIDAgZWRn ZXMpKSkKICAgICAgICAgOzsgSWYgcmVzaXppbmcgZnJhbWUsIGRvbid0IGNvdW50IGhlYWRlciBs aW5lIG9mZnNldCAoVG9wKSAtIGp1c3QgdXNlIEJvdHRvbS4KICAgICAgICAgKG9oZWlnaHQgICAg ICAgKC0gKG50aCAzIGVkZ2VzKSAoaWYgdXNlLWZyYW1lLXAgMCAobnRoIDEgZWRnZXMpKSkpKQog ICAgKHNldHEgdGV4dC1zY2FsZS1tb2RlLWFtb3VudAogICAgICAgICAgKGlmICg9IGluYyAwKSAw ICgrIChpZiB0ZXh0LXNjYWxlLW1vZGUgdGV4dC1zY2FsZS1tb2RlLWFtb3VudCAwKSBpbmMpKSkK ICAgICh0ZXh0LXNjYWxlLW1vZGUgKGlmICh6ZXJvcCB0ZXh0LXNjYWxlLW1vZGUtYW1vdW50KSAt MSAxKSkKICAgICh3aGVuIHRleHQtc2NhbGUtcmVzaXplLXdpbmRvdwogICAgICAoaWYgdXNlLWZy YW1lLXAKICAgICAgICAgIChsZXQqICgod2lkdGggICAgICAgICAgIChyb3VuZCAoKiBvd2lkdGgg IHNjYWxlLWZhY3RvcikpKQogICAgICAgICAgICAgICAgIChoZWlnaHQgICAgICAgICAgKHJvdW5k ICgqIG9oZWlnaHQgc2NhbGUtZmFjdG9yKSkpCiAgICAgICAgICAgICAgICAgKGZwYXJhbXMgICAg ICAgICAoZnJhbWUtcGFyYW1ldGVycykpCiAgICAgICAgICAgICAgICAgKHRvb2wtYmFyLWxpbmVz ICAob3IgKGNkciAoYXNzcSAndG9vbC1iYXItbGluZXMgZnBhcmFtcykpIDApKQogICAgICAgICAg ICAgICAgIChtZW51LWJhci1saW5lcyAgKG9yIChjZHIgKGFzc3EgJ21lbnUtYmFyLWxpbmVzIGZw YXJhbXMpKSAwKSkKICAgICAgICAgICAgICAgICA7OyBgd2luZG93LWxpbmUtaGVpZ2h0JyBkb2Vz bid0IHNlZW0gdG8gd29yayAtIEkgZmlsZWQgRW1hY3MgYnVnICMzNjAyLgogICAgICAgICAgICAg ICAgIChoZWFkZXItbGluZSAgICAgKHdpbmRvdy1saW5lLWhlaWdodCAnaGVhZGVyLWxpbmUpKSkK ICAgICAgICAgICAgOzsgYHNldC1mcmFtZS1zaXplJyBpbmNsdWRlcyBmcmFtZSdzIG1lbnUtYmFy LCB0b29sLWJhciwgYW5kIG1pbmlidWZmZXIuCiAgICAgICAgICAgICh3aGVuIChjZHIgKGFzc3Eg J21vZGVsaW5lICBmcGFyYW1zKSkgKHNldHEgaGVpZ2h0ICAoMSsgaGVpZ2h0KSkpCiAgICAgICAg ICAgICh3aGVuIChjZHIgKGFzc3EgJ21pbmlidWZmZXIgZnBhcmFtcykpIChzZXRxIGhlaWdodCAg KDErIGhlaWdodCkpKQogICAgICAgICAgICAod2hlbiBoZWFkZXItbGluZSAoc2V0cSBoZWlnaHQg KCsgaGVpZ2h0IDEpKSkKICAgICAgICAgICAgKHNldHEgaGVpZ2h0ICAoKyBoZWlnaHQgdG9vbC1i YXItbGluZXMgbWVudS1iYXItbGluZXMpKQogICAgICAgICAgICAoZml0LWZyYW1lIG5pbCB3aWR0 aCBoZWlnaHQpKQogICAgICAgICh1bmxlc3MgKGVxIHRleHQtc2NhbGUtcmVzaXplLXdpbmRvdyAn dmVydGljYWxseSkKICAgICAgICAgIChjb25kaXRpb24tY2FzZSBuaWwKICAgICAgICAgICAgICAo ZW5sYXJnZS13aW5kb3ctaG9yaXpvbnRhbGx5IChyb3VuZCAoLSAoKiBvd2lkdGggc2NhbGUtZmFj dG9yKSBvd2lkdGgpKSkKICAgICAgICAgICAgKGVycm9yIG5pbCkpKQogICAgICAgICh1bmxlc3Mg KGVxIHRleHQtc2NhbGUtcmVzaXplLXdpbmRvdyAnaG9yaXpvbnRhbGx5KQogICAgICAgICAgKGNv bmRpdGlvbi1jYXNlIG5pbAogICAgICAgICAgICAgIChlbmxhcmdlLXdpbmRvdyAocm91bmQgKC0g KCogb2hlaWdodCBzY2FsZS1mYWN0b3IpIG9oZWlnaHQpKSkKICAgICAgICAgICAgKGVycm9yIG5p bCkpKSkpKSkKCjs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7CgoocHJvdmlkZSAnZmFj ZS1yZW1hcCspCgo7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7 Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Ozs7Cjs7OyBmYWNlLXJlbWFwKy5lbCBlbmRzIGhlcmUK --_002_SJ0PR10MB5488C871DFDC94D6E0784A48F32F9SJ0PR10MB5488namp_-- From unknown Mon Jun 23 05:59:12 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Fri, 11 Mar 2022 12:24:06 +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