From unknown Sun Aug 10 07:31:13 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#56357 <56357@debbugs.gnu.org> To: bug#56357 <56357@debbugs.gnu.org> Subject: Status: Request for font size adaptation that fits window Reply-To: bug#56357 <56357@debbugs.gnu.org> Date: Sun, 10 Aug 2025 14:31:13 +0000 retitle 56357 Request for font size adaptation that fits window reassign 56357 emacs submitter 56357 carlmarcos@tutanota.com severity 56357 wishlist thanks From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 02 08:18:01 2022 Received: (at submit) by debbugs.gnu.org; 2 Jul 2022 12:18:01 +0000 Received: from localhost ([127.0.0.1]:40097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7c4X-0006sz-3U for submit@debbugs.gnu.org; Sat, 02 Jul 2022 08:18:01 -0400 Received: from lists.gnu.org ([209.51.188.17]:44874) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7c4S-0006r5-P5 for submit@debbugs.gnu.org; Sat, 02 Jul 2022 08:18:00 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59512) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7c4S-0002Aj-KN for bug-gnu-emacs@gnu.org; Sat, 02 Jul 2022 08:17:56 -0400 Received: from w1.tutanota.de ([81.3.6.162]:49308) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7c4Q-000615-Ml for bug-gnu-emacs@gnu.org; Sat, 02 Jul 2022 08:17:56 -0400 Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 31551FBF8BF for ; Sat, 2 Jul 2022 12:17:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1656764271; s=s1; d=tutanota.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Date:Date:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:Sender; bh=WL3D1K+rb/fCO4nEx5ePEJVWGBV8kr94w+I9YdnoY78=; b=RMKrxTMNm+vmvDPB8Dda3ifdhJ0BrTNvXmNayZ8eCWO/uT7TYocHQNB9nk5pKWxU 2BbMvBVUQ7kr9K7ro6PNnOXxF1/TM7SMPo8Qnp4yRZo03thpBEzu3IiwuDJ5zd41+Ts PXXsdWsFKFi5ipdEJMq89Z5iZapZar1AQ7UmbSJl7VDX7aF37UzLNGltU+jo28dgSzq USUPcjnn1HEH2IG/N/pR5qCofVs9i/71AZjAwMRn2RupSTvsajcmLAx0VAKCWMnf+NX zWq3RzR6XlPMncL3DmEQ+B05PtJn+4LJppuSylUybRRI+/Epc4/5dxv4GONczrJ/3a4 5nkDLs+lyw== Date: Sat, 2 Jul 2022 14:17:51 +0200 (CEST) From: carlmarcos@tutanota.com To: Bug Gnu Emacs Message-ID: Subject: Request for font size adaptation that fits window MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1041437_577873484.1656764271184" Received-SPF: pass client-ip=81.3.6.162; envelope-from=carlmarcos@tutanota.com; helo=w1.tutanota.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.4 (-) 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.4 (--) ------=_Part_1041437_577873484.1656764271184 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I am basically an old fart who cannot read small fonts anymore.=C2=A0 Could= you think of a way to automatically maximise the font size.=C2=A0=20 Suppose a user uses a 13 pt font size.=C2=A0 Let there be some space betwee= n the longest line in the buffer and the edge of the window.=C2=A0 It would= be super if the font size could be automatically increased, such that the = difference between the longest line and the window size in minimised. Many thanks for reading this. ------=_Part_1041437_577873484.1656764271184 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 7bit

I am basically an old fart who cannot read small fonts anymore.  Could you think of a way to automatically maximise the font size. 

Suppose a user uses a 13 pt font size.  Let there be some space between the longest line in the buffer and the edge of the window.  It would be super if the font size could be automatically increased, such that the difference between the longest line and the window size in minimised.

Many thanks for reading this.
------=_Part_1041437_577873484.1656764271184-- From debbugs-submit-bounces@debbugs.gnu.org Sat Jul 02 23:39:44 2022 Received: (at 56357) by debbugs.gnu.org; 3 Jul 2022 03:39:44 +0000 Received: from localhost ([127.0.0.1]:43110 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7qSV-000684-QL for submit@debbugs.gnu.org; Sat, 02 Jul 2022 23:39:44 -0400 Received: from eggs.gnu.org ([209.51.188.92]:59330) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o7qSQ-00067n-V4 for 56357@debbugs.gnu.org; Sat, 02 Jul 2022 23:39:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:59568) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o7qSL-0007yE-Ko; Sat, 02 Jul 2022 23:39:33 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=WKSPH3U/E1QB2cCwK7WhpclE/pR0PUiCuWTDoeH0rOo=; b=RWTF0gimr0K6 X0fllPQ3PFJnXeWzNuk8A4fpPCaeFI3Gc18cRAB5rdG/pkKoh9HEVTp7ta9cgCqsDXRPMVr4yhdcx gyjfepE6SUR/K3+FSag0fWug+5amt3ufmnEJieCx0LCR/wfryphuFPPqn6Sf59UCo0JWLDp7EeyOY 2+hwfTxlF6P+9wtCGI22nrAwbuLo4/pZyiIbC/ZNQIYk5StEi2naCzBanMFOb+FQvGA4EG1ByE9b1 zCWtVYudvkzKSuUJdqfLljQP62H7DXGNd6/jR5k7d+LN0uVGHHFVOuzRFcNYrF85LN6K/oIoa9AWZ S2WDXc7EnpA0MCq3RoU2aQ==; Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1o7qSL-0001Mv-3N; Sat, 02 Jul 2022 23:39:33 -0400 Content-Type: text/plain; charset=Utf-8 From: Richard Stallman To: carlmarcos@tutanota.com In-Reply-To: (bug-gnu-emacs@gnu.org) Subject: Re: bug#56357: Request for font size adaptation that fits window References: Message-Id: Date: Sat, 02 Jul 2022 23:39:33 -0400 X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56357 Cc: 56357@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: , Reply-To: rms@gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > I am basically an old fart who cannot read small fonts anymore.  > Could you think of a way to automatically maximise the font size.  You're not the only person who has this problem. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org) From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 07:01:31 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 11:01:31 +0000 Received: from localhost ([127.0.0.1]:46272 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8Jpa-0002xM-NI for submit@debbugs.gnu.org; Mon, 04 Jul 2022 07:01:30 -0400 Received: from quimby.gnus.org ([95.216.78.240]:59982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8JpZ-0002rt-E2 for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 07:01:29 -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:Date:References: In-Reply-To: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=Uc3B5AjCczn8AaIy62JGoLG4YHbZkLrij8paakiQoKM=; b=jMFL2yX5/oU/WA0wcbqyXuASo6 U+zoM0ERXMj5gYMhoI17ZoX8KL7EqBTT3ZWS06/JPZrA6JGFt4/TzaKfIIE+c2EzrmF1RWmxVN/eX 3pxMcMVq/OrSpwocVTB034cyHR9NdyNXNdzVLReIqYsfMU6Y4KjwWloV5z/n3Mwe+auc=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8JpQ-0006Z9-M5; Mon, 04 Jul 2022 13:01:23 +0200 From: Lars Ingebrigtsen To: carlmarcos@tutanota.com Subject: Re: bug#56357: Request for font size adaptation that fits window In-Reply-To: (carlmarcos@tutanota.com's message of "Sat, 2 Jul 2022 14:17:51 +0200 (CEST)") References: X-Now-Playing: Joe Jackson's _Big World_: "(untitled)" Date: Mon, 04 Jul 2022 13:01:20 +0200 Message-ID: <871qv187lr.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: carlmarcos@tutanota.com writes: > Suppose a user uses a 13 pt font size. Let there be some space > between the longest line in the buffer and the edge of the window. It > would be super if the font size could be automatically increa [...] 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: 56357 Cc: 56357@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 (---) carlmarcos@tutanota.com writes: > Suppose a user uses a 13 pt font size. Let there be some space > between the longest line in the buffer and the edge of the window. It > would be super if the font size could be automatically increased, such > that the difference between the longest line and the window size in > minimised. I think that sounds like a useful feature, and I'm kinda surprised that it doesn't exist yet. Or does it? Anybody know? To implement this, I guess the obvious thing would be to have a global minor mode that'd listen to frame size changes, and then adjust the font size up/down to reach the desired number of characters in a frame? So we'd have a user option font-size-adjust-target (defaulting to 80) and a font-size-adjust-mode? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 07:42:51 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 11:42:51 +0000 Received: from localhost ([127.0.0.1]:46353 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8KTb-0000n8-15 for submit@debbugs.gnu.org; Mon, 04 Jul 2022 07:42:51 -0400 Received: from eggs.gnu.org ([209.51.188.92]:56564) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8KTZ-0000ms-C6 for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 07:42:49 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51342) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8KTT-0001jV-Lm; Mon, 04 Jul 2022 07:42:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=S93ZDlKpP+y1tpfb80XL7KrUq3Dx8Ltr657+iz0xu1c=; b=ONCkuSOHREZl XeZSeQmZb+FhZmjMcIaiKDQ7KG7oC64xXtbkX4fINEliyjPdoJM+pyw7tP3HKdmyFvThRI61gG5xS tMPBCQYb1OKvKSSwdLmctnQaNSOKUwZ4fKMmYl6BkZcRRvkxlIAI6TPwJlXRlPcTV+OA7JWEphmtY JhySRpwhcWL/f55imGFe34LwhVxdQ8xsofEY1/9NB2G71pxa9umkfjeIFifSRcnEev9Pp1KMoWGat /dZfIfa6zu65uvkNapUayFWkvaD3iFQiW1V3NzHNcU0LM/YaVxWJ4B3ejVxBBWdq6+q4jCv4XxCnR jfFP5uOaAG2hjKYIgfo+Jg==; Received: from [87.69.77.57] (port=2916 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8KTT-00022z-34; Mon, 04 Jul 2022 07:42:43 -0400 Date: Mon, 04 Jul 2022 14:42:31 +0300 Message-Id: <83y1x985p4.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <871qv187lr.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 04 Jul 2022 13:01:20 +0200) Subject: Re: bug#56357: Request for font size adaptation that fits window References: <871qv187lr.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56357 Cc: carlmarcos@tutanota.com, 56357@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: 56357@debbugs.gnu.org > From: Lars Ingebrigtsen > Date: Mon, 04 Jul 2022 13:01:20 +0200 > > carlmarcos@tutanota.com writes: > > > Suppose a user uses a 13 pt font size. Let there be some space > > between the longest line in the buffer and the edge of the window. It > > would be super if the font size could be automatically increased, such > > that the difference between the longest line and the window size in > > minimised. > > I think that sounds like a useful feature, and I'm kinda surprised that > it doesn't exist yet. Or does it? Anybody know? > > To implement this, I guess the obvious thing would be to have a global > minor mode that'd listen to frame size changes, and then adjust the font > size up/down to reach the desired number of characters in a frame? So > we'd have a user option font-size-adjust-target (defaulting to 80) > and a font-size-adjust-mode? That's not what the feature request asked for, AFAIU: it wanted dynamic resizing, and it wanted the size to depend on the "longest line" (not clear if "longest in the window" or "longest in the buffer"). With your proposal, how would you determine the target value? If it's just an arbitrary value (80 sounds like an arbitrary one to me), then the recently-added global-text-scale-adjust-resizes-frames variable does the same, just from the other end: the user enlarges the font and the frame follows suit. And since our default frame width is already set for 80 characters, it sounds like we already have the feature you envisioned, no? From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 09:54:58 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 13:54:58 +0000 Received: from localhost ([127.0.0.1]:46424 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8MXS-0004Em-6e for submit@debbugs.gnu.org; Mon, 04 Jul 2022 09:54:58 -0400 Received: from quimby.gnus.org ([95.216.78.240]:33208) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8MXQ-0004EW-4b for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 09:54:57 -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:Date:References: In-Reply-To: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=0lIsRvkKVUAxuYPDYk4R5guHsjxiUfxeiasxtcS69r8=; b=BHOqxdgWVcP7QZN5fz2dkZSqKT Xo0oUjY69PUBG3i+QA1IxMZdDa7RSXtlstafuYaqi7onNg7IjDqxxgV/noYMFHS+1IIUEy5UmOtmF KEEaxTUWsmr6VwZrTaU8kGuZdUX/N22NOQgqIy4H+jBU8vKT3JG+UfEKz+R6Nvs7A2Ms=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8MXG-0007nx-Ni; Mon, 04 Jul 2022 15:54:49 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#56357: Request for font size adaptation that fits window In-Reply-To: <83y1x985p4.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 04 Jul 2022 14:42:31 +0300") References: <871qv187lr.fsf@gnus.org> <83y1x985p4.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEUtEAgMCAMyLCVc HA+dKhXQNBrlOhyXk4lZWVH1QyH///8/dARjAAAAAWJLR0QKaND0VgAAAAd0SU1FB+YHBA01BJwP jIQAAAGRSURBVDjLjZKxbtswEIZ5kWx0vAOd7JGHdiRBJkA3GTwR8BbApPaiVl7BHdss0VggQJ+3 lBIkkkwDOVGCqE+8/+4nhUhBQMMYA8UYV4IuxKeAZJcHmxjrfCq2LgvQFnlgG+b3sqegLuNB6gww Nugyt0JYp01Oo2CnNZVNgAUo2QmQbfd4WFYVHcC6Y/uoZwA5pDaawJZ3ixVcEzrLztQLr5wmjEMc FpbsCLDrmLufcwBpgjFYbh7m4lCkp2dmvxAnle7rLnYdLLcW02het2smPhoorVl4JVBNHcXTr1P/ fPqTFJBmoKq2v7fmllAZqTCVli6BQypumnvWtF799ent7uiOYb/SgrR/uWmZxPouHPH+3ybwj+9t m0AMjd+z9r5tvd+vQnw5hrBPoNBSSQNSGVEnfVWABMBpucV4dL72T33/3N9O+xgb+1I9VdW3Cman hDITBATKgfS1hAzAwYNdBow/m0tglmsKrvUFsLkIzlPJce/kufhGqbdDMgeoqUj+njc4uFGovCVn IT6Kos+t+A/9H3V61JWcPAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMi0wNy0wNFQxMzo1MzowMysw MDowMDeO6NoAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjItMDctMDRUMTM6NTM6MDMrMDA6MDBG01Bm AAAAAElFTkSuQmCC X-Now-Playing: Joe Jackson's _Body and Soul_: "Heart of Ice" Date: Mon, 04 Jul 2022 15:54:44 +0200 Message-ID: <87let96l0b.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: Eli Zaretskii writes: > With your proposal, how would you determine the target value? If it's > just an arbitrary value (80 sounds like an arbitrary one to me), then > the recently-added global-text-scale-adjust-resizes-fr [...] 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: 56357 Cc: carlmarcos@tutanota.com, 56357@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 (---) Eli Zaretskii writes: > With your proposal, how would you determine the target value? If it's > just an arbitrary value (80 sounds like an arbitrary one to me), then > the recently-added global-text-scale-adjust-resizes-frames variable > does the same, just from the other end: the user enlarges the font and > the frame follows suit. And since our default frame width is already > set for 80 characters, it sounds like we already have the feature you > envisioned, no? I think the user wants to be able to drag a frame to be bigger and get the font to be resized to have the same number of columns, so it's not the same feature at all. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 10:05:37 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 14:05:37 +0000 Received: from localhost ([127.0.0.1]:48284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8Mhl-00050M-FI for submit@debbugs.gnu.org; Mon, 04 Jul 2022 10:05:37 -0400 Received: from eggs.gnu.org ([209.51.188.92]:60674) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8Mhk-000508-0O for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 10:05:36 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54586) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8Mhe-0001zm-Aq; Mon, 04 Jul 2022 10:05:30 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=nA9slNV8B+Egao4LRAX/9/83bmyx13RmzNCV266qy90=; b=U06xj+y0jvM+ /oKDQO+84d5FZGwMH/p0T8RCd/2AjHvDW3aigY0s8Q2MF7LFFTbatfqrWZQxe0gjNSv2pv295uGbY E+8nHZOIUzTJlSBUjWBlwr/shJOJRCX5bfAJg603M6OOE7MPOcG3q/ANZFTZ7IfN8AcyMafj0EHQW zoIGtDjT7kgFnNspBqxMVrxpKY4vVoZzuITI1kpbK9vqbnJTRJneM91HRIO2phb25PTCJBVW4M81n Qzo9QMj5jZXpM+aoQPiX3/QlbshyZ7uf8oGcvSIkQKYhHgavzsrVfS/bDx+46ifJvD97nOaobi+FV SVeY1e5hAQZbkz/ikuPsbA==; Received: from [87.69.77.57] (port=4062 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1o8Mhc-0000Jm-OG; Mon, 04 Jul 2022 10:05:30 -0400 Date: Mon, 04 Jul 2022 17:05:17 +0300 Message-Id: <83sfnh7z36.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87let96l0b.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 04 Jul 2022 15:54:44 +0200) Subject: Re: bug#56357: Request for font size adaptation that fits window References: <871qv187lr.fsf@gnus.org> <83y1x985p4.fsf@gnu.org> <87let96l0b.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 56357 Cc: carlmarcos@tutanota.com, 56357@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: Lars Ingebrigtsen > Cc: carlmarcos@tutanota.com, 56357@debbugs.gnu.org > Date: Mon, 04 Jul 2022 15:54:44 +0200 > > Eli Zaretskii writes: > > > With your proposal, how would you determine the target value? If it's > > just an arbitrary value (80 sounds like an arbitrary one to me), then > > the recently-added global-text-scale-adjust-resizes-frames variable > > does the same, just from the other end: the user enlarges the font and > > the frame follows suit. And since our default frame width is already > > set for 80 characters, it sounds like we already have the feature you > > envisioned, no? > > I think the user wants to be able to drag a frame to be bigger and get > the font to be resized to have the same number of columns, so it's not > the same feature at all. I'm asking why it matters how you "drag the frame": whether by actually dragging its edge or by C-M-wheel-up. The results is the same, no? And that actually gives an idea: make dragging the frame call the same function that C-M-wheel-up does. From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 11:54:44 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 15:54:44 +0000 Received: from localhost ([127.0.0.1]:48512 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8OPM-0007xe-25 for submit@debbugs.gnu.org; Mon, 04 Jul 2022 11:54:44 -0400 Received: from mx0a-00069f02.pphosted.com ([205.220.165.32]:46286) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8OPH-0007xR-HH for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 11:54:43 -0400 Received: from pps.filterd (m0246617.ppops.net [127.0.0.1]) by mx0b-00069f02.pphosted.com (8.17.1.5/8.17.1.5) with ESMTP id 264D24rX001934; Mon, 4 Jul 2022 15:54:38 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 : content-transfer-encoding : mime-version; s=corp-2021-07-09; bh=qrx19Muv15PZNSb8vG0ncWs91Sj7zCitpNI8OrrPvr4=; b=JqecDg1R/tLqo6ed5o0xChC7jA3PFeX2QSF1s8XG8tQELn67328/RtIafTGcep5Zzdw2 /jV0ZVvv8TbtJ6rSYqX0dS35uc8pNpkvaa/k41iRo/VHex5A2K7C961sAb3KQfOTKYQT e62E5ZVGme6rkp5lBXg0p6EaWiUtzbaskSa0FiiJWzY0zKAgCcMOQp2+h4wxKsdE72ci fkHK8jlkua8BEnhsHyDgwoArEo/YqCG4oL4M221TepBGRLZ2f2lXqG9tql3DIzBFDPbB eiqthjxNLbDLsUYz8XCbrnz8sYtR5kT0bs4T3uxVF6C0Mkd2oOxz+Sr2bfhDy5ZLv/jr mg== Received: from phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (phxpaimrmta02.appoci.oracle.com [147.154.114.232]) by mx0b-00069f02.pphosted.com (PPS) with ESMTPS id 3h2eju3rcg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 04 Jul 2022 15:54:37 +0000 Received: from pps.filterd (phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com [127.0.0.1]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com (8.16.1.2/8.16.1.2) with SMTP id 264FjErW030270; Mon, 4 Jul 2022 15:54:37 GMT Received: from nam12-mw2-obe.outbound.protection.outlook.com (mail-mw2nam12lp2045.outbound.protection.outlook.com [104.47.66.45]) by phxpaimrmta02.imrmtpd1.prodappphxaev1.oraclevcn.com with ESMTP id 3h2cf1q8wc-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 04 Jul 2022 15:54:37 +0000 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FlOySSclyyTxrIIosIdXRzRByTeBgvK2cNnB2lvX9oUGh9BNTQ22bsJhp6i67i1qRmlGFcl2wjsa9HRNkS+WgUtw5nWG66CZZrD8+f2MA1MpJOVDzdfzf9LQFXMJNUXdL9XCxp+GyqQhBNuziSWRBSgNAPHMUF5hWZ60riIB8KJ1zs4J4EEh4H+O2FHzoGIrJLMuGI1qdIXRv0HqXEWYktp3q9dHjaZuky5o32ROHY2zFBwNV+Dv5r+jCIZqTNlaD6YhVEhRYgvy3ynuFhCzc3sbpjYVoeyLcL8fouY7aZ0/9BCvwBY/DdyYCwjjqFXVqQwun3GfVkrN0ysBFNbR2Q== 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=qrx19Muv15PZNSb8vG0ncWs91Sj7zCitpNI8OrrPvr4=; b=gg1MnWvGQbhvEdRB4e7k8OvN6WOwpeZ46Q+hTe9WmXU7lqce8WdVfXTMJ+Fqc3I6dBROiu9Q9aG94HuH2aZ4v+HHNDZCe7alvbxCGMPbWp7SsNbnv9FajEwFqGVAsd/8DgBPcN3b2a4dpNnxFytUt9Fi9hjEQBAi/mfORCgc7MuuPDfOfakSHgOKaHD5Dox5dYND1u/9CaFZoMvKLrQB8IFgD5B8uuebLSunWGyySZCEjpZ5rypx9agT3LqPF949k8aPVcffvTu1Y0RXWuz1FAnI66O+5icJMyEcitWfPAv5GXzN6xVUC26X046CJxbRk3Uy8jWS1GzqMh+9T4Tgdg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=oracle.com; dmarc=pass action=none header.from=oracle.com; dkim=pass header.d=oracle.com; 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=qrx19Muv15PZNSb8vG0ncWs91Sj7zCitpNI8OrrPvr4=; b=0O2lnebdaF1J2ZHj089AeWpnAF16HtxgAGLyXd84mO8LuKIUAdX+6I0zYiRzfnM4/SEUCAFJ7vrE+UjBA0e9iWWMtHSoMnW9M8EVU0QGfgJ5JrP5ZaBfaRvffh9OzVmbafarf4ty072q86Ml0ytGOefBJazNkMy/nJqjSi6hKKo= Received: from SJ0PR10MB5488.namprd10.prod.outlook.com (2603:10b6:a03:37e::19) by BL3PR10MB6138.namprd10.prod.outlook.com (2603:10b6:208:3b9::17) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5395.15; Mon, 4 Jul 2022 15:54:35 +0000 Received: from SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::581b:ae2f:16b9:80fb]) by SJ0PR10MB5488.namprd10.prod.outlook.com ([fe80::581b:ae2f:16b9:80fb%7]) with mapi id 15.20.5395.021; Mon, 4 Jul 2022 15:54:34 +0000 From: Drew Adams To: Lars Ingebrigtsen , "carlmarcos@tutanota.com" Subject: RE: [External] : bug#56357: Request for font size adaptation that fits window Thread-Topic: [External] : bug#56357: Request for font size adaptation that fits window Thread-Index: AQHYj5WFjHuBvYwU1UGgYH0lXZ+xvq1uV7zQ Date: Mon, 4 Jul 2022 15:54:34 +0000 Message-ID: References: <871qv187lr.fsf@gnus.org> In-Reply-To: <871qv187lr.fsf@gnus.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 5a1e8c13-54cf-4eef-a428-08da5dd57df4 x-ms-traffictypediagnostic: BL3PR10MB6138:EE_ x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: 9hj0efVyecgPFFm/0n4cLXurEWtLOwTSeSYLkxfnzuvwn69YSWm37KYx9qr+mT7q469SdrYmqAjIjpiiiqhrpa6fYCcqZWgVXh+NRa1YlHjmZ0BDhqmIdvIvjHG1MWtB5gl9g3BKUty4mXpi2E9IGw6eX0FSkX7kf1i1Yq+3qhM6j1s3c/OyJGiEqRIgRs1F6udoviTj0fDOp6JfZm7PlpLZk+abj4WG4jQhyqW8pUWrHaSEG1z2YiXTUevVCcqvApvkFUYuuUxv/AZWpLUdChLP5GsDbXPtP0+TIMZLIUABh0VihlTBd6FuJDjcF2xd1wkidc33LtkgGyXFmnaPFh2wGWzlqMV3dX3+U+x5tGuwl7oozEPwijJKVV5LrCkokBwuxMGt9otdkCF9S1aaznEpMbTsMgZ9g0OZciU3WKqsSg0YSsaIMDUOPrG5dJrKekqPxRW2CBDy/CCMMtnQp8AE+EygdD0jWQSkaVHJhY0Ofv9ntFSRdbruTAy9fh05uZ6WNsyZmDqFeg9C7NFonJ0f7KZlDRd4wkmK7TUjzjNWWjurIUCEbU6CU5B0bUvU24Iy6qsAuPAj8u1WxDGLNOTb8UmskdYoHjBAaJlcBz+pagDCCw4LYj/o5WIaYCwgPuXw094j5JDYEwI7AV1nvVBf6JOeHpHRjGSZkklhm39ibCWcFkkdGRPBS6vEOSoh7vG60fbhLOU6YosTgj6Ir85E+gkzZ91zHdL5vp9xAZy2Vje+J6VNEgwP8FZrzFTHdkPClp9g9+eKl2EbbLpTJ7bLbM49aawKdjkVXvffvvzJXoNoyKTqHWfuWkRAz/7n6RsVvKjuuIinys9uq9k786p85uHVaGgcl7USVrPK3Gs= 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:(13230016)(366004)(396003)(136003)(346002)(376002)(39860400002)(83380400001)(110136005)(44832011)(8936002)(5660300002)(33656002)(2906002)(86362001)(52536014)(8676002)(66556008)(66446008)(316002)(186003)(38100700002)(38070700005)(122000001)(55016003)(66946007)(66476007)(64756008)(76116006)(4326008)(7696005)(6506007)(41300700001)(478600001)(26005)(966005)(9686003)(71200400001); DIR:OUT; SFP:1101; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?XMwdJmod92bTEp+vhRnqr7JzBkg9MsLCDFMtgEMiZJIwn6jbr5xdc7rkdWiX?= =?us-ascii?Q?38XD88sQ2Vkpm3bBngG+bFSVHoBabeGGvzmfLQfU36iE9Qrzj169+t52urpM?= =?us-ascii?Q?q7vA3zhuTdcVLKvk0CxDJhX3PV22Nw/g1DckQwiNvz2nBLbd64wrtlDGf2xZ?= =?us-ascii?Q?JBaTdkupUv/vESIIUyRw5JOPvEbbXmb0x9gKIWMsUNfpS/7buT7muuS73+Fm?= =?us-ascii?Q?PJyDory/0NY2ZRjQXMXx2NwbjO6d+BfifOQYp0Z3/iPzHClIgot+PqY7kUbQ?= =?us-ascii?Q?fSG9+6cpFVP73g9MA0J9b2SIDJmEaQ29cNrO2Xau+cWS6Q2G06WIshFjRAdw?= =?us-ascii?Q?2tMbC+ubJ72ZCux0N68J69ezknDnzO4pGfkbXu80ReJGU5mV1vIvdJI4Dt/H?= =?us-ascii?Q?NhcVTXc1W38i2AbStV5bdZEB1Wgei6moktOESng5DBHxSkeuqrvHFY6YWTi5?= =?us-ascii?Q?qj5qtyXpa2Liv6YL/SiBOjxarPZyfyeyW4zwL9rkWo3nWo6csc/TJBNs/Kb1?= =?us-ascii?Q?PzaZ6NT9yKe+1q9aO6e+OzJKsNk6m6flsV1bgbsR+DOhBluyqORurAH2cYTI?= =?us-ascii?Q?wefAWXQY92kOG/eBSrWNYDD8wSlXj+bXzmqjc7qXpHKYFv8u7YA3JsyMvFCI?= =?us-ascii?Q?sZhPhkEEtzyYEUgCQeWogrOcvaXGRH2ZWS05H3zTAHzVl0Cacw4vUXSs+FtP?= =?us-ascii?Q?4AhLPcCKbVt0qDZUPfXFhU7FPO08oN2Kd0gxTJoTyr7KEnVi8Liwr9zMj1sG?= =?us-ascii?Q?nMCZw5uCK69xSjq04jcn1ZoV9nGqfEqnjyun9lp7JYDVPYqzLV1CM8O4RvXV?= =?us-ascii?Q?aiNoWWX4aWF7lLCX32QEhj0fiwPHrWZGhWIJoshc/w4Sl1qKkFOeXkz3q6K3?= =?us-ascii?Q?o2soz3CuxgvYnbBDBrcYRl6FIps8nsV01bfXVBOKaaWlUPlgTGh6Eb5TKIZB?= =?us-ascii?Q?GuWEr2daciJBcMbk/2zvJQeWpsESMmq2+bjsnCm2bQpntu5O+NAT7+UUOVCU?= =?us-ascii?Q?wTI7Bn/aZd56+sUEN7Pt9k2/uLfeqXHRzYjGh7Q8k2W1iBLlg9+UJTJcb1pg?= =?us-ascii?Q?dVi8T+ldfWKtBUy0dzrXT5DtZftGO449jOktPBEXi88obLdu7QZ5PT7+Zvq4?= =?us-ascii?Q?2F0jIXW1q476ITP/EBoDEvHiTsplgx2VeiFjJHrFvwV3ysoc4tuENmZfgsUL?= =?us-ascii?Q?pU1coxoicKWMtU8uAl6HAU4xYz5+aCeZaZGLbvqjgpxxbK40cc1qnesOofAJ?= =?us-ascii?Q?lhRREkgSNHQa44LzzbLeztzKTRxI1YSdKXWeUK5+iexIAZHWKVNnp+0PPGLo?= =?us-ascii?Q?bX32K2gyRRVcMiZnjwB4uo/GyjKb8pu7rdgHnWbkyr3VWjnVLhKPIYNzd5lH?= =?us-ascii?Q?/tsNMIHng5vfGvlvISLlWSC6Jtq6fiYRdZ3NL2YR4jT985X6GKRG3GX13k/w?= =?us-ascii?Q?eqlZVb7U0QXoocvu+uCmT3adCd5f0l/rINbkfUcTKczsDnZKJB1jqS8gshHc?= =?us-ascii?Q?Oh83Z26pEpbk0s963AlRk9WG6Now2cwLvq1FuS/GJ0AZq6bqrnABnbVUIKHI?= =?us-ascii?Q?O8igVrrYN6EvBGgXE0A+C7orKDIut46tvNa/QrWC?= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 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: 5a1e8c13-54cf-4eef-a428-08da5dd57df4 X-MS-Exchange-CrossTenant-originalarrivaltime: 04 Jul 2022 15:54:34.8792 (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: AOmqeS8vSq6oKWbFuhRtKGYwm9JCaycDfqkk4bYcjCCJ7sjNIY/vdB6n+u2ADm3oHL7/yeBxi0jnkRvE0gkyyg== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL3PR10MB6138 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.517, 18.0.883 definitions=2022-07-04_16:2022-06-28, 2022-07-04 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 spamscore=0 adultscore=0 mlxlogscore=999 bulkscore=0 malwarescore=0 mlxscore=0 phishscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2204290000 definitions=main-2207040069 X-Proofpoint-GUID: j6417P80kyvM8ZFh3_Nl5_1415SvOGVY X-Proofpoint-ORIG-GUID: j6417P80kyvM8ZFh3_Nl5_1415SvOGVY X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 56357 Cc: "56357@debbugs.gnu.org" <56357@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 (-) > > Suppose a user uses a 13 pt font size. Let there be some space > > between the longest line in the buffer and the edge of the window. > > It would be super if the font size could be automatically increased, > > such that the difference between the longest line and the window=20 > > size in minimised. >=20 > I think that sounds like a useful feature, and I'm kinda surprised that > it doesn't exist yet. Or does it? Anybody know? >=20 > To implement this, I guess the obvious thing would be to have a global > minor mode that'd listen to frame size changes, and then adjust the > font size up/down to reach the desired number of characters in a frame? > So we'd have a user option font-size-adjust-target (defaulting to 80) > and a font-size-adjust-mode? Not sure, but I have a feeling this feature might be related to what you're thinking about / looking for. It doesn't sound like it's exactly what this report has requested. But it sounds like it's related and it might even address the underlying need/problem. My library `face-remap+.el' introduces option `text-scale-resize-window', which automatically resizes the selected window (horizontally, vertically, or both) when text is resized. This means that when you resize text the way the window fits the text remains relatively constant. Shrinking the text in one window shrinks that window, giving more space to adjacent windows. IOW, it keeps whatever relation currently exists between the apparent text size and the window size. That also means that it lets you take advantage of the space freed up by resizing (text-scaling) to a smaller font. I offered this feature to Emacs dev _long_ ago (as soon as text-scaling was added to Emacs). It was summarily rejected, with a no-one-would-ever-want-to-do-that dismissal. But personally, I wouldn't use text scaling without such a feature. I see, and saw, no reason not to give users the choice, as opposed to hard-coding the behavior so as to always waste screen real estate with added blank space when text is shrunk. The code is trivial - a tweak to `text-scale-increase' to respect the new user option. The code is here: https://www.emacswiki.org/emacs/download/face-remap%2b.el From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 12:27:19 2022 Received: (at control) by debbugs.gnu.org; 4 Jul 2022 16:27:19 +0000 Received: from localhost ([127.0.0.1]:48537 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8Ous-0000PK-Qd for submit@debbugs.gnu.org; Mon, 04 Jul 2022 12:27:18 -0400 Received: from mail-pl1-f173.google.com ([209.85.214.173]:45730) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8Ouo-0000P2-Pk for control@debbugs.gnu.org; Mon, 04 Jul 2022 12:27:17 -0400 Received: by mail-pl1-f173.google.com with SMTP id d5so8906353plo.12 for ; Mon, 04 Jul 2022 09:27:14 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:mime-version:date:message-id:subject:to; bh=uE2vSL2rTzxxpba9d+YUbJk3l1PMvfCtozOxhANgOw8=; b=V/DeLaCbOgtM8Cy38Fy3hTqxmJbzwWsShZny5aUDwD40SKYznc1GSVWubhXaoBj83v 2NjE/QIBEHSIN0QUuFgfx0GSdJ91My4lFUnI2Z6Eqa/M8IGQz42bgbwYYo810dQHgrns PqrjHMdagY6ZExG6G4UbdDyVUJSw8Xm1Tth9d3WWKdFn/AyYPfpHFtZ5PMedUHnxbNBo butFB0z/Expij6hwHpS6U/8kvvKqui561KmDobnsy2OqcWEBFZufi3ORUEc/yVyhvv+H 4KVmZShLJBAQkJbZtrqMuhESTMKLqt9FUzFoOhYvndRgy5FPcHH67dYgRhnsf+rsbrS7 KU/Q== X-Gm-Message-State: AJIora9d7jys0OH9HuH9DzN9a4RGbCPYgyCBVC5giejo+GmZHINixMw4 vl7MWjzMsOK1Y2XMe/j79c4bbXLBZzDscwLT8OWAcAUD X-Google-Smtp-Source: AGRyM1sWTAmMnKJoxrRmkAaVWaxGSpwNuHcDVOchC7shr7fKdsv5zbr3zoOpKd9gZTiqRiEHfoif/ZbCZORSaM7LTKw= X-Received: by 2002:a17:902:cecc:b0:16a:416c:3d14 with SMTP id d12-20020a170902cecc00b0016a416c3d14mr35848784plg.73.1656952028866; Mon, 04 Jul 2022 09:27:08 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Mon, 4 Jul 2022 09:27:08 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Mon, 4 Jul 2022 09:27:08 -0700 Message-ID: Subject: control message for bug #56357 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.5 (/) 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: -0.5 (/) severity 56357 wishlist quit From debbugs-submit-bounces@debbugs.gnu.org Mon Jul 04 15:25:33 2022 Received: (at 56357) by debbugs.gnu.org; 4 Jul 2022 19:25:33 +0000 Received: from localhost ([127.0.0.1]:48669 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8RhM-0007J3-NZ for submit@debbugs.gnu.org; Mon, 04 Jul 2022 15:25:33 -0400 Received: from w1.tutanota.de ([81.3.6.162]:44910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8RhJ-0007Ie-Mj for 56357@debbugs.gnu.org; Mon, 04 Jul 2022 15:25:31 -0400 Received: from w3.tutanota.de (unknown [192.168.1.164]) by w1.tutanota.de (Postfix) with ESMTP id 26C72FBF81D; Mon, 4 Jul 2022 19:25:24 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1656962724; s=s1; d=tutanota.com; h=From:From:To:To:Subject:Subject:Content-Description:Content-ID:Content-Type:Content-Type:Content-Transfer-Encoding:Cc:Cc:Date:Date:In-Reply-To:In-Reply-To:MIME-Version:MIME-Version:Message-ID:Message-ID:Reply-To:References:References:Sender; bh=1m4yyGKtykh+xFvuX8hK77C/Rakrkj9Efj0JC/6LGEQ=; b=ZO6NUpAxHafiLu+BrUEcYs+iaOGCafF1VQ2mCzGselQpREFYRhbfsLCHzJYiPI29 6hrIzsVEYjzMM3ln7aB6Vmn84ZbTBL1JYOEvH6uaDaMGBHVf4JNIkTRlEe0MxZK2Xef TXfuG1+L6WN1S4SrJkoKLzbdDQcbJ+FPCo9B2WLfOcE7rHMCzx/AXG1qoVUR3C21SA1 r8tc37ofiaxcfdQ3TJcf0R5jiNAEzTVejiU5vzwMB9k+bgMAmYvqJcPIDSlNUsEJZXM evkD9NemdCKWg1zpRe4QEePxgz7mPAETWzaIDlqKx5hIIj1aBu8f5gawbRm6t65pl3g 8wVRJXThfw== Date: Mon, 4 Jul 2022 21:25:24 +0200 (CEST) From: carlmarcos@tutanota.com To: Eli Zaretskii Message-ID: In-Reply-To: <83y1x985p4.fsf@gnu.org> References: <871qv187lr.fsf@gnus.org> <83y1x985p4.fsf@gnu.org> Subject: Re: bug#56357: Request for font size adaptation that fits window MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_1154359_1052702778.1656962724145" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 56357 Cc: Lars Ingebrigtsen , 56357@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 (-) ------=_Part_1154359_1052702778.1656962724145 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable --=20 Sent with Tutanota, enjoy secure & ad-free emails.=20 Jul 4, 2022, 11:42 by eliz@gnu.org: >> Cc: 56357@debbugs.gnu.org >> From: Lars Ingebrigtsen >> Date: Mon, 04 Jul 2022 13:01:20 +0200 >> >> carlmarcos@tutanota.com writes: >> >> > Suppose a user uses a 13 pt font size. Let there be some space >> > between the longest line in the buffer and the edge of the window. It >> > would be super if the font size could be automatically increased, such >> > that the difference between the longest line and the window size in >> > minimised. >> >> I think that sounds like a useful feature, and I'm kinda surprised that >> it doesn't exist yet. Or does it? Anybody know? >> >> To implement this, I guess the obvious thing would be to have a global >> minor mode that'd listen to frame size changes, and then adjust the font >> size up/down to reach the desired number of characters in a frame? So >> we'd have a user option font-size-adjust-target (defaulting to 80) >> and a font-size-adjust-mode? >> > > That's not what the feature request asked for, AFAIU: it wanted > dynamic resizing, and it wanted the size to depend on the "longest > line" (not clear if "longest in the window" or "longest in the > buffer"). > Correct, a dynamic resizing based on "longest in the buffer".=C2=A0 I would= say that=20 one would not want frequent resizing either.=C2=A0 Though I am not best to = state how the dynamic resizing could get activated.=C2=A0 Then again there should be a li= mit of the size of the font for instances where the resizing would get too big for files wi= th short lines. > With your proposal, how would you determine the target value? If it's > just an arbitrary value (80 sounds like an arbitrary one to me), then > the recently-added global-text-scale-adjust-resizes-frames variable > does the same, just from the other end: the user enlarges the font and > the frame follows suit. And since our default frame width is already > set for 80 characters, it sounds like we already have the feature you > envisioned, no? > ------=_Part_1154359_1052702778.1656962724145 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


--
Sent with Tutanota, e= njoy secure & ad-free emails.


<= div>
Jul 4, 2022, 11:42 by eliz@gnu.org:
Cc: 56357@debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@gnus.org>
D= ate: Mon, 04 Jul 2022 13:01:20 +0200

carlmarco= s@tutanota.com writes:

> Suppose a user use= s a 13 pt font size. Let there be some space
> between th= e longest line in the buffer and the edge of the window. It
= > would be super if the font size could be automatically increased, such=
> that the difference between the longest line and the wi= ndow size in
> minimised.

I t= hink that sounds like a useful feature, and I'm kinda surprised that
it doesn't exist yet. Or does it? Anybody know?
To implement this, I guess the obvious thing would be to have a= global
minor mode that'd listen to frame size changes, and t= hen adjust the font
size up/down to reach the desired number = of characters in a frame? So
we'd have a user option font-si= ze-adjust-target (defaulting to 80)
and a font-size-adjust-mo= de?

That's not what the feature r= equest asked for, AFAIU: it wanted
dynamic resizing, and it w= anted the size to depend on the "longest
line" (not clear if = "longest in the window" or "longest in the
buffer").
Correct, a dynamic resizing based on "longe= st in the buffer".  I would say that
one w= ould not want frequent resizing either.  Though I am not best to state= how the
dynamic resizing could get activated.&n= bsp; Then again there should be a limit of the size
of the font for instances where the resizing would get too big for file= s with short lines.

With your proposal, how would you determine t= he target value? If it's
just an arbitrary value (80 sounds = like an arbitrary one to me), then
the recently-added global-= text-scale-adjust-resizes-frames variable
does the same, just= from the other end: the user enlarges the font and
the frame= follows suit. And since our default frame width is already
= set for 80 characters, it sounds like we already have the feature you
envisioned, no?

= ------=_Part_1154359_1052702778.1656962724145-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 05 07:12:11 2022 Received: (at 56357) by debbugs.gnu.org; 5 Jul 2022 11:12:11 +0000 Received: from localhost ([127.0.0.1]:49410 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8gTT-00016o-91 for submit@debbugs.gnu.org; Tue, 05 Jul 2022 07:12:11 -0400 Received: from quimby.gnus.org ([95.216.78.240]:42690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8gTR-00016d-2j for 56357@debbugs.gnu.org; Tue, 05 Jul 2022 07:12:09 -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:Date:References: In-Reply-To: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=XLp49sOjvh7CKkmcNm8QJcvqqdTz7G0et2mG2NNPW58=; b=ChLn8nYeY2KW47KMNBnbZV1Qmd /HByfPKbUNP056Ri4uJFIQPnb/w+hyGw/lFCZ5dQd92lbLgF2k3v+fKcK5ZfqeVSmeV6xBnjm7KCg Hwik9TP5z7DsCerb9dId34oWq9C0XX9tAo4Q/OGBRHpTAnNIUd8G1WUWKInP6vVUIF2s=; Received: from [84.212.220.105] (helo=joga) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1o8gTI-0000qI-Cf; Tue, 05 Jul 2022 13:12:02 +0200 From: Lars Ingebrigtsen To: carlmarcos@tutanota.com Subject: Re: bug#56357: Request for font size adaptation that fits window In-Reply-To: (carlmarcos@tutanota.com's message of "Mon, 4 Jul 2022 21:25:24 +0200 (CEST)") References: <871qv187lr.fsf@gnus.org> <83y1x985p4.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAFVBMVEUyJSqZZV+wgnnL pp/x29L9+/n///+noQVCAAAAAWJLR0QGYWa4fQAAAAd0SU1FB+YHAwo5HyJHJFgAAAGiSURBVDjL lZRbdoQgDIYJMwswOH0XnL5XoAtoxRUU9r+VJtxG7cxD4zkc5DPwJyQK8W8DRIThCUBjjNKY7cDN 7MiMRkPPHtBqCIGQM4o8AAYonoFtC6tz+uAgPK+nQOSkgEFKMTidX+X8IaRbaKbuWyKw2uIAoITE iaejZ5dV17AmOWiVgRgdoeogQKMEXb9CAssjEQqmqu9Gqj6aGDUabOCdTm8AII/l5XMH8mZtxnq/ NHQy1YlMDOpnktS1FFwZ/BR96CY6oJIbg8iBoLI5AnycTcmyg2pBFnBJxaKdrSkOeQRfQbJ0Z7wh lJuctwboGku+C+jrlGHlVxzAmOEMNFK9zEWZSGlPlJ1dLZY9SMFzURTVWzqi1dbw/oIaZngJthfA n4DrZdFSEotiZ9p1yOoSs2+ryJ52Am7jI9zUwXuLm4q1lypf/VtPiCcH3Y9YPxtYxtXZ3m+X4HsI aHbdI8O9rG8xLMr0nQS4cStqQ/pG3LUb5kDigrcYTm04hshtcKXxCIjYPAZ7AiKX2oWjEE+MysPR XpBr+ECoy0z5qyjEXx1Skfhmv1qVAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA3LTAzVDEwOjU3 OjMxKzAwOjAwZ0bK0QAAACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNy0wM1QxMDo1NzozMSswMDow MBYbcm0AAAAASUVORK5CYII= X-Now-Playing: Eurythmics's _1984 (For The Love Of Big Brother)_: "Julia" Date: Tue, 05 Jul 2022 13:11:58 +0200 Message-ID: <87tu7v6cg1.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: carlmarcos@tutanota.com writes: > Correct, a dynamic resizing based on "longest in the buffer". I would > say that one would not want frequent resizing either. Though I am not > best to state how the dynamic resizing could get activ [...] 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: 56357 Cc: Eli Zaretskii , 56357@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 (---) carlmarcos@tutanota.com writes: > Correct, a dynamic resizing based on "longest in the buffer". I would > say that one would not want frequent resizing either. Though I am not > best to state how the dynamic resizing could get activated. Then > again there should be a limit of the size of the font for instances > where the resizing would get too big for files with short lines. Oh, OK. I'm not sure I think that's something many people would find useful -- people usually choose a fill-column/frame width/font size that's suitable for each other. Making lines in a buffer shorter, for instance, to be able to jack up the font size isn't something I think would be popular. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 05 11:33:42 2022 Received: (at 56357) by debbugs.gnu.org; 5 Jul 2022 15:33:42 +0000 Received: from localhost ([127.0.0.1]:51313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8kYX-0008Vo-MM for submit@debbugs.gnu.org; Tue, 05 Jul 2022 11:33:41 -0400 Received: from mout.gmx.net ([212.227.17.21]:58359) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1o8kYR-0008VW-Lj for 56357@debbugs.gnu.org; Tue, 05 Jul 2022 11:33:40 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1657035209; bh=6ZOkyZ4hvSSnLFsGCPFImsCtFinj5oJlfep+sXNzCLg=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=BZbQiG4QNIeyNY+/8eE5NLly8zV39xU/9Y1MbS0YPx2qnf4WY3qF1IVJlh/Qsh1YE 8rE2wV+q519oZkN5A7iomAeZGszqauM6GamW4HhdtgsJ7gMrvEGjnczlxv8Isls2eC XjpsYBLMfmM6c+VOpk+7Avfdr5BNgKtPqU3jqxyE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [92.251.127.164] ([92.251.127.164]) by web-mail.gmx.net (3c-app-mailcom-bs07.server.lan [172.19.170.175]) (via HTTP); Tue, 5 Jul 2022 17:33:28 +0200 MIME-Version: 1.0 Message-ID: From: Christopher Dimech To: Lars Ingebrigtsen Subject: Re: bug#56357: Request for font size adaptation that fits window Content-Type: text/plain; charset=UTF-8 Date: Tue, 5 Jul 2022 17:33:28 +0200 Importance: normal Sensitivity: Normal In-Reply-To: <87tu7v6cg1.fsf@gnus.org> References: <871qv187lr.fsf@gnus.org> <83y1x985p4.fsf@gnu.org> <87tu7v6cg1.fsf@gnus.org> X-UI-Message-Type: mail X-Priority: 3 X-Provags-ID: V03:K1:bMRPX5jtY2toDhLa2lDeTyUJhIHtrvgW4Ryy8Geho3hiFAsZe5H5iwhABS9v3y7gELbgl GfsfaLBkyAX/eD7jVjj3ARU3MVmgytnXeGV/bUAO2lmfLRD088w7bDHCwKmzwTYwYNk9pF5KOVPV vpn8NqguuaNjFpJep5JIvgm97jRtG8jtYA31VkFLJLY6Is/sjAup8hlONkee2CUiD9yiQ5hjZQ+C woJGDhERwdIpCxFBZOKakRY3km7QV7/uIonhI7OzyvK95ZDkndwJ+HDX1TLbdv0GgD+yhiFIMwIo yc= X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:k2HZTNj7Sio=:i5Mw1Kx0mRwXqZsaACdhHR rZyxA0BfmqVwFqJ7mqx5gZsvyyo1Bo6oONCvtvYu6Bz1KOUMZVf1T0rCzexGcSXfPYhtsQum3 SeHZfZxafi3hqxQprdoW7axwAwaleXWTruLL7ElHLbhxTvfnAUSmtt7YjE9QW6V1EWeoFB77m B6U2koHjNrYa6jZfDYiYTru+U0pb25gWcY/AIfIFix1N1mcutzqQ3k4Ms5c96mib+DYqycBy4 EspXTfrao2Z+3nvJaAJ6Xz9wITGNT013S+P5dZ0/fA+VP8cLfZ7AyeFVbt1XoqgVXBcfJHon7 R4DBeTYI0iXqIQjqqdvfZLozK2330k4csbNPS+oMSJdaD/Jc/eVWCu1e48BC3QoXuwLlaSX/i /HrcMpNl75C4e+KZUL2IyE/pPV5+oo6lfQq5dZOW1klxkDpq/TKCu9rkcqRYJo3yOwHuJ/GGe /kgz4HLDV/pAN3GnnNaS3ZRgBnr5NHGFPKZzomde68QLk1clJVpr6f3zbIzdxumuBCae4OPd+ YyXAAf93iIO5fu4aBW4fyEMvDgyp9gSO4MEAzRmEfcayQLg6jeehEulObA2pDo6Kr3WTTFGZl m8yQSUk+Phtt0dzGAV/2K2cSss78UFooFsw2eGnmmbKilR1AAfs+oj/s/r9vgh43iY6YcT6pk ddXa3L2b6L9zpONWbtj3XVEDjL+AY+dlI+MjmAw7tM2FcVjGXWiC2CMyFsP28R7LezxRUg+6O 2RsMAd6DJiJ9OpEajbK6zl5IM5hpFgO310d9f/UB238wCEt2/zOGoVE04Yj8AuVJ39gMEvfjv xIiSbWv Content-Transfer-Encoding: quoted-printable X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 56357 Cc: Eli Zaretskii , carlmarcos@tutanota.com, 56357@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 (-) > Sent: Tuesday, July 05, 2022 at 11:11 PM > From: "Lars Ingebrigtsen" > To: carlmarcos@tutanota.com > Cc: "Eli Zaretskii" , 56357@debbugs.gnu.org > Subject: bug#56357: Request for font size adaptation that fits window > > carlmarcos@tutanota.com writes: > > > Correct, a dynamic resizing based on "longest in the buffer". I would > > say that one would not want frequent resizing either. Though I am not > > best to state how the dynamic resizing could get activated. Then > > again there should be a limit of the size of the font for instances > > where the resizing would get too big for files with short lines. > > Oh, OK. I'm not sure I think that's something many people would find > useful -- people usually choose a fill-column/frame width/font size > that's suitable for each other. Making lines in a buffer shorter, for > instance, to be able to jack up the font size isn't something I think > would be popular. It all depends how often the longest line in modified. I can see the prob= lem with dynamic resizing. Perhaps it can be an extension of `C-x C-+' and `C-x C--' so users would not have press them multiple times for code to fit window. And be able to set some other variables so that the result the user sees is optimal as mu= ch as possible.