From unknown Mon Jun 16 16:06:14 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#34476 <34476@debbugs.gnu.org> To: bug#34476 <34476@debbugs.gnu.org> Subject: Status: fluffy whitespace in the mode-line, despite it running off the screen Reply-To: bug#34476 <34476@debbugs.gnu.org> Date: Mon, 16 Jun 2025 23:06:14 +0000 retitle 34476 fluffy whitespace in the mode-line, despite it running off th= e screen reassign 34476 emacs,gnus submitter 34476 =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson severity 34476 wishlist tag 34476 fixed thanks From debbugs-submit-bounces@debbugs.gnu.org Thu Feb 14 08:52:48 2019 Received: (at submit) by debbugs.gnu.org; 14 Feb 2019 13:52:49 +0000 Received: from localhost ([127.0.0.1]:47692 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1guHRY-00016a-N1 for submit@debbugs.gnu.org; Thu, 14 Feb 2019 08:52:48 -0500 Received: from catfish.maple.relay.mailchannels.net ([23.83.214.32]:55763) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1guHRW-00016Q-HD for submit@debbugs.gnu.org; Thu, 14 Feb 2019 08:52:47 -0500 X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id 106925C427A for ; Thu, 14 Feb 2019 13:52:45 +0000 (UTC) Received: from pdx1-sub0-mail-a55.g.dreamhost.com (unknown [100.96.33.121]) (Authenticated sender: dreamhost) by relay.mailchannels.net (Postfix) with ESMTPA id A261D5C40E0 for ; Thu, 14 Feb 2019 13:52:44 +0000 (UTC) X-Sender-Id: dreamhost|x-authsender|jidanni@jidanni.org Received: from pdx1-sub0-mail-a55.g.dreamhost.com (pop.dreamhost.com [64.90.62.162]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384) by 0.0.0.0:2500 (trex/5.16.2); Thu, 14 Feb 2019 13:52:45 +0000 X-MC-Relay: Neutral X-MailChannels-SenderId: dreamhost|x-authsender|jidanni@jidanni.org X-MailChannels-Auth-Id: dreamhost X-Turn-Hysterical: 4e91b4f00b108307_1550152364830_1844320213 X-MC-Loop-Signature: 1550152364830:4273708005 X-MC-Ingress-Time: 1550152364830 Received: from pdx1-sub0-mail-a55.g.dreamhost.com (localhost [127.0.0.1]) by pdx1-sub0-mail-a55.g.dreamhost.com (Postfix) with ESMTP id 45C7F8057E for ; Thu, 14 Feb 2019 05:52:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=jidanni.org; h=from:to :subject:date:message-id:mime-version:content-type; s= jidanni.org; bh=kUdA+nMjaF/2lYHPkOtLJwI7Z4s=; b=l8gi7yc9FuEUPnr3 N176NcQDXoKbEwRpG2/ZpOBC6fHrc5snnHL1dVwdV/PcrYni9MmBUrKOU23kX5wL lCaHAWsDHaYhT4BBeri3YvJuS/W8Hp5TkHDx+R/qVot1dpxblrJGcqbt62s+k9Vc p2+2sFz8NRYoBNKvxJWDF9s3IF0= Received: from jidanni.org (220-140-15-217.dynamic-ip.hinet.net [220.140.15.217]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) (Authenticated sender: jidanni@jidanni.org) by pdx1-sub0-mail-a55.g.dreamhost.com (Postfix) with ESMTPSA id 054BE80590 for ; Thu, 14 Feb 2019 05:52:42 -0800 (PST) X-DH-BACKEND: pdx1-sub0-mail-a55 From: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson To: submit@debbugs.gnu.org (The Gnus Bugfixing Girls + Boys) Subject: fluffy whitespace in the mode-line, despite it running off the screen X-Debbugs-Version: 5.13 X-Debbugs-Package: emacs,gnus Date: Thu, 14 Feb 2019 21:34:29 +0800 Message-ID: <87lg2icx3u.fsf@jidanni.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-VR-OUT-STATUS: OK X-VR-OUT-SCORE: 0 X-VR-OUT-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedtledruddthedgheejucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecuggftfghnshhusghstghrihgsvgdpffftgfetoffjqffuvfenuceurghilhhouhhtmecufedttdenucenucfjughrpefhvffufffkgggtsehmtderredttdejnecuhfhrohhmpejnnjjnucffrghnucflrggtohgsshhonhcuoehjihgurghnnhhisehjihgurghnnhhirdhorhhgqeenucfkphepvddvtddrudegtddrudehrddvudejnecurfgrrhgrmhepmhhouggvpehsmhhtphdphhgvlhhopehjihgurghnnhhirdhorhhgpdhinhgvthepvddvtddrudegtddrudehrddvudejpdhrvghtuhhrnhdqphgrthhhpeeprehuthhfqdekreeureehiehmpfehnfhiheehsgevkeerpecuffgrnhculfgrtghosghsohhnuceojhhiuggrnhhnihesjhhiuggrnhhnihdrohhrgheqpdhmrghilhhfrhhomhepjhhiuggrnhhnihesjhhiuggrnhhnihdrohhrghdpnhhrtghpthhtohepshhusghmihhtseguvggssghughhsrdhgnhhurdhorhhgnecuvehluhhsthgvrhfuihiivgeptd X-Spam-Score: 0.1 (/) 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: -0.9 (/) --=-=-= Content-Type: text/plain Here we see gnus still has fluffy whitespace in the mode-line, despite it running off the side of the screen. --=-=-= Content-Type: image/jpeg Content-Disposition: attachment; filename=dw2w.jpg Content-Transfer-Encoding: base64 /9j/4AAQSkZJRgABAQAAAQABAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEP ERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4e Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCABcATMDASIA AhEBAxEB/8QAGwABAQEBAQEBAQAAAAAAAAAAAAkIBQYEBwP/xAA6EAABBAECAgcGBgECBwAAAAAC AAEDBAUGEhETFCEiVFWT0gcVFjGj0SMyQ4KUwSRBURczVmJxldT/xAAVAQEBAAAAAAAAAAAAAAAA AAAAAf/EABcRAQEBAQAAAAAAAAAAAAAAAAABESH/2gAMAwEAAhEDEQA/AMZIiICIiAiIgIiICIiA iIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgLq6f/AF/2/wBrlLq6f/X/AG/2g6qIiDyq IiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiIC6un/ANf9v9rlLq6f /X/b/aDqoiIPKoiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgIiICIiAiIgLq6 f/X/AG/2uUurp/8AX/b/AGg6qIiDyqLcjau1dHq/Ew5vP2KmNxGUmp3JXsDENh2qX5mOw7OzdVcK U3Z2gxTHxbiLDH7Srre3LI8UuN1BTOUDPHDZeON8htFy2Rs8nYkcW3NHNyy4bn4diTaE50VBdAap 1DqbE36uYo6gqAVrIQ9MO3DGzAFqWIYheCZ5BkAGYd7M3XG7sb9RF8Ps59odj4I0wWdkzdWKxi4W 975CYRhszBW5sru5Sc1uzHMXMMBAmB3YnYgcgwQioxV1vblkeKXG6gpnKBnjhsvHG+Q2i5bI2eTs SOLbmjm5ZcNz8OxJt+HE6/DUOzHTVNSY2O7PZxrSzycr/Ki5rSQicUrluYYpCaUOIdngxsbbWCeq Lfnsz15bLQmny1JNlsYcmHglHIZO3G8V3bAxySNIMhcH2s8jtJsJxYi4PsPb6HFaysXL8dS1VzeK 6TxejJe2gNxmZydgZjcgLa27lysB8GJ9vYPaE4kVEw15f6TFFNhdSVht7xx5zlCHTZBjOVoxB5d8 ZEEZkzTDGzbeBOJcGXzYn2nwXNh3Is3h6zz2apWcgQRwhYr815YnIZC47QhkPmNxi4C7b97OKCeq Lfc2aval9oOLx2QoZ+riDw2RkeC9OwQZAXOrGznAMjuTMEp9icBduZ+ViZ+Hd0PlsptzGHs5K7Zf DZEqkdiWciOSIoop42J3d3dwCcY3InIj5e934k7ME50VOunXe92PMf7p0673ux5j/dBMVFTrp13v djzH+68D7O9S5+1l4Z8hmLtirqTHHl8bGUrvyIxn/KTfIH5FiiO0eI7o5S+buUgYDRUK0o9vFa/z uLrZfNzUxxePsBHcytm3skOW4JOLzGTjxaMOLM7N2WTSj28Vr/O4utl83NTHF4+wEdzK2beyQ5bg k4vMZOPFow4szs3ZZBPVFTW3lpalSa3byR168AFJLLLO4hGAtxcid34MzMzu7uuFV1vblkeKXG6g pnKBnjhsvHG+Q2i5bI2eTsSOLbmjm5ZcNz8OxJtCc6LeWms3qHP66yst2prPHPQyMcMEjZSEa1WJ qsErxTQhYIJHNzPt8syZpR4GLg2z9I6dd73Y8x/ugmKiof7PrmbiyGqqV7UeWyz1MwEcU9uUd7A9 Kqe1mjEQFuJl1CLfN3fi7u79zUPvTJafyONqZq7j7FurLBFbikLfXMgcWkHgTPxF3Z24O3y+bIJq It+WMW8Wt8ZisdnNUiA1bNrIOWo78zcpweCOIhKZ+W5lKcgSNwJnqlt/1cfu9m+qrtjR+kac9/I3 8lawlWzak5zmUYlCz86YiLq3mzi3zIn3OzOwGQhPVFTW3PZtVJq0l26ITAUZPFZOM2Z24PtMXYhf /Z2dnb5s68p7LMhNR9leFy1/O5E+kYuC/et5DJzTcCKACkNzlN9g9TvwZ2Fut+DdaCeqKgGgM7qe /rDMz5fI5GMLOLoXK1CUiBqUck11gBwfrGXlhHzOLk+9iZn2sLN7rp13vdjzH+6CYqKnXTrve7Hm P906dd73Y8x/ugmKip10673ux5j/AHTp13vdjzH+6CYqKiWLuW8zrbL27dqc48DYjp0YSkd2jmKu Msthv+8gsjE3FncRA9rs0psuJobVWozudOuX8jkYNQYuXNYuqEzbwAJn4RvuIRAngsUQ2sWzfHKT uzu5mGCF1dP/AK/7f7W9cT7S5MjsYMVqSA5J7NOIZ+WPNuQc1zrC/N4OW2GR2Nn5XVteRiZxZ7Nd YalzlSz70x+brcu9fAbU81fl7Y7ckYQ8IpSLcAswu+3g7gT7i4s5Bh9FqrVujNNar1Daz+oPZBqi 9k7Wznzllawue0GAeobrM3ARZupv9EQdH2h1aGqKeLx9R6uObInamydp56zvVeTGz1heVhk4yScZ Yx7Dk3CN+0zMzv0xy3v3OYebIR1cOGFtHakkkyEEwWpHglgYYdh7nj/GIt8gxl2QbZ2i2YHRBu7A 5m3hSmxcVerPXjyOQvzWmu19lmGaWeeOKDjKxNNuliF+YIh2ZO1+V38zkqc+T9mWiNLTQtWmgqlS yUjXah9CZ8fPT5jtz23tumY2YHd3EX48C4C+N0Qbgw5afx+Yq28X7PtO4e1S5p2LUL4/jKLRGOyp IEgnuM3BmeUY2cN+7a7sy6fs1zzV6lnHZTHyYvdev3BnnvUzjcZrckoB+FOZbtsjcezw4iXX8uOD EQbNpY6TUns8wOksocOnvdOLetNZs3K03NlKhLU/CGKUuItziN3NwfsizM+53DuagyWT1JHA1WSh p7IYnpFivas5CvNDLaKrNBHytjk7xMUzm5yABcBFuW+4tmFkQbNlfFVtQYDN4TQENOXH3jlu2DvY 7p9kTqzx8eZzy5vEzEjKSVid9r8DdycengbDZbRWoNJZSvJg/efvUhuz26csYjasTGDbYpyJyYZm d24M3ESbd8nfD6IN1hqUpte4vKZPHx42lRxl6tbuHlKZ1gMzrmxi7S8x4/8AHNtxRiXaF3Ee1t62 h8ljtuYzFm/VrPmciVuOvLMInHEMUUEbkzuzs5hAMjiTCQczY7cRd3n8iCkfvvDeLUP5IfdPfeG8 WofyQ+6m4iCiGrM2Hwrl/cOWoe9+gzdA/wAmL/n7C5f532/m2/m6v9+pePr1MNp3I6av6Zr3dkME 0VuCfPBY6NV6O7tVEZ7BABFMFZmePs/hdZsPzw+iDctTVlmHWuTzRaWyT17eOp1YxbI43exwyWSJ 3bpXDg7Thw6/9H+XVx/pidUTPr+7lJ9P3a1O9RpU2kkyGPflFFLZIzNhsu+3hOP5WJ+our5ccLIg ohqyXDZ7SuXwfv6hX940ZqnO5wHy+YBBu27m48N3HhxbiuOOW9+5zDzZCOrhwwto7UkkmQgmC1I8 EsDDDsPc8f4xFvkGMuyDbO0WzA6IN56EzzfEGpJcjj5MXBkbw3IJbN6mY7Rq1odjtFObsTlEb/Lh w4dfHqXsPfeG8WofyQ+6m4iDdOm9SWq1vV90sFJDLcne/Qjs5OkIzkFSvCMLlHMewiOIut2cWbg7 vx6l3fZ/q0sxozF5PUbUMRlbEDHZqdKH8MuL8H4O/EdzcC2P1ju2vxdnU+UQb8xWXohqbVmamnhk lj6PSqRRzxh0mCGDnC4OZMLk8tmcN25h7At1OJO/mdA1YNMYTR1mnVhgyHIDHahhfI1yMo+Vwacy 5vCTlyRxtG24nCKWQRBuoRxSiCj1vP4mGpNNHeq2TjAiGGKzExyOzcWEXImHi/ybi7N19bsvzfTl +1Z0jpbReUxUlLHxURoZ2SfIUnhmgalJEQC8c5SNxl5bs4sL8G+bdbLFKINwaSq4un7Tsnkn971q IUYYatq9qXpEc0kclhj4g9kyISGYCBpB4C7G/ACftfofvvDeLUP5IfdTcRBSP33hvFqH8kPunvvD eLUP5IfdTcRBSP33hvFqH8kPunvvDeLUP5IfdTcRBuvK5f3Va1jXxGTpe8czXK/hp3niYSuDVGHk dp3BiHkRSNvdmJpC4M7RG6+SvUw2ncjpq/pmvd2QwTRW4J88Fjo1Xo7u1URnsEAEUwVmZ4+z+F1m w/PD6IN5+zXPNXqWcdlMfJi916/cGee9TONxmtySgH4U5lu2yNx7PDiJdfy4/wAsDmbeFKbFxV6s 9ePI5C/Naa7X2WYZpZ544oOMrE026WIX5giHZk7X5XfCK6un/wBf9v8AaDc//EB/+k8v/wCwxn/1 osWog8qir78Jaf7h9aT1J8Jaf7h9aT1KdXiQSKvvwlp/uH1pPUnwlp/uH1pPUnTiQSKvvwlp/uH1 pPUnwlp/uH1pPUnTiQSKvvwlp/uH1pPUnwlp/uH1pPUnTiQSKvvwlp/uH1pPUnwlp/uH1pPUnTiQ SKvvwlp/uH1pPUnwlp/uH1pPUnTiQSKvvwlp/uH1pPUnwlp/uH1pPUnTiQSKvvwlp/uH1pPUvz72 f2qmf0Hp/PXMRSjs5LGVrcwxHMwCckQmTCzyO7Nxd+HF3/8AKdOJhoqsdCxfhcHmS+tOhYvwuDzJ fWptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU6KrHQsX4X B5kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1 ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5 kvrToWL8Lg8yX1ptMiU6KrHQsX4XB5kvrToWL8Lg8yX1ptMiU66un/1/2/2qh9CxfhcHmS+tOhYv wuDzJfWm0yJooqXdCxfhcHmS+tE2mR//2Q== --=-=-= Content-Type: text/plain In such cases all whitespace should be compacted more... Gnus v5.13 GNU Emacs 26.1 (build 2, i686-pc-linux-gnu, GTK+ Version 3.24.4) of 2019-02-04, modified by Debian --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 09 12:43:42 2019 Received: (at 34476) by debbugs.gnu.org; 9 Jul 2019 16:43:42 +0000 Received: from localhost ([127.0.0.1]:34009 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hktDR-0002JK-O7 for submit@debbugs.gnu.org; Tue, 09 Jul 2019 12:43:41 -0400 Received: from quimby.gnus.org ([80.91.231.51]:49448) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hktDQ-0002JC-DQ for 34476@debbugs.gnu.org; Tue, 09 Jul 2019 12:43:40 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hktDM-0007GF-Pj; Tue, 09 Jul 2019 18:43:39 +0200 From: Lars Ingebrigtsen To: =?utf-8?B?56mN5Li55bC8?= Dan Jacobson Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> Date: Tue, 09 Jul 2019 18:43:36 +0200 In-Reply-To: <87lg2icx3u.fsf@jidanni.org> (=?utf-8?B?IuepjeS4ueWwvA==?= Dan Jacobson"'s message of "Thu, 14 Feb 2019 21:34:29 +0800") Message-ID: <87ftnfrwef.fsf@mouse.gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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: 積丹尼 Dan Jacobson writes: > Here we see gnus still has fluffy whitespace in the mode-line, > despite it running off the side of the screen. [...] 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: 34476 Cc: 34476@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 (-) =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > Here we see gnus still has fluffy whitespace in the mode-line, > despite it running off the side of the screen. [...] > In such cases all whitespace should be compacted more... I think that's a good idea; anybody got a comment here? This could be implemented kinda simply by looking at the mode line string after it's been generated, and shortening spaces if the text is too long. For instance, the mode line here says U:**- *unsent bla bla bla bla bla bla bla bla* All L23 (Message MML = Fly A and then I can't see any more. The spaces before "All" and after "L23" could be compacted in these situations... It'd have to be a user option, of course. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 09 16:46:14 2019 Received: (at 34476) by debbugs.gnu.org; 9 Jul 2019 20:46:15 +0000 Received: from localhost ([127.0.0.1]:34369 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkx09-0007iY-5F for submit@debbugs.gnu.org; Tue, 09 Jul 2019 16:46:14 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:41228) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkx04-0007Zu-RJ for 34476@debbugs.gnu.org; Tue, 09 Jul 2019 16:46:09 -0400 Received: by mail-wr1-f68.google.com with SMTP id c2so192262wrm.8 for <34476@debbugs.gnu.org>; Tue, 09 Jul 2019 13:46:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd-ie.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=svkz20P9bnxBrh+YKXFkXlJjh7dig0OvLgCxKovCwn0=; b=iTxBsyQVMdjNywlY8E0B7Qq5JdQUPWqXGD2ahpD7h0RoAVydwmFYUoyTBse3Bsa6En XOWWhPUBt0ZVkyFYa1DPDyktK5cpFLlNCkXJl1+1wwwo7Clpsh97Cva3ef+/ouY9Xoqt EZZH/xeomc2tzUYMs8wkMw1HivE48k6eTBLeQmKUxJQ9V5yeYNOQpsGbzWS8FgEJiH+l 3qkzW2PyNEJg8eADAOcD+dvWedjqAdlcOHoPTer8lahVarDVohpo4+yRQwgh9M0zEW6r YUr/2oNT7xZzRH47h4l4vpMkr7JzWNntd2SGAIANDUdc4okyE3d/3K/M0Y5MoR0srI5f ZZgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=svkz20P9bnxBrh+YKXFkXlJjh7dig0OvLgCxKovCwn0=; b=YtQx1sxqZKkGsuptFqeS1bYQFWIAlwx4unFPGi4gl0cItBp4w/0l0M+fnI54lH5c0l 6fDHvj4TANNcSmGcv5Qgi1y4lBIgZXBNqWA/EAjyGyxoN9yj5wf6knBLGzL6dnEns2Wm s2VXVH22bLs36QuDg19hVn74Ul9XnuTZoqaLDaSFNsJ+NLDb3yXvmuYevOfvW7DEapUW 8HYWOUrXkZsHjBnlna3TuL83Yj+gQj6RGbbfX3/ZgjC9eOkL+8LiWx4zcX/ZVeuCGNIj ZkOZ2xZYqa5yft26ipXkD26lsnm/uzMl6KSaVB0WlQpcDVbzzt0S106eevyZwHvKc0IU H1pQ== X-Gm-Message-State: APjAAAWLJDoo3LR6ut/FUM43s/nwl/fEdioSzLjkkmu/BouPJ1zeBqgk 4yAsIJhRwvlYl3moUnSL1J5iBA== X-Google-Smtp-Source: APXvYqw1NA8OCW118s23d+zU12ohgeP2opENmomzD3itPq/Y8/seym3A8aj4I89Ll/e7QWW6G85Ddw== X-Received: by 2002:a05:6000:9:: with SMTP id h9mr150629wrx.271.1562705162868; Tue, 09 Jul 2019 13:46:02 -0700 (PDT) Received: from localhost ([2a02:8084:20e2:c380:1f68:7ff5:120d:64e]) by smtp.gmail.com with ESMTPSA id o7sm52219wmc.36.2019.07.09.13.46.02 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 09 Jul 2019 13:46:02 -0700 (PDT) From: "Basil L. Contovounesios" To: Lars Ingebrigtsen Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> Date: Tue, 09 Jul 2019 21:46:01 +0100 In-Reply-To: <87ftnfrwef.fsf@mouse.gnus.org> (Lars Ingebrigtsen's message of "Tue, 09 Jul 2019 18:43:36 +0200") Message-ID: <87r26z0wdy.fsf@tcd.ie> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Score: 1.3 (+) 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: Lars Ingebrigtsen writes: > 積丹尼 Dan Jacobson writes: > >> Here we see gnus still has fluffy whitespace in the mode-line, >> despite it running off the side of the screen. > > [...] > >> In such case [...] Content analysis details: (1.3 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 URIBL_BLOCKED ADMINISTRATOR NOTICE: The query to URIBL was blocked. See http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block for more information. [URIs: gnus.org] 0.0 SPF_NONE SPF: sender does not publish an SPF Record 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.221.68 listed in list.dnswl.org] -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.221.68 listed in wl.mailspike.net] 1.3 PDS_NO_HELO_DNS High profile HELO but no A record X-Debbugs-Envelope-To: 34476 Cc: 34476@debbugs.gnu.org, =?utf-8?B?56mN5Li55bC8?= Dan Jacobson 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.3 (/) Lars Ingebrigtsen writes: > =E7=A9=8D=E4=B8=B9=E5=B0=BC Dan Jacobson writes: > >> Here we see gnus still has fluffy whitespace in the mode-line, >> despite it running off the side of the screen. > > [...] > >> In such cases all whitespace should be compacted more... > > I think that's a good idea; anybody got a comment here? > > This could be implemented kinda simply by looking at the mode line > string after it's been generated, and shortening spaces if the text is > too long. > > For instance, the mode line here says > > U:**- *unsent bla bla bla bla bla bla bla bla* All L23 (Message MM= L Fly A > > and then I can't see any more. The spaces before "All" and after "L23" > could be compacted in these situations... > > It'd have to be a user option, of course. Instead of, or in addition to, a user option, perhaps a new mode line construct would be more general. There is already a way to specify a minimum field width, for example, so perhaps it would be possible to also specify a maximum default width. --=20 Basil From debbugs-submit-bounces@debbugs.gnu.org Tue Jul 09 17:44:26 2019 Received: (at 34476) by debbugs.gnu.org; 9 Jul 2019 21:44:26 +0000 Received: from localhost ([127.0.0.1]:34411 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkxuT-0001jo-QX for submit@debbugs.gnu.org; Tue, 09 Jul 2019 17:44:26 -0400 Received: from quimby.gnus.org ([80.91.231.51]:54070) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hkxuS-0001jg-9K for 34476@debbugs.gnu.org; Tue, 09 Jul 2019 17:44:25 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hkxuK-0001Dc-TH; Tue, 09 Jul 2019 23:44:19 +0200 From: Lars Ingebrigtsen To: "Basil L. Contovounesios" Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAD1BMVEVsLRYFAQIKAgMsCQoS AwXLpAKXAAACUklEQVQ4jW2UDZLrKAyEey0OELAPYH4OwFgcwAbuf6Ztkcm8ebWrVCpGn1sISQQQ VW38Ksy4GtMM5tI5x/qtXLb5BvPnkVbl5xHzlw38eQfHL/BLMBH+B6RUJvxfkVKK3qeYUvoLNHrN YgoJsXz8314qGGki/gg+fh8W8J8Mn4+XFkNBkf8IyvuA+Oygnx0MVYQ36H6XdyRfZk8ZOOQ7UF0g hh7TrC0huYvS6I9qodLxhNkP6EQXrAOMzBfCEedThli6J5xn/HEy3+N4ZpjxRmOtXvjH+xd26f4J Tzt6qeznTHhVghOMdDl/jaQRklY/1I58bvslzo/jypJ1HlYSDV+FQULbN6VgyDW0Wz+SH5WJBe9v BqnbHEVbJwjpNJC8z13L6KKUWCifT0EqPbBx7FC5mNMbHLfDGKvVb7syx8yicwDvpsPmK+VUUmkc NjwGcps8VZWW9Upptsl8Hr8Dw5XNCVwbNrIMNGCbQ0q/nKLKyGiccIAr9gYuZE55vSVnuDkEoIT1 yKyF1nHeyDzbgFQOOkH0s9RKQMja8iqMBfbmZ8Z96616dbqx7hGekFUG7ipV5LqARkAJhl0wLpiI w3ZpdVUsFlIloFxcc3AEcovFQsxWkerEXQ7d7iKBGLDh0sqD85PSqNSsCxx5Bui9CZr0knKFrGsN axzcizVoLdWeLV+GsJLsgm2nfLJqWzaf1jeg0ID3wKa/QFhgdBsKqQvoAtvLZj74rGtjtfcX0BMI X36/TWEa2EFYxEDAgT7vfBvAt8WDk4uvIy/AVKVV+6f6FxumpgkVXDvMAAAAAElFTkSuQmCC Date: Tue, 09 Jul 2019 23:44:16 +0200 In-Reply-To: <87r26z0wdy.fsf@tcd.ie> (Basil L. Contovounesios's message of "Tue, 09 Jul 2019 21:46:01 +0100") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.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: "Basil L. Contovounesios" writes: > Instead of, or in addition to, a user option, perhaps a new mode line > construct would be more general. There is already a way to specify a > minimum field width, for example, so perhaps it would b [...] 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: 34476 Cc: 34476@debbugs.gnu.org, =?utf-8?B?56mN5Li55bC8?= Dan Jacobson 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 (-) "Basil L. Contovounesios" writes: > Instead of, or in addition to, a user option, perhaps a new mode line > construct would be more general. There is already a way to specify a > minimum field width, for example, so perhaps it would be possible to > also specify a maximum default width. Do you mean on a per-field basis? Hm... I'm not sure that's generally useful -- when chopping down a field, there's often field-specific ways to shorten things (i.e., just chopping the ends off of things isn't always the best thing to do). But in any case, it's orthogonal to whether to compact the white space, which entails no information loss and can be done generally. I think. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 04:00:53 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 08:00:53 +0000 Received: from localhost ([127.0.0.1]:55624 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3xJ6-00014g-W5 for submit@debbugs.gnu.org; Fri, 07 Aug 2020 04:00:53 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35888) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3xJ2-00014O-0V for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 04:00:51 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=/mMeJkjb+Xnm4ViBTu3RrSlGavAKHgAxOkFZdipncz8=; b=CatPQ6kHYQjQDcrqL8tzXbWRoR ToPaeNyfXZXHAUQjFXxUCL2Zf4FET75A14un6Hxe7jRauUhURIhU5hPh0yPEGXf5X0jG9cPPLvu0F guUU9msbE0FlqQpqAfcoWVGtTErFaYc4OQGTmnHsoiHgCd+B98CxsREKXOkr2ttDcpBE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k3xIr-0004Pq-9B; Fri, 07 Aug 2020 10:00:41 +0200 From: Lars Ingebrigtsen To: "Basil L. Contovounesios" Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> Date: Fri, 07 Aug 2020 10:00:35 +0200 In-Reply-To: (Lars Ingebrigtsen's message of "Tue, 09 Jul 2019 23:44:16 +0200") Message-ID: <87eeoi7un0.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Lars Ingebrigtsen writes: > "Basil L. Contovounesios" writes: > >> Instead of, or in addition to, a user option, perhaps a new mode line >> construct would be more general. There is already a way to specify a [...] 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: 34476 Cc: 34476@debbugs.gnu.org, =?utf-8?B?56mN5Li55bC8?= Dan Jacobson 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 (-) Lars Ingebrigtsen writes: > "Basil L. Contovounesios" writes: > >> Instead of, or in addition to, a user option, perhaps a new mode line >> construct would be more general. There is already a way to specify a >> minimum field width, for example, so perhaps it would be possible to >> also specify a maximum default width. > > Do you mean on a per-field basis? Hm... I'm not sure that's generally > useful -- when chopping down a field, there's often field-specific ways > to shorten things (i.e., just chopping the ends off of things isn't > always the best thing to do). > > But in any case, it's orthogonal to whether to compact the white space, > which entails no information loss and can be done generally. I think. I had a look at this, thinking that this would be easy to implement. We could have, for instance, a variable like `mode-line-compact' that would default to nil (current behaviour), t (always compact) and `long' (compact if the mode line is wider than the window size). However, the mode line generation is done in a very low-level manner -- in display_mode_element. And it calls display_string directly for each element? If I'm reading the code correctly? static int display_mode_line (struct window *w, enum face_id face_id, Lisp_Object format) [...] mode_line_target = MODE_LINE_DISPLAY; Yeah, I think so. So it doesn't create a string, and then display it, so there's really no way to post-process the entire string before it's displayed, I think? Which makes this rather difficult to implement. Hm... well, since this is an optional thing users can switch on, perhaps making it slightly slower wouldn't be that much of a problem. Let's see... -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 04:31:45 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 08:31:45 +0000 Received: from localhost ([127.0.0.1]:55652 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3xmy-0001q9-O3 for submit@debbugs.gnu.org; Fri, 07 Aug 2020 04:31:44 -0400 Received: from quimby.gnus.org ([95.216.78.240]:36106) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k3xmw-0001pw-ED for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 04:31:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=MSNYh45baqu8TScI5Hue6pxMa5e7D2YrIb9nt9WivaM=; b=ibNmRJ0UrI1ucI88f4yFIJnHUq F4HVGljB+R996PiqNIrJR2Qoiw+HreIoy8IoLtelFkt46sqB12SAw9Yqw9YN+1Y+haulGGR6fGzSA e4iEAox7WH4lsdm74Q0qSXMpf6RzPb64eXyK/mbqDJBZjdEbM78innO9YWlQ/X+daC00=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k3xmj-0004hg-AG; Fri, 07 Aug 2020 10:31:35 +0200 From: Lars Ingebrigtsen To: "Basil L. Contovounesios" Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> Date: Fri, 07 Aug 2020 10:31:22 +0200 In-Reply-To: <87eeoi7un0.fsf@gnus.org> (Lars Ingebrigtsen's message of "Fri, 07 Aug 2020 10:00:35 +0200") Message-ID: <87a6z67t7p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: Lars Ingebrigtsen writes: > Hm... well, since this is an optional thing users can switch on, > perhaps making it slightly slower wouldn't be that much of a problem. > Let's see... OK, here's a proof of concept. With the patch, the mode line looks like: 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: 34476 Cc: 34476@debbugs.gnu.org, =?utf-8?B?56mN5Li55bC8?= Dan Jacobson 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 (-) --=-=-= Content-Type: text/plain Lars Ingebrigtsen writes: > Hm... well, since this is an optional thing users can switch on, > perhaps making it slightly slower wouldn't be that much of a problem. > Let's see... OK, here's a proof of concept. With the patch, the mode line looks like: --=-=-= Content-Type: image/png Content-Disposition: inline Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABHIAAABVCAAAAAAAxpytAAAABGdBTUEAALGPC/xhBQAAACBjSFJN AAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAAmJLR0QA/4ePzL8AAAAQY2FO dgAADwAAAAhwAAAHuwAABymRNxdtAAAY1UlEQVR42u2daWDVVNqAn3ShtGVpKRRLkR1RQATZBGSp gIoiKKOCIou44LiCg/q5jAuuMKMjoyMoM4ACDu4fIAUUARFbQKBAZS1bKVhoga50o735ftyld0ly k9ze21u+8/y5ycnJOe+W9yYnJ4kkIxAIBIEiRJhAIBAEDpFyBAJBABEpRyAQBBCRcgQCQQARKUcg EAQQkXIEAkEAESlHIBAEEJFyBAJBABEpRyAQBBCRcgQCQQARKUcgEAQQkXIEAkEAESlHIBAEEJFy BAJBABEpRyAQBBCRcgQCQQAJyxY2EAgEASPsoLCBQCAIGOLCSiAQBBCRcgQCQQARKUcgEAQQkXIE AkEAESlHIBAEkDBhAtNsew7+1dk/bY8osy0saKujODB8tpDR0/RVnbmByz8TEVJrNvFznGRPrIxd HG1yZ/eUc/ARGPSafe3wQ5D0cu166uf3Wv+zLkaYIbmn7wI+7FLTMozJo/5q9c2lk3KhzUKdjZ35 nMhJutv2A8emuK7f8kxdjIuaZdd0t4Kb/ke98qq/A4Q0ahTXrUfXUB96TRj1bd7Cx03uHPxnORWF RYHtcMV5Wt0QWLmL0wFSnVJOt3IgP9O9okqxSRbmGqk9r5wxsXXsiKwhXwZ5l55oxYklP/9E2qeJ E4f5MKgyYVX5d6NamdtXXFh5xswRBgQ4ZrZVAaQ8WF0yC+DnV90rqhSb4/A3Rmpn/EzEncKXwdil J97j5NTbP74WZbr9mJuXWxaYDMMgTjny+iTnPJx14cq6EeYm5E6B+ByOnb4skHJa3rNEluqvvkDm xhi9lYd1oFGNC5zwd4DMD6D7fQBN60Y8+NUmAP3+5LTizShjRlQV5e3bfhK2PzXHfM4Zu0LedKS9 qV2DOOWsnfXF9KvsK+WLv0hcUDdurxmX27INxi0oJmVMIOVcuZ/75uuunbkVbtNdu39/PwhcvydA JBDbs25lG//ZBKCpEWvEdQCGWzbMKeLwRzNM95nQc7v85fOmdg3io7gkMuPxd23jIb9OWlrZOL9u hJZxudOL4LprITWQYp7/Ny3u0l/9a5mOHevggS5QPOyHzmkIq9LMt3ArrD9vru/gNcuYpaOk7yes liH7hZfOtH5zTpO64U7jcqdCYkJv2FUSQDH/Vcxj4bprl6+HIeJQvXRoOwn4zvz+/SKo/NHUnsE8 fBw7/a5PfpndmNP3l8dNvsUlOZYfyiyujGreJtF9H0vGiYLyBm2ujPBsrmJPZmmDdl0cNwdLjmYV VDWO6aL7LoxK2/K+rPPR7bqE6JFbmRToTR+o3D4oYMbdvp5eBs70N5eAr8KpOi1vV054s2ujfWvd ww1anN17vqRRQrd6Stv0x4lGsOnlYnp2QURsl+a+qWOG0QtKSM2P8S6JspYRfX7hh7GXWsqBljP3 zvudsqj7x7roe+4/G2xTneL6jXGe65SzZEOx1SDXj3VcBeTeDU/eUbn0qwsAsffcBXBqfcohCwDS FeMH2mou+tS28GuS9dd5TpJi28DG/5wESHi6l1e5VTiZBb2JvzyLlIClnIr3CTUyseIXiG+pp+Lp e2wL7tPelJy2ZhYsif3nT5VA+PBHGppSxToj090NWr78ZXGG1ZMjJlUfcgbiRCUgVLtUtcn5BevK AWj3QH9tdWqesD4bqdx6k4YkmmFPr184mp1gomNjWfSlpKSkpFwCSIOGQL3GLplx3+TV9smV5753 PrlbPn6l1TyU//TwUZd2SqcvugBA3kcAPLHggDWSkA++/EKFd0HU2l702kkAsp/f6k1uNVIhrAf0 hq2WQNl16SnuaK2/etUO6O5Th6pOK350bSXAxeQHz5hvXsUNSpQ8+3KGzZP/OyXDbaP+ONEINr38 PnGV9Tjn6IuzLCbVMU03IMObJOpa9gBMCRfcZznnFiVb6peFF77/9dTrHYVFLxZDXK+E8AtZ+845 1/73UiCyx2WRBYcyZC66tDTrd2jYLDwvp7oovG3bRhElmbsrSX1plgRw2TUAB8toZPsXbuO17a2f Ed8t+nRaBZXvLo7QlFuVFOgaCX2+JX9/l8AYNutzYiYZqH+0GPTNUah3DUBmvluxqtN4P5OW10af 3lpCzox/m71E8XSDqi9LnjwCYVe3jziXdoa8p+dfZjxOVAJCtUsVmxydUQ4N+jQv3ZsBa0Jn4CWq apiW1SlHVRKNQ+ryqBJ23X6JpZzSZV+W1Z/UeHbii+/v/evVf7bfeF6RD/c8EAogpy+vPk3btBRC J90dAZCzZJVLU2m/MOC+ThLkrPrSqvcNQ3tafVnw9838tm44wM03Azx4hKvfcBNFte2loU+NlODM c5nkbh6qKbcaxenQG+geVklKgFLOPyp5oIGB+gcAfbMwmrwPMHODW7Ga0+CA9PgYoPD17Zxc/KBJ fTzdoOrLvx2B66bHA5aVH1YWvz3HeJyoBIRql8o2scwqh2HTo4CtbxSzalAfzaiqcVoAf2hLonVI 0XYvB8z0G8Qp54d5eQx8PP5H6PBB8ifpjw6Z1hiA7dDyIeu/jdStW6W9esX7EDLTdiEa//RglyPq V6aOs264fwQA8xvbNzV+ZfIp1g7XFEW97apptwE0f/FhSB2qKbca26qsKSfi6jRSHwqMadPoeIuR HY5h/Vc0jYrTAO4bA9Bo5oN/8PW9JienKbhBha0bIemvEkDIaOkf7NnTzUScaAabTlIPQc/nQwD6 vvIMfNrHhDoAK1c6rSRH6u0/GijRlERby1Z7OVNiwl9BfJO8OK/FOzPjrVF66+JbpYM29c5CS8kz Z67NgzHVQ189Xe6LWJLG2RetJ9JOWSAsCfbKmqKot504yvrbsT0c0ZZbjRSI6QDQB44F5O33RXPh CUOez4awGF+6VHEa0PBe62/keCj/2WTzCm5QYRnEzLBLMjIRks3EiWaw6SQZeNTmhV59Yd9xE+r4 QH2g1KIlibaWzYDTJvo1lnIS2rdv3z6cwDD6iYV9HSuNZvzrGVvH9SBTIUNshNBxqo1N0eioBZRp P4Kp3vYge/R2hFxtuVWwbIPeEkAvAjQb8ON8hl5taI9z0NinfycVpwH969sWBobADpPNK7hBRZFd MMLxHxDSH/aYiRPtYNOFvAvatrOvDQd2GlfHR5cgl2tJoq1lLOaEM3Zh9RgBJNR1+r9jSKTjUbI/ ecBd8Kp90DlOra2OClcFmbuOnC+5COQDxVqPv2i07bhv2BhKteVWIb3Iel0F7ZucJzUAzzzsTSZi qrFdSsG3UUxlpwF0tS80bHWcw2ab93SDMnuwpnYbrSC7PMJwnGgHmz5OlUB13u8GHDKuDgD9nSeR 63fTRUCK0JDEi5YR6BHO15SjKLljcL9+nOliI4z+QWbZmv49rkyUnErPlEEn1X08j/vd8w64218V jbZj7AvhYKky8w6SFJCsB4HU6wd2lZh/1E4nVe/KjG9mbJ8K8O3kVtlp4DxElHicUyab1+2GY8D8 6sMyHyhsZjhOtINNH9nA5Y61ZvXLyDYZVXHdTQlQCtQP0ZDEi5b1rHHhh5Qjedme4Tj1ue5t08VG uOrRj2Tyk5OJ7HDtTY65SIWA+pMFHs/X/vcT13XNsRyNtn2/g5kC7W0TW3v/QOVvg/2dcr48xmVG p43W85KUTToNcHq6uiFUXjSX2XS7oRDc77OUGI8T7WDTxwUX3WlQxoUajCqdKSdKSxIvWlaYFNQ9 5XhesNf2APNwj5tJd1756U4LUJqevvTeyVJ14KgP1rtPpv/lEwgZNrhD4wjgx7e8pBzttnXLrcjJ k3A4qXo91d8pp/xTeLSewZ0iody3bhWdZstmTkulfh4pVHiKzWI8TkwFhBtlLroTYe4qxQdOYRsj V5PEi5blJo3gnnI8T+JCCTq6/i1v9779By9C5WeVDzkOCg2fuZ+qzYWo2fY5MF5dHYn/4sF9vHiL xc85/mI5OL9b9niSjld6Ns0g30fBlJxmj1wrZv82jRAF/Bjma5zUREDUd9Gdct+TmImUc4WWJF60 PI+5VxaFKRxd1f/4sk0gLTpvqIFio8QOGUL5lmUHYNlI62l6I+Cc3t0zsmGyY9Zdvrfqhto2SIrb ekGgJiAbIgGq8nwcL1VwGkCR81Kov1NOI6BAtyJqcVITARHtojvFnqdYfmYPtnFqNUm8aJmLfSaB bymnAVA9UeuirSQoiRg86P0VWDZbx+svq1+G7u+rHwWqn9HzepvEUNvGKE6HpD/b107MwHkCchiu p/3axf6kLZAVVwMNuToN4GR3+9IpSPC3Iq2Bo7oVUYuTmgiIBCDLsZZTZu749XZsq8dJ5TYI7aMl iRctT0DzKJNiOdMwopxCx1oR1hk/QYr05+RK+zh/aOed7Dur80SvEKcBs4pdrhvDnZOu8baNsbUK +jpM3LRxASnVFx3RNlHdUCnWSdQSp5X7oOU7Ov5fOwFHu9e40wDSR9qD7QR0qGHzeviyO7Clt97d 1eJEKyA8w0eZxKgSdjvWduP7PTBjcbKyGPrGaUmiHfbyMb2P3bnhcX3eFo45bk4cwPnRRpgzceLE iXnBk3MiQqqT5hCw/FfnfpHAWfvKGrdpgFFO20y0bYxUrM/k2g7HHnC8+nBsgfNkDW/Fej2e6AQQ lpiYGONtp/YNYb8fnAak2h8w32xxNkXN4OHLuK6wWvc1kWqcaASEQvgoInWHTMeJ0zp8fVTfYJxk LgTGaEuiGfYnSk1K7JFy+kGJ/a0eZ76BRs5TFXKzsrKyKqldnN43sKMC7LOwb4qB7zY7Nu3XenSg FfCTbfmU+/t/L4djOa5FRto2RNU2aBlfvd4T5wHl+HhI9jS3SrE/CekJu/zgNKDoc+tv6RIIT6ph uT19eQ+Uvu40WLrzgJk40QgIhfBRZgQw13bhs20bdGpXw8prxIm84ckiGNFTWxLNsE8D+tZIyhlV D5bOKwbkndOL4LZ6BBlPP77G9gqP/e9A6ABbcb2nQH71M2s05X/8pNalR+cY+HyTNeSmFbtdXPYA yyvHXYqMtG2I34tc/9ldUw4j4MRLmRaFYFUqVsSyw5mjZgUdBGczfWhbxWkAS74FKHz5D7hD8yVd ZTt27Nix4wCQt2PHjh07dHzOy9OX/QfC7ifSbeluxSN/yTITJxoBoRA+yvTrADvfKgHYOhOYaNY3 Z529kOYlTs4dPrjjpw8mziyEdo95kUQz7LdDO1NDbx73C2OmzUb+4psrmpSdyAE6Tgi2jIO8d++7 HTo2qVewd58M4xzXmkMOLqNq4bIeLSIKjh2o0tZ60hwqX7mqe3TBrgwa3OX6vcoBCdkcuD82JgT6 PGy8bUOkANc6rSckZDtPQL577Wm2bpUkGDDTqZZKsSIVLm/xH/CGSUEHRF9g0wTvbS/bAkAm5EwD 4PK/aDoNOh384Lue0ae3lECC9it8sh3d7doFur7WqeDL504dJePJll1j5byM417StnqcqAeEZ5cq Ngl97vFyftrat3np3kPAjaY/AJHqPNEi5CftOPn2W0dufN0+hKcqiUbYl/4GN5oS13OKwojSuZVU 7rOudH01IBMhjVJ5wH46fKvTc3hTm82tpNR+11lzTtnth1bD/v0A0a+4DU6Fvf5CDuTlYT2xNty2 wZQjuYxf9PzeeQJy1KxnckCW3e48qBT7k3rDlrNRx99PlmMcsty6VOrFaUx749RJ6yvwmr5b4w97 KPgy+oM3U6wzMK1EmIsT1YDw7FLNJh1mP19CsS1FDH225p2mFSctJtxYfYWjKol62KdUEDbclFQK 07vGzL/BNv0v8ek5cQQdr9zWwr549dsznBUYs3ikLXHXGzJP+8r42aetf7Sh/eZ7vF22/cIn+8a7 R6KBtvVz8iS0dXmbTk9cpuq0WvTglQq3k1SK/cmdEkcPmN9d3WkN51q/NBg2YoEfbpEr+DLqzdnd 7QK0G79okMk4UQ0IxfBRpNtnI2z12rz6kj+m3CrGSUijlj0mvvfZzSF6JFHVchXcYO6ZD0lxal7p 3lPF9WKuakmQcv7oH8VyZMIVngnRcuhEQXnDVld6n8lZdeBwcXTTrjH6e9Xf9qXIS7/quZIx5rQ1 s2BJImd354bHXxvIHFqSnlsoNUhsp8P7GnFSAwFRsed0QURs5wRqHVVJFLU8NUGW5pv7Wqe0ofaV FdQFjjwkhy+r4U+J2VKOoM7xjxUMftXcrnXjm7uC2qd9Ehe/FmYQAOStIWSKyX1FyhHoZGoE3wXR NFBBLbKkgttbmdxXpByBTuLHU/apMIMAslcQY/YkJ8i/YyUIJiYE3xwtQa2Q8KMPO4uzHIFAEEBE yhEIBAFE3CQXCAQBJOx7YQOBQBAwJFnYQCAQBAwxliMQCAKISDkCgSCAiJQjEAgCiEg5AoEggIiU IxAIAohIOQKBIIAEIuWMkyRDH7xZd0/bKEmSpI21bBujcvvC15Ik/V4rWmau+PitD78/h6Cm/L9G kqQtwjtqhDBNcuP32pXIMmX4suOlwWGdSx7Lx33ajH7kxSduazbU9hruJZIkSSMcFdpIUleA7ZIk 3eko3SVJ0jitdje6B9VkYevg8U7tEnxPkv9tIRDaIHCyzTvNlUHsIX+qs3/yNtuSvH79oHWO12n/ cLyNOOBrPXzqgHfMKB90Kad8NrRbcH1o4Hqct5vRl1LK0a/OviG5QLNOzXIP5sKmckdQW+a/KXJJ bYdPXfCOGeWtKecN58/uta1pue7tjv4PRWw6D3MHB4U9DcldBzk9LBc6vXdTKFhSZrk8bLfgNd// i0Y+5bTS4lI2ZF30Tu1hlf2aYf7sY9QoA5XTIHRIcNjGkNx1kKezYejyaICQ669PHu8c78v/5HPz icPqqmH+P3in9gi6m+Q5EBN03yS+JPn5v9DqK8enXG7Z4jB7J/hY2Ed4xz8EXcq5IF6OGiA+BF6K rV7v5AjqKaGsOyIMJLzjFzQP7/LNx85GNu/XWnFj2ab9xTHd+pnPD/KWg6cbdevnNlAs+y5J2iap z3XAxjSpj9OHngvTD5672DS+X3OfDKYqibI6iqhLkrshK7RlUpwB5U2TtxJiJytuajFyuTz/HT9F nGHvWHYeOFsS27m3y9eDS3buz7vYsHWXDnq6VG9b0Wnb9+Q0uep6yVdFlQPiVOrpoibtBtavde8Y sqDB2spa2j0vPwWslBXIftDm5G7LnYuzgA/k8let37Vt/q6swTF7b52cS1cDqfKXVwDQdq1zsQsb jEsSB+seArir4vwggFvLrHUzXu9j873U6xt7A6+49zhWU24VSVTUUUNREvkrIL1oSj2AsLHZurq0 8SJwUVMdRZYqV1gMLE6G+ApZlmW5NXSRZVn+DfiTo1Kat8Y3AFM9So15x0rm1Bjrlqh7djoK/5hi v+JIeDjdlL3Vnfa19TO47VfKYz3974KavTUC4ptrbco8lqMttV+9o2zBbtDGUl2joikMUq+tFWye Wjp7Xj3lbHb6VvbkSrcDvWhAdTI3l3IcIocne0s5BiSJgxusK6/Zxn5fsNZ1+YMbWWoy5ShKoqKO GoqSyF8BKV3txXF7dHTpY8qZDnysEtRVreELv6QcA96RZVmWP3Ie19ttK0yNcSp8zpS9VZ3muM0m zfUp5Si1XXBTdd3mO+Va846yBT8E1jnlDWCxem31YFPS0tnzqtdFe24sgZibWxenpMGisPmuW+// FWJbRpzJ0j6/qj8YYF+u55bk12k1sFHm+jIuPnzI+rXjJoMBDmUTbjvfjjElyfoed5xeUMabFS0m hC06xScz7We2EV27xkUW7t9Uwfe3r5YA2gwG2H6BONvB3llbbnVJFNTRwFMSAJ76nXbDYzNXFXJu +J54Pcq7oqqOImlAJ5VtIQ+9xMd34wcMeAfgxbeABklto8/u3ClTYS3MG5UPLYa3jSg4lJqtp1MV eys5bdYcoGe/yP1rL07r5KVZLXsrtV04aDeED+wWmb0hkzM3pLWpNe8oWvC+Z0v4z1BHnQUQe6d6 bVXl1bR0eF7tLKeyJzC+UJZlOTkGWO1ybjEGRm+1yLJ84q/RslfGKpzlhIXNs8iyfLwz8LnzxqnQ 3LwkcdCuTJYXAhGZsrzf8dfYctzyEuteubdXp29ZlmX5GhitS24VSTTV8URZkq8AmG2RZTlvJDDJ a5eeZzle1HEjETip8j8q/xGGdMgfZznGvPM1EPZ6ie0KK+Q3a+mbwHNWjS2bxr0gm7G3itMO14fI b2VZlg9frXCWq4SnvdUC4m7g1kxZluWqj+rBwFrzjooFJ0P98/Yq2aHwhFd7KwSbopbOnkd+yu0f wbrj/wLDqqzLa4HrXA70EGY7rp3MpRw+si7vBO7RTDmGJImDv8iyXAAMk2VZ7gRLrOFW3WBFB9tG oylHRRJNdTxRluQrgBnW5dIuIGV669LXlNMAKFELanmMTRofUo4LRbIJ75Q2h5AVjk0/Zlh/h8AV 1YMO5bIZe6s47WFgoS26YnxJOQptrwLG2uWeC/xcW95RsWAq8IG9cFb1hayGvT2VV9bS2fP/B+OX X0+A/7GzAAAAAElFTkSuQmCC --=-=-= Content-Type: text/plain If this way of implementing it sounds OK to everybody, then I'll finish the patch (and add support for "only compact if the line is too long") and add documentation and NEWS. diff --git a/src/xdisp.c b/src/xdisp.c index 4fe1c4288a..938b3b408a 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -25216,14 +25216,42 @@ display_mode_line (struct window *w, enum face_id face_id, Lisp_Object format) format_mode_line_unwind_data (NULL, NULL, Qnil, false)); - mode_line_target = MODE_LINE_DISPLAY; - /* Temporarily make frame's keyboard the current kboard so that kboard-local variables in the mode_line_format will get the right values. */ push_kboard (FRAME_KBOARD (it.f)); record_unwind_save_match_data (); - display_mode_element (&it, 0, 0, 0, format, Qnil, false); + + if (NILP (Vmode_line_compact)) + { + mode_line_target = MODE_LINE_DISPLAY; + display_mode_element (&it, 0, 0, 0, format, Qnil, false); + } + else + { + Lisp_Object mode_string = Fformat_mode_line (format, Qnil, Qnil, Qnil); + char *string = xmalloc (SBYTES (mode_string) + 1), + *ostring = SSDATA (mode_string); + char *s = string, prev = 0; + + /* Copy over the data from the mode line string, but ignore + repeating spaces. This should be safe even for multibyte + strings, since this is UTF-8. */ + for (int i = 0; i < SBYTES (mode_string); i++) + { + char c = ostring[i]; + if (!(c == ' ' && prev == ' ')) + { + *s++ = c; + prev = c; + } + } + *s = 0; + + display_string (string, Qnil, Qnil, 0, 0, &it, 0, 0, 0, + STRING_MULTIBYTE (mode_string)); + xfree (string); + } pop_kboard (); unbind_to (count, Qnil); @@ -34551,6 +34579,11 @@ syms_of_xdisp (void) The face used for trailing whitespace is `trailing-whitespace'. */); Vshow_trailing_whitespace = Qnil; + DEFVAR_LISP ("mode-line-compact", Vmode_line_compact, + doc: /* Non-nil means that mode lines should be compact. +This means that repeating spaces will be replaced with a single space. */); + Vmode_line_compact = Qnil; + DEFVAR_LISP ("nobreak-char-display", Vnobreak_char_display, doc: /* Control highlighting of non-ASCII space and hyphen chars. If the value is t, Emacs highlights non-ASCII chars which have the -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 07:32:57 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 11:32:57 +0000 Received: from localhost ([127.0.0.1]:55952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k40cL-0005NF-10 for submit@debbugs.gnu.org; Fri, 07 Aug 2020 07:32:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:46428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k40cI-0005Jw-QW for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 07:32:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49544) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k40cC-000107-Pi; Fri, 07 Aug 2020 07:32:48 -0400 Received: from [176.228.60.248] (port=3371 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k40cB-000248-3C; Fri, 07 Aug 2020 07:32:47 -0400 Date: Fri, 07 Aug 2020 14:32:39 +0300 Message-Id: <83364y8ze0.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87a6z67t7p.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 07 Aug 2020 10:31:22 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 > Date: Fri, 07 Aug 2020 10:31:22 +0200 > Cc: 34476@debbugs.gnu.org, > 積丹尼 Dan Jacobson > > - display_mode_element (&it, 0, 0, 0, format, Qnil, false); > + > + if (NILP (Vmode_line_compact)) > + { > + mode_line_target = MODE_LINE_DISPLAY; > + display_mode_element (&it, 0, 0, 0, format, Qnil, false); > + } > + else > + { > + Lisp_Object mode_string = Fformat_mode_line (format, Qnil, Qnil, Qnil); > + char *string = xmalloc (SBYTES (mode_string) + 1), > + *ostring = SSDATA (mode_string); > + char *s = string, prev = 0; > + > + /* Copy over the data from the mode line string, but ignore > + repeating spaces. This should be safe even for multibyte > + strings, since this is UTF-8. */ > + for (int i = 0; i < SBYTES (mode_string); i++) > + { > + char c = ostring[i]; > + if (!(c == ' ' && prev == ' ')) > + { > + *s++ = c; > + prev = c; > + } > + } > + *s = 0; > + > + display_string (string, Qnil, Qnil, 0, 0, &it, 0, 0, 0, > + STRING_MULTIBYTE (mode_string)); > + xfree (string); > + } Ouch! This is Lisp converted into C, yes? And it formats the mode-line twice: once in format-mode-line, then again in display_string, right? You don't need all this inelegance. After display_mode_element returns, you have all the glyphs it produced in it.glyph_row, so you can simply remove the unneeded space glyphs from the glyph row (and adjust the metrics accordingly). Let me know if you need more detailed help in how to do that. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 07:41:28 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 11:41:28 +0000 Received: from localhost ([127.0.0.1]:55980 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k40ka-0005b4-9P for submit@debbugs.gnu.org; Fri, 07 Aug 2020 07:41:28 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38568) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k40kX-0005aq-G7 for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 07:41:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=g+KRvyysiQsCF72A8JnJSucvF2HzNB/BeW03ENGbCcI=; b=h/2uJOA7YRN1pVaLy7IerrdKlV 1mDuxbYgnEkgR/1/Qtl0Iw+v1fQ04InGijDBypBmBgRkY9DofMw4HCz0F2aQ3X/7OxyvttzT4mdru JzpXDsAY3vJfHvbKhhi6GzN+mlU14TXBLcIgPsE+/i4iFmoQMVx/h78zzOZNLRJ3I+s4=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k40kP-0006ZI-4j; Fri, 07 Aug 2020 13:41:19 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> Date: Fri, 07 Aug 2020 13:41:15 +0200 In-Reply-To: <83364y8ze0.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 07 Aug 2020 14:32:39 +0300") Message-ID: <878seq8yzo.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> + char c = ostring[i]; >> + if (!(c == ' ' && prev == ' ')) >> + { >> + *s++ = c; >> + prev = c; >> + } [...] 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: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 (-) Eli Zaretskii writes: >> + char c = ostring[i]; >> + if (!(c == ' ' && prev == ' ')) >> + { >> + *s++ = c; >> + prev = c; >> + } [...] > Ouch! This is Lisp converted into C, yes? If that looks like Lisp to you... :-) > And it formats the mode-line twice: once in format-mode-line, then > again in display_string, right? No, display_string just displays the string, I think? > You don't need all this inelegance. After display_mode_element > returns, you have all the glyphs it produced in it.glyph_row, so you > can simply remove the unneeded space glyphs from the glyph row (and > adjust the metrics accordingly). Let me know if you need more > detailed help in how to do that. That seems like a lot more work, I think? And I don't see how that could be more efficient than just removing the characters from the C string? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 08:00:08 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 12:00:08 +0000 Received: from localhost ([127.0.0.1]:56033 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k412e-0008GI-00 for submit@debbugs.gnu.org; Fri, 07 Aug 2020 08:00:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:52702) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k412c-0008EH-Hr for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 08:00:07 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51394) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k412V-0004Ly-Ud; Fri, 07 Aug 2020 07:59:59 -0400 Received: from [176.228.60.248] (port=1055 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k412V-0004q0-3r; Fri, 07 Aug 2020 07:59:59 -0400 Date: Fri, 07 Aug 2020 14:59:52 +0300 Message-Id: <83y2mq7jk7.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <878seq8yzo.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 07 Aug 2020 13:41:15 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org > Date: Fri, 07 Aug 2020 13:41:15 +0200 > > > And it formats the mode-line twice: once in format-mode-line, then > > again in display_string, right? > > No, display_string just displays the string, I think? Which is a non-trivial amount of work: loading all the font glyphs again and accounting for their metrics, considering the faces, etc. All of which was already done. > > You don't need all this inelegance. After display_mode_element > > returns, you have all the glyphs it produced in it.glyph_row, so you > > can simply remove the unneeded space glyphs from the glyph row (and > > adjust the metrics accordingly). Let me know if you need more > > detailed help in how to do that. > > That seems like a lot more work, I think? Why a lot more work? It's basically the same loop as you do on characters of the string produced by Fformat_mode_line, just done on elements of it.glyph_row->glyphs[TEXT_AREA], which is a linear array of 'struct glyph'. Each glyph tells you what character it displays (and much more). There are gobs of similar code in xdisp.c. For example, here's how we make space in a glyph row for prepending a character (needed when displaying R2L lines): struct glyph *g; /* Make room for the additional glyph. */ for (g = glyph - 1; g >= it->glyph_row->glyphs[area]; g--) g[1] = *g; glyph = it->glyph_row->glyphs[area]; IOW, it's just an array of simple objects, not unlike array of characters, a.k.a. "a string". If this still sounds complicated, I can volunteer to write the code myself, if you promise to write tests for the feature ;-) Thanks. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 08:15:36 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 12:15:36 +0000 Received: from localhost ([127.0.0.1]:56075 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k41Hb-0000iT-PD for submit@debbugs.gnu.org; Fri, 07 Aug 2020 08:15:35 -0400 Received: from quimby.gnus.org ([95.216.78.240]:38952) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k41Ha-0000bq-4p for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 08:15:34 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=RyAgNKi1bWf/5Prj5r1r2juK7BaK7h/xR/s9FWqeQHk=; b=HiEBgfb/5QrC+RMkiQMXCmE/H2 CaEpuZqfVrzKA53KZkqlfDASKPm9QAyB6dTAKBfDoREq4fyLu9KNuD60lIwcqWzMaiMq/G5cmcJRf +kG8bFhkfY/PRscpi67aE8Yc1Fk7RIPBoihOT19ulwOz/monluFdr05YVddzw2QqUs04=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k41HP-0006t1-Gq; Fri, 07 Aug 2020 14:15:27 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> Date: Fri, 07 Aug 2020 14:15:21 +0200 In-Reply-To: <83y2mq7jk7.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 07 Aug 2020 14:59:52 +0300") Message-ID: <87mu367iue.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> > And it formats the mode-line twice: once in format-mode-line, then >> > again in display_string, right? >> >> No, display_string just displays the string, I think? > > Which is a non-trivial amou [...] 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: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 (-) Eli Zaretskii writes: >> > And it formats the mode-line twice: once in format-mode-line, then >> > again in display_string, right? >> >> No, display_string just displays the string, I think? > > Which is a non-trivial amount of work: loading all the font glyphs > again and accounting for their metrics, considering the faces, etc. > All of which was already done. I'm not very familiar with that code, but from my reading of it, none of that has been done at this point. I call Fformat_mode_line (format, Qnil, Qnil, Qnil); instead of display_mode_element. Fformat_mode_line sets mode_line_target = MODE_LINE_STRING; or the like, and then calls display_mode_element, which then won't call display_string at all, but just put all the computed elements in a list. So nothing is displayed until that call to display_string, in my reading of the code. OK, I've now done some more testing -- I removed my call to display_string, and no mode line is displayed at all, which kinda supports my reading of the code? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 07 09:53:04 2020 Received: (at 34476) by debbugs.gnu.org; 7 Aug 2020 13:53:04 +0000 Received: from localhost ([127.0.0.1]:56212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k42nw-0005Mw-G3 for submit@debbugs.gnu.org; Fri, 07 Aug 2020 09:53:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:47962) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k42nt-0005Lz-Gj for 34476@debbugs.gnu.org; Fri, 07 Aug 2020 09:53:03 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:54003) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k42nm-0000oM-HW; Fri, 07 Aug 2020 09:52:54 -0400 Received: from [176.228.60.248] (port=3956 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k42nl-0004fo-Qc; Fri, 07 Aug 2020 09:52:54 -0400 Date: Fri, 07 Aug 2020 16:52:48 +0300 Message-Id: <83sgcy7ebz.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87mu367iue.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 07 Aug 2020 14:15:21 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org > Date: Fri, 07 Aug 2020 14:15:21 +0200 > > So nothing is displayed until that call to display_string, in my reading > of the code. Nitpicking: display_string doesn't display anything, it just prepares glyph structures used by other code to actually display the mode line on the glass. > OK, I've now done some more testing -- I removed my call to > display_string, and no mode line is displayed at all, which kinda > supports my reading of the code? I don't want to argue with your reading of the code. I'm saying that the natural way of removing extra spaces is to post-process the glyphs produced by display_string directly; anything else is IMO inelegant and unnatural. From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 05:12:08 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 09:12:08 +0000 Received: from localhost ([127.0.0.1]:58067 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Ktb-0002iK-W3 for submit@debbugs.gnu.org; Sat, 08 Aug 2020 05:12:08 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Kta-0002hy-Rf for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 05:12:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=yMmReodeAznLPVq275EMu/+XJVMlqIH3sAovZvGboIE=; b=DSZ+6iPcwm6RQZ/UnQGXxHR224 K9ROaNHx2jVEY1vyekYf9wJW/fRI6KcFLOyOqbqfvjf0JkvPztKpjZJnY2PxBNVd2SbK3MKNOMz+I 9dLo4nj545pJDj/yU2qkwKu/6+o79JL9FX7t6BvKSFmD0c5CDy6RcwENivgiCe7tXjso=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4KtJ-0002I6-Pl; Sat, 08 Aug 2020 11:12:00 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> Date: Sat, 08 Aug 2020 11:11:48 +0200 In-Reply-To: <83sgcy7ebz.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 07 Aug 2020 16:52:48 +0300") Message-ID: <87wo295wob.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> OK, I've now done some more testing -- I removed my call to >> display_string, and no mode line is displayed at all, which kinda >> supports my reading of the code? > > I don't want to argue with y [...] 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: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 (-) Eli Zaretskii writes: >> OK, I've now done some more testing -- I removed my call to >> display_string, and no mode line is displayed at all, which kinda >> supports my reading of the code? > > I don't want to argue with your reading of the code. I'm saying that > the natural way of removing extra spaces is to post-process the glyphs > produced by display_string directly; anything else is IMO inelegant > and unnatural. I just don't understand why -- pre-processing the string is more efficient and... normal... than post-processing the glyphs, surely? Preparing a string and then calling the display functions is what we do all over the place. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 05:48:48 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 09:48:49 +0000 Received: from localhost ([127.0.0.1]:58117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4LT6-0005n8-Mx for submit@debbugs.gnu.org; Sat, 08 Aug 2020 05:48:48 -0400 Received: from eggs.gnu.org ([209.51.188.92]:49356) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4LT1-0005mr-6b for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 05:48:46 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44382) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4LSv-0004Dz-37; Sat, 08 Aug 2020 05:48:37 -0400 Received: from [176.228.60.248] (port=1035 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k4LSu-0004zB-Gv; Sat, 08 Aug 2020 05:48:36 -0400 Date: Sat, 08 Aug 2020 12:48:30 +0300 Message-Id: <83364x79jl.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87wo295wob.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 08 Aug 2020 11:11:48 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org > Date: Sat, 08 Aug 2020 11:11:48 +0200 > > > I don't want to argue with your reading of the code. I'm saying that > > the natural way of removing extra spaces is to post-process the glyphs > > produced by display_string directly; anything else is IMO inelegant > > and unnatural. > > I just don't understand why -- pre-processing the string is more > efficient and... normal... than post-processing the glyphs, surely? > Preparing a string and then calling the display functions is what we do > all over the place. You don't really have a string here, you need to generate it first, from several individual C and Lisp strings, and from :eval expressions. Generating it involves employing some of the same code that display_mode_element calls, but in a context that was not meant for display, so I'm not even sure the result will be the same (i.e. we risk inadvertent changes in behavior). We will also be consing at least one more Lisp string, so displaying a mode-line under this option will produce more garbage. All of these are IMO disadvantages that don't exist in my proposal. And I don't see why post-processing would be less efficient. Can you explain why you think so? From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 06:01:29 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 10:01:29 +0000 Received: from localhost ([127.0.0.1]:58126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4LfN-00069Z-3z for submit@debbugs.gnu.org; Sat, 08 Aug 2020 06:01:29 -0400 Received: from eggs.gnu.org ([209.51.188.92]:51696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4LfL-00069I-IH for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 06:01:28 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:44502) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4LfF-0005kV-DN; Sat, 08 Aug 2020 06:01:21 -0400 Received: from [176.228.60.248] (port=1977 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k4LfE-00089X-C9; Sat, 08 Aug 2020 06:01:21 -0400 Date: Sat, 08 Aug 2020 13:01:15 +0300 Message-Id: <83zh755udw.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-Reply-To: <83364x79jl.fsf@gnu.org> (message from Eli Zaretskii on Sat, 08 Aug 2020 12:48:30 +0300) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sat, 08 Aug 2020 12:48:30 +0300 > From: Eli Zaretskii > Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org > > And I don't see why post-processing would be less efficient. Can you > explain why you think so? Should I perhaps post the post-processing code I had in mind? From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 07:18:27 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 11:18:27 +0000 Received: from localhost ([127.0.0.1]:58295 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Mrr-0008DS-3G for submit@debbugs.gnu.org; Sat, 08 Aug 2020 07:18:27 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50428) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Mrp-0008DF-3Q for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 07:18:25 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=IVHKONfH0ZahItuvErgNJuk0ajAa7pVzl+p2y73naMk=; b=eAt3ouJTm1QaK0IX+bTOOiK1bn WrBuaLmtBznnH7C1tkLZcV19mqfhmgi8Mc+Dd3pqjUtF/0GQT9Abi9xK/eBOyxS8Doaf3CjZwmOP5 oa8Z9iUrNBvdZjIK+QhYDmC+pQeuMChK8+9FETViWOIZckeHXw78vTh2efaZf11DQ8R0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4Mrb-0003Wh-KC; Sat, 08 Aug 2020 13:18:17 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> Date: Sat, 08 Aug 2020 13:18:10 +0200 In-Reply-To: <83364x79jl.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Aug 2020 12:48:30 +0300") Message-ID: <87o8nl4c99.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > You don't really have a string here, you need to generate it first, > from several individual C and Lisp strings, and from :eval > expressions. Generating it involves employing some of the same code [...] 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: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 (-) Eli Zaretskii writes: > You don't really have a string here, you need to generate it first, > from several individual C and Lisp strings, and from :eval > expressions. Generating it involves employing some of the same code > that display_mode_element calls, but in a context that was not meant > for display, so I'm not even sure the result will be the same (i.e. we > risk inadvertent changes in behavior). We will also be consing at > least one more Lisp string, so displaying a mode-line under this > option will produce more garbage. All of these are IMO disadvantages > that don't exist in my proposal. Ah, I misunderstood what you meant here -- I thought you wanted to change my patch to call display_string on the result from Fformat_mode_line, and then alter the glyph matrix. :-/ But, yes, what you're saying makes total sense -- rendering the mode line as normal, and then changing the glyphs to remove the spaces would be more efficient and create less garbage. I didn't think this extra garbage on mode line updates didn't matter much, especially since `mode-line-compact' would be a user option defaulting to nil. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 07:18:43 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 11:18:43 +0000 Received: from localhost ([127.0.0.1]:58302 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Ms7-0008E7-MO for submit@debbugs.gnu.org; Sat, 08 Aug 2020 07:18:43 -0400 Received: from quimby.gnus.org ([95.216.78.240]:50446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Ms5-0008Di-By for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 07:18:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=v9CANNHAh/n9mKLHNC2iQEQnRwFwUyBIt7O8ZXTAYjM=; b=i1N8seQTZrmIGsSYd0qoMJr3ic KNay5ICTKX6dFgLn7ocauf9ht8MBgZ9PV6qsXWKmAQiBuHKscQDWN30amWSMUCHh/9qX5eVnvw6sF b6gsxNyuAqjnqY3oGLWytqZvvRG25rnu+rUEiZpj/v7PSn9Z+D4KcrxPhEoV46WFlyGs=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4Mrw-0003XB-6h; Sat, 08 Aug 2020 13:18:35 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> Date: Sat, 08 Aug 2020 13:18:30 +0200 In-Reply-To: <83zh755udw.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Aug 2020 13:01:15 +0300") Message-ID: <87k0y94c8p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> And I don't see why post-processing would be less efficient. Can you >> explain why you think so? > > Should I perhaps post the post-processing code I had in mind? 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: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.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 (-) Eli Zaretskii writes: >> And I don't see why post-processing would be less efficient. Can you >> explain why you think so? > > Should I perhaps post the post-processing code I had in mind? Yes, please. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 08:55:47 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 12:55:47 +0000 Received: from localhost ([127.0.0.1]:58471 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4ONz-0004ul-Hd for submit@debbugs.gnu.org; Sat, 08 Aug 2020 08:55:47 -0400 Received: from eggs.gnu.org ([209.51.188.92]:54572) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4ONx-0004uZ-K2 for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 08:55:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46024) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4ONr-0008QD-RO; Sat, 08 Aug 2020 08:55:35 -0400 Received: from [176.228.60.248] (port=4663 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k4ONq-00044e-Jw; Sat, 08 Aug 2020 08:55:35 -0400 Date: Sat, 08 Aug 2020 15:55:25 +0300 Message-Id: <83sgcx5mbm.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87k0y94c8p.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 08 Aug 2020 13:18:30 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org, jidanni@jidanni.org > Date: Sat, 08 Aug 2020 13:18:30 +0200 > > > Should I perhaps post the post-processing code I had in mind? > > Yes, please. :-) Something like the below, tested very lightly (need test cases with various non-default faces and fonts in the mode line, and also images). Note a few subtle issues: . I've limited the feature to the mode line; programs that set header-line and tab-line either don't want this, or should format those lines to not waste screen space to begin with; . I've refrained from squeezing spaces if they have non-default faces, on the assumption that those spaces are significant -- the result is that the trailing spaces of the buffer name are not squeezed, but I think we have no choice here, as down that path lies madness (think a mode line that plays some fancy games with font sizes). diff --git a/src/xdisp.c b/src/xdisp.c index 4fe1c42..24a621d 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -25228,6 +25228,51 @@ display_mode_line (struct window *w, enum face_id face_id, Lisp_Object format) unbind_to (count, Qnil); + /* Optionally, squeeze embedded whitespace in the mode line to + prevent unnecessary truncation of meaningful data shown there. */ + if ((face_id == MODE_LINE_FACE_ID + || face_id == MODE_LINE_INACTIVE_FACE_ID) + && Vmode_line_compact) + { + /* Find the last non-blank glyph. */ + int last_idx = it.glyph_row->used[TEXT_AREA] - 1; + struct glyph *glyphs = it.glyph_row->glyphs[TEXT_AREA]; + for ( ; last_idx > 0; last_idx--) + { + if (!(glyphs[last_idx].type == CHAR_GLYPH + && glyphs[last_idx].u.ch == ' ')) + break; + } + + /* Now squeeeze embedded repeating spaces. */ + int from_idx, to_idx; + last_idx++; + for (from_idx = 0, to_idx = 0; from_idx < last_idx; to_idx++) + { + if (to_idx != from_idx) + glyphs[to_idx] = glyphs[from_idx]; + if (glyphs[from_idx].type == CHAR_GLYPH + /* Leave alone spaces that have non-default face ID. */ + && glyphs[from_idx].face_id == face_id + && glyphs[from_idx].u.ch == ' ') + { + from_idx++; + while (from_idx < last_idx + && glyphs[from_idx].face_id == face_id + && glyphs[from_idx].type == CHAR_GLYPH + && glyphs[from_idx].u.ch == ' ') + { + it.current_x -= glyphs[from_idx].pixel_width; + from_idx++; + } + } + else + from_idx++; + } + /* Update the count of the glyph slots we've used. */ + it.glyph_row->used[TEXT_AREA] -= from_idx - to_idx; + } + /* Fill up with spaces. */ display_string (" ", Qnil, Qnil, 0, 0, &it, 10000, -1, -1, 0); From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 10:16:20 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 14:16:20 +0000 Received: from localhost ([127.0.0.1]:59417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Pdz-00008A-WA for submit@debbugs.gnu.org; Sat, 08 Aug 2020 10:16:20 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52562) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4Pdy-0008T8-8B for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 10:16:19 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=bnHbOcGRd1AiOi474I/Uim2YpE7ibY/UdlFQLe+tusI=; b=n0bmxoO4c/DrI1DZmiH44fAc/x 82Xc3CWfgqy0zEhbTbQz9bYpG5JN8br1fLRBlnFbzGrCKOKpopVCQGrv8D7laxyweSYano9BuHxcq jgjIvEHa8aXlG0BVY6s22KYyf/Ytr4TAGE+jx0O83OX7G3dH1FocAagGlcomThOrmLAE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4Pdl-0005Nr-Kv; Sat, 08 Aug 2020 16:16:11 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> Date: Sat, 08 Aug 2020 16:16:04 +0200 In-Reply-To: <83sgcx5mbm.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Aug 2020 15:55:25 +0300") Message-ID: <87tuxdxly3.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" 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: > Note a few subtle issues: > > . I've limited the feature to the mode line; programs that set > header-line and tab-line either don't want this, or should format > those lines to not waste screen spa [...] 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] 0.0 DC_PNG_UNO_LARGO Message contains a single large png image X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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 (-) --=-=-= Content-Type: text/plain Eli Zaretskii writes: > Note a few subtle issues: > > . I've limited the feature to the mode line; programs that set > header-line and tab-line either don't want this, or should format > those lines to not waste screen space to begin with; Yup. > . I've refrained from squeezing spaces if they have non-default > faces, on the assumption that those spaces are significant -- the > result is that the trailing spaces of the buffer name are not > squeezed, but I think we have no choice here, as down that path > lies madness (think a mode line that plays some fancy games with > font sizes). Right, so with the patch, I get these two mode lines (with and without compaction): --=-=-= Content-Type: image/png Content-Disposition: inline Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAABTcAAADtCAAAAABPQh6RAAAABGdBTUEAALGPC/xhBQAAACBjSFJN AAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAAmJLR0QA/4ePzL8AAAAQY2FO dgAADwAAAAhwAAAHtgAABx1IEydpAABTmElEQVR42u2dd2AURf/wP5feCAmBIB1CVYr0qkgEVBQs CAKKoChgLzxi/4mK5cH2iPoKyiNFwF5ABEFRqglNQk/ohGKoSUhPSG7fP/bKXtm93btLcvGZzx/J 7uzczLfMfnd2Z3bWlEctBAKBQKCbIGECgUAgMISImwKBQGAMETcFAoHAGCJuCgQCgTFE3BQIBAJj iLgpEAgExhBxUyAQCIwh4qZAIBAYQ8RNgUAgMIaImwKBQGAMETcFAoHAGCJuCgQCgTFE3BQIBAJj iLgpEAgExhBxUyAQCIwh4qZAIBAYQ8RNgUAgMIaImwKBQGAMETcFAoHAGCJuCgQCgTFE3BQIBAJj iLgpEAgExhBxUyAQCIwh4qZAIBAYQ8RNgUAgMIaImwKBQGAMETcFAoHAGCJuCgQCgTFCCigQVhAI BAL9hOwXNhAIBAIjiPt0gUAgMIaImwKBQGAMETcFAoHAGCJuCgQCgTFE3BQIBAJjhNRo6XdX0Dwu ICV7eivQ8r81Tm4VhpRYNua20JFc8/l8Hrc8oS/rq2to8vn/VMwILJtUchvMGlcevzDaJdlt3Nz/ APR/xbp3aCIkvxSQ/nmukJevqYHtKtDlfnIH8FF7fxc7PIeIX9QPF48/B83nBYD+Z74gcrxuuSuB oxMc92+cWgNbuZ/Z8aRTwvXPqmde/g5AUGxsQqcuHYJ9qLXBzT/kzHvEJblm9zermn1bAG6v9Q9X s2A3QKoibnYqBXIznTOqJHvJvHOBYoDZpQyPr2FO+ymbptf+46t0RasNmnNzj6ctaDRukA+PI+9e XvrjzU2dU2to3CwP0d6vJPYtABhcq6bJbZAtFQAp99tTZgCse9k5o0qydxz6PlD0P7iO8BE17ZT4 6TD9rv3HV+mK5zZ46s3fXonyuvy4G5aa57oUX0Pj5gdZDybZ94q/XjE3RsjtN1Ig8SxHT19WlZWa 3zNHFgeG/nMlrovTm3lQK2L9LkGDdwAyP4TOYwHq1qzTs1JsAtDndsWOJ6MMH1KRn7Nv20nY9vhM 7wPnqJ+k9YdbOiXWzLh5ckXFxOvus9jNvGJeNl9OFHL7C/MWGD23gJThVVnrsnTGzgkI/TM3wzDd ufv2rQQRIroBRALx3Wrg+VkpNgGoa8QaCa2AweY1M/M59PFTXtfZoNs26ZvnnBJr5jykTWbMK8d+ VgSQOuHdbNhkFnL7i9350LsrpFZlpdn/peHIwND/O4nWrWvkeSFwJWjgzFqwPM37Em6CP7KdS62R thgxuzuULrqrFD56PhMSnvi0RihSM+ROhUYNesCOoiqs9P8V8HBoQKhf+gcM+B8KLP94WowHfvT+ 933CKf/NKa2GPt9s8/bOOXvJBc5DrdG3hyuOZR08XxQUVa9RU+eQlLs3Oy80rkWSm2kJ5n2H8yOa dYywZT1+qqAkLLpe6zo6BVIrW9qTmRffuYEeuQOGFOhBTyjf1r/K6tz2B937Bob6G4vAV8VLD2QW lEfVb97I+UDOjrOh9bpG+1a6tO9EdnRSe32X3PN7s4tiG3QKc3esbFdmcUxSe1ujLTpy4mJF7bj2 rnMJzAePXyyNad7OhwZ7aXfWxfD49vV9U8cbbplbRGpunGdJ3GsZ3nMDv45yzFlj5yFd+VHKJ8cB gkeNUYytmJf9aJ2SENEh+UbFgbVfH5QAqHXV7danvF/PBvjystWfngMIu/FxgIzVW49bf5Z0602y P0eetxU1Vv738AjNsgHY895RgGueivEgdwBx8gT0ILHJCVKqLG6WvU/wIwGi/wZIbKwn4+kxlg3n Od4XPltjmYyd0Ge4ZTb2yhmwKP6D38uB0MEPeDclY8sz8P+uWPvZSYAGU7rLqfMXWA7/mSz/V8y2 3rDwoHzuDxlvjxucuwMeu6188beFAPFjRgKc+iPlgPzUyNTmrqsd6j27aI28Sm/4VaNaa1apapPs uatL5TPqvr7a6vifkJ5rKd98vYYk7rW00n0DR7IaOOT1Isi/mJycnFz9U+0K088CUJF+wp5Y8Nj7 tplcJdsUrrvwyPQDcmgj/5f7DzsWNet1WZ2yPwCyH/zeFjY58t4Uj3er6mXvnXoUgHVTy7XlDiRS IaQL9IDNVfbwdfEpbmsWGOpX/AWdfSph3z2/WN9hufCz8gav4KFV5QCXVtx/xvvi579yEoCs5zZ7 ylr09Ety2KR0yYSDTgeLn5xfCEDOxwA8OjfD4m9p/0vPlylyLr1rmWVx89LfJx3xSug945aXWs6o F2aYvVTHazoBBz1Joq5lF8BJuJra3yz98Yt8y2baQ1fdbz3nXtnrPvvpR88rd8sdDq79Rqumne+9 qC2KRtkzredPxpIRmnIHEinQIRJ6/kBuevuqqfLEF8SNDxD1jxRAO105w64EyMx1Ss5/oQASujcI LTyx74LDkfczadw1+vTmIs4+9V9v73g3f05ip+jTaWWUv7swHOCyKwH2lxBr6ds2t2QteuwwhHRs GX4h7Qw5U+Y4ziubsQdq1QvNOWtPCm3RIja8KHNnOakvzjBZU/+7GIjsclnkxQMHJS5pVqlikyNP lUJMz/rFew/CyuCntNSpBBrb46aqJG60tNIkqogdt/4D4mb58oUXgB67Sum+p4SNKdfdUx/gr20A tG4UWXD8uGTPf2naeY3S5rtJC20aH1l48izA72Oba8miUfZR++Vs2QgtuQOJgt3QA+gcUk5KFcXN /5RzX6A8tMgAWurKWed9gFfXOCX/lAtj7gsGkHYvVd7QZZgeGQ7kTd/GyYX3eynf4uDHh5rgzDOZ nNs4EOCGGwDuP0zH1xyzvn0Yej+ZCJiXfVRe8OZM5cG0DfQb29YEZ5fL/YaQawd2kwPXxXc2snX1 YEvG9YshePwd4QBnFy1Hs0r3NjHPKIVBT0YBm18rYHn/nhrqVAINgb+1JXGnpY0We8ngHxA3v5gH JD3QY2gpQ5/9bJXZvHLH4iAsM2di324DkL/m5zxr/iUHAEi6tX1M/tHU9Y7dTUoJ6tGzXkj23nWW hEbX9m0dDEgp00uBVZOBp0uBlF8AnpQHi5I8lm1m6C3Sui8k4PiFBA25A4ktFXLcDO+YRmrVzC79 NY3WNwaK/keR+ydesw0aT5Q7a6ZOnRza2tjhALGv3v83393p5UzsiieGAdR/YRKkagaazWsh+f9M AEG3mP7Drl2dFEf/ZPJoABLvHQLAnNrWQ7Wn3XOKVZa4WfY+BL1qeRKYOOUab65vqQeg23NBAL2m TYUFPb1QB2DZMsXOiki99UcDRZqSaGvZdC9niqJqfty89ZvChHuHyBEn4ekRs7YxOgjgLEC/NgDU unmYdc5W+bcA3DQlCBJbDjr7vlNxTV5qBXDTI4sBIt/sZblFMfW7YSmwD+RQwmkAuilHSTXLTv4X tL74M8DRBA25A4kUiGsF0DONo05PwyuH/FnwaMDYIQtC4nwp4Dw0Nrk9wWrdKf+PvOttStcN8a74 RjfL/1u3PMxhzZxfQdxTVkmGfnOKFcq4aU4ebd2U799rK6JC8iL2SvJPV+XAcPsAilfT8FcAD1k8 3L3XZvYda25cHR+IAIrNQRqSaGtZDzidpEzxork2aNmyZcvqnWoXO37coptsoie9PaPvTXKgA9iV Y0k3dbVs7DsH0PpJyy8S33C8D4t5q5W8ETURILK33GDKiouL6wNoPgnXLHssQD85OGjJHUCYt0AP E0B3qmjq+ye5DOwYMAa4ALV9CuJhkCm5PdLXOs/t6iD4y8vi+1sjYWvQHJ29sAOG2DpJQX1hl8Px CRq/bQgllufwayF4tG8mlXZAC1vYGQxsN66Ojy5BKtWSRFvLeJyF86K/+XAANG6nN0t6WnrbTQFO jbtlQEuT8vAOAEYHq2g91Pk97OLULUf/LrI9nCwwa5xHWmVHJwEkAlCiJXcAsTvf0remZZ1sUqvg Vcu9KwifHDgGKAbfhidaHyHr0/vcnVgdrBu1mh7jkLfFWzdqg+b7/LuQr33Yzo2sUoVmrd08jMjc cTi76BKQCxTEAlTsgysSfDPpqSKwXxg7AQeMqwNAX+UJpN9NlwBTuIYkHrQMx1k4P92nX7INykUk eJ3sOwMWARQsXhzXsWPvJvbmAFijgRu6OO3/OC/fMaFI45mOVtl1Fe6tEe+BAilgks82U/df2VEU VdkVVrwrcVe9wDFAGfh2M3XLrxJfrezbpV0jk9MRe6RqdIxTXhYfZ90IBXOFxtKSR4E59tiSC+Qp 7Hy5yw92zs5wDjZwpgTa+mjSLMB+NtaLKCHLuDoAJHT2SoBiICJIQxIPWobJ7UKBzrhp8nD8oK0T 2vtNr5N9p+WtSyyNZMOGjy+fYL3a5gHEqk41dlpXZeYS5wyXNKrUKrsmPjxOgZaW10V6/Er51kpf Xvmbo1w2KoAMEKbtb89c/tDHErkrVhDZquv1Ds+H7WsE1YLyS96FZ929rDxwHgUuUm/18OWnjvuS rZQ6+Eahg+7ElFBoXB1fKAaitCTxoGWZi6BuT+0gHSkBwc/OCY9Gf20bwEyfOmaSormod5wch+VS lrhkkDRE8FC2TrkDhpMn4VCyfT+1suNm6QJ4KCyALBAJpb6VMKLdgu1moHj37sV33qPocoQ5bBVX 8hiBm/c1lDc9zu96bvgUggZd06p2OPDbG9ZWX+RyghinxEF3wvXckfuVU1gGv9Qk8aBlqctht3Ez WEdKYBJ0/41LN9huAr5seoP1VNBylWNn+msAQm/t2yQ2lG8/1nGaVXkzqEScB4I2mSv5knmpFJQf YTmWXM1fhah7kFwfle7wds7Ofen7L0H55+UTHU8/GdcOjP+JAn4L0dnqYRZEvWWdr1vs0L59bd4R DrpT6nskNsgpoI2WJB60zMa5fx6iFgvsfSzJUp8WV6zxQ7JfaPjgg6fTd26Tnx59LsfNWIC8fF3v BJfsAeDV3gAUeMxvpOwaQIrT/sWqemUoYGgAFTm+PnaPHzCA0k1fZcBXQ+236vnKreDKjpuxwEXd ihzMgntsvs51KOWCj5JEO+hOgWtnt5LZhWUASk0SD1qewzpZy4rbuBmD8nXBS5aUGsNllyWTMTMD yDrZGKAZgPTXAD0/Pm8GaCiHTR0P742UHfgU7IbkB617x59C+cpQCG6Ht1SSayotgBP+GK4Mv6b/ +z9h3mgfAj7Z2bp1Cip9Zmwz4IhuRY4A9sU87IP9l0WUsN9HSRoA9sUYzpY4ByHf0W6D5VsguKeW JB60PA71o1wqdKFWeCm2d23IR574WaNo9+odAKcbgzzfAL7ub7v70ngkLw+bWZqbebvjQfnRiMOD IyNlBz6bK6CXzdl1a18kxX6fGQ2KZuEpWSdRixQ7Y6Hxv6u8N+JIW+BIZ78UZXpwRbli6JjdQ62n 1HFo5We5Q52XXegMbOqh9+d5KEZMynbY0oOv2M6+83X1ValCo6gidtr2duL7CL2xNrisAHolaEmi pSVIR12WLHD/IKcFHLUNKmZgf20fYOa4cePG5QTkaZ9ut0kdxRWhYwJAxvuWK9LZZzVmsstvTZyU H1OsclJT7nZvUyYZKTvwSUU5LcvUBY7Zz/uGKCfeeUrWSVAjBUBIo0aN4qrTBC1rQbqfygoPcuiZ pFqXedlodp395itR4LhQQkIH+EX3LXYkit+vVNzLDgDzlzqrVMHUGTJtXdjV+LrglME2mDkPGK4t iYaWcLzYRWL3cbMPFFkXYTvzPcQqJ3udO3HixIlyApHMJx78Qfbkpf+Wg7WfHCIvRrTs/p8OZh36 /Y27tBasSqgDkPMdwK6PnA7KU7/mvvfLxo0bN/5tuOyAp2ILNE6073dDOVKUmAgrXB2vklxTCepm fZnBSxTrtf1VBoqXcvO/kP8XL4LQZD/L3QSOnnVIGQPF0xWjINszNH7eFPjdsn1K+Z2n6+Pgx422 3fQsrSpVGALMsvQstmyBtkl+Vl6jDUprHsuHId20JdHQEtKAXo6luh9vu3lxGYsvjY0BKe2dfBgW SBNFNMnI+LBeUm1T7p5CgETLOm23rT4McPQ/Okq4einAx391CtqT6vzIJCk2DyiXVxewrFtspOxA Z0++Yz+oGyhfGRqygOMvPtjE+VqrkuwWs8PrhfFJAWiE/ms5n9nMe7mnNBt6lXxjkv5vCO6nOLQo Tl4P6W+4TXMksWQvyO9U5PwFUNfzgoNdlmKe9kxzRUrfqzew89FH5fdj8tes2P+8xvp4V8Tl8kXL /gDb3ywIscegsMdfQXp53KhwgNyvv/uogUaVKvRpdYjtb0yJAjZPB8Z565vzSjcEddFugxcOVRTk 7ttyEkh62IMkGlrCNkhqoCduxj3xFtLX37epU3L8LND67pp08p+zv0lqXdMx/JVHdT9YuPO3IoDN mwHqOH6PKfj2eS75jZQd6KQAXRX7DRpkKV8ZumPVaTZvNpmg36uKXCrJbilz+K5gv9cC0Aj9ogtZ f7dnub/ahCW4nX0CgCb/AkDau/fdVq3rhF3cu0+C0YqHZm33f/hjt+jTm4qggfZyo1m26nbsAF0z s/o1yCLj3vi4IOhpmbf8zKkjHHyscYd4KefgMQ9DdyHjZ1I+7fLO0Rd3HCRmpKKdD9j/FRXzvurS MPzi0YwK7SpVbBL8zCOl/L65V/3ivQeA67z+Ikqqcp5c0O/abfCHH6xbXaZbH5mrSqKuJcVb4Tr0 xE2GFM8qp3yfvNPh5YD8DI5nRtoWJ2s0+0XlctdaQzeJr/yf9TEUyZc7zd8ce/I3lx8YKLsGxE2T w3O3bj8rXxmKmjH1LEiS09ilSnJNJWzQUtbq6CmcsD1ML5W37BMAyzOst8Q3KVfPeOK1Uyflxc3r vuv391dDpj9/FnJysCzTAER/+HqK/CqDjOZpfOuBXyA9HSB6mkNPYHK9WeUUp7i2b9cq1WzS6q3n iiiwxLmBT/vfaVptsOHd19n7oaqSqGpJShkhg53KVLu5Gj7nWstc90ZTZiZQQ+jzRF/balhBXd5+ SBENZz9rvbeKHPip5u1h90/6yVapN/Ul58nBQc/PGtW5XpSj1QyUHdicPAktaitTuuEwpbPp/Pvb uRnsVkmuqYwwcSTD+59PG9bQutnxzaeUTaXWrOQggJAhcythFlLLeY/1SnQMjVGvv9XZKkDSXfO1 Pxf19BS5axzcZ47Tl36GLxxqcW/YgNlJ2lWq0OnzIZZ8zV9+sTLeonHbBoNiG3cZ997nNwTpkURV y+VwrfNLmCb1KejFe08VhMVd3piaxemTZ/NLw6IatY51PpK9N7sguHazVp4f1ubuPltSu3l7k/5a 9ZctCHhe/NPHV5ayj/xdIEU2aKPocKycAYsacX7nudDErlV5kSnafS7PFNMoKc5z1oqMQwXRdTu4 y2k+cPxiaa2m7Xx40ads1+mL4fFXNKDaUZXErZan7pZMc5y/AGBaU/1qCAQBxeGJUuhXdfxbpiVu Cmoc//mJa152TgzQBTsEguqjZTKXvhNmEADkrCTIdYlnETcFAmcmh/PjP2aShMAnFpVxa1OXVBE3 BQJnEu+iZIEwgwCyfiLOzRdFaur30wWCSuTuGjVjWVB5NPjNbbLobwoEAoExRNwUCAQCY4h5SAKB QGCMkMD91I1AIBAEJKY8/imfeBAIBIIqQTzfFAgEAmOIuCkQCATGEHFTIBAIjCHipkAgEBhDxE2B QCAwhoibAoFAYIwqez999Ne0NbKI9urPNp0pBtYMqF4DGZXbF74bCbs7VIeWmTuzLsQ271NjFvYP fP+vHAKpvYV3/kFI2w9nFdVu0y0eW3/zCZMTe6pXRPOEwV8dKxauqhpjf9Kz+S0PvPDosHoDLV+y WmQymUxDbBmam0wdALaZTKYRttQdJpNptFa5a50b1T3C1oHjHYExLvyrafdRTzz/8OB6yV+UB+p6 SG/PA4JjqLIO8ezTtPsHNTMj6qTfs8WyJf3xR//Vti9S/XqsuThbqr351ADvVMO5U/VVfv2o9TO5 FWvXnn8sMONm6VuQNPeq4KqrcfZObvknxU396uwbcA6o17beuf3nYH2p7cw0z3n9n2OQmtp8aoJ3 quHcqfIq50yWgNbNI7N2loFZ2Z17rZciXwt/V3xnZ/Q/n1mfDbOuCYhGYUjuGsjpQeeg7XvXB4M5 ZYbDagVzX/H9qjr0ccVOw3+yIWuidwQ6+XGyBHdMuwIoWP7Wdofb4CsHVWbNN99sIHMaBA8IDIsZ krsGMiULBi6NBgi66qoVdylP2qW3+1x8o0E11TD/C94R6CPvYQlmyB9bjxk1alZwgM5DOgtx4ou6 VcG6L6Hpt7bv0t64yWb2tvCJsI/wjgBeyYK7nrbtPjgxQONmofiARxXxEfBivH2/re3MnBDM6sPC QMI7gpLPIOxNRYJJR3gq3Xj0fGT9Ps3cl7g+vSCuUx/vg5y0af/p2E59nEaAJN8lSVtv6tkbWJtm 6tnXni1v9/4Ll+om9qnvkyFVJXGvjlvUJTm35kRw4+QEA8p7Tc4yiL/H7aGGQ5dKc/5dSS3RsHfM 2zPOF8Vf0SNKmVi0PT3nUq1m7VvpqVK9bLdO27brbJ3LrzL5qqj7BnEq9XR+naSrI6rdO4YsaDC3 ey1VPF/JnFl7IqzJtbX1COiGJRdheBOn5pQnSZL0OLBMckPW/ZaW2mmpMvkE8KFU+rIsSf13JQ2O Wqtqq0z9BUiVvmkDQItVymQH1hiXJAFWTwQYWZbdH+CmEjnvwek9LQ3Y1P17awHTnGscpSm3iiQq 6qjhVhLpW2B3/oQwgJBRWbqqtPACcElTHbcsdp9hIbBwBSSWSZIkSc2gvSRJ0lbgdlumNE+FrwEm u6Qa845M5uQ4+UjUmO22xL8nWG9gG0za7ZW91Z32XRIALZdJo1z974CavTUaxPddLco8fFZb6kr1 jnsLdoLmZnuOsrrQXz23VmNz1VLV80ZQqVJN7nnAwbzxoQDh92V75QZpNPC5Y5KHuLlREaLvKXeK Vvn97JdV7+KmzQihKzzFTQOSJMC18s4rlkGd5+W8Dl2NocVexk23kqioo4ZbSaRvgRTb+0IJu3RU 6WPcfBL4ROXMrGgGX1dK3DTgHUmSJOlj5bPunZbE1DhF4jNe2VvVabZJAKZZPsVNd2VfvN6et/52 qdq8496CHwGrFbEFWKieW72xudNS1fN+iJtqcs8Dtl5uzdvkmDdukFoDxx2TtO+wd11XBHE3NCtI SYP5IXMcj977J8Q3Dj9zQruXG3ENwL5zrkdWTKfp1bGZf5RwadKBSADqXANwIItQSyc+zitJ/uhy 2+m5Jbxe1vDukPmn+PRV641SeIcOCZF56evL+PnWX0wAza8B2FZIgiViXaEtt7okbtTRwFUSAB7f Q9Lg+MzleVwYvCtRj/KOqKrjljSgrcqxoIkv8skdlXHXZMA7AC+8AcQkt4g+v327RJmcmHNzLjQc 3CL84oHULD2VqtjbndNmzAS69YlMX3XpibYeitWyt7uy8/rvhNCrO0VmrcnkzLVpzavNO24tOPbp Ij4baMszF+JHqOdWVV5NS1XP60alSlW5gYfTaT2w9rEV+ZwYvCPKuBvyD0FUY6dErf5meTfgrjxJ kqQVccAvDr284XDLZrMkScf/L9rzdWKUm/5mSMhssyRJx64AvlAenAz1vZckAZJK5EtNeKYkpds6 KY1HLy2Sf3XuVvuFVJIkSboSbtElt4okmuq44l6SbwF4yyxJUs5QYLzHKl37mx7UcaIRcFKlRyP9 HYLpQGX0N4155zsgZLp8KHNy0FY59XXgGVlj8/rRnjou7stWcdqhCIj8QZIk6VBHN/cb7nC1t1qD uAO4KVOSJKni4zC4utq8o2LBeyDCdjubFQyPerS3m8bmVktVzxvHtUoVuecBmGZKkiSdH6zo4Rpx QxrQySlNETeV12b54BJgUIW8vQro7RCtgnjLunvUu7jJx/L2dmCMZtw0JEkC/EuSpIvAIEmSpLaw SD5n7AWWtbIcNBo3VSTRVMcV95J8C/CUvF3cHkyZnqr0NW7GAEVqZ6Y03CKND3HT8cIteeGd4voQ 9JPt0G8H5f8DoI39gVap5I29VZw2CZhnaV1xvsRNN2UvB0ZZ5Z4FrKsu76hYMBX40Jo4wx7aNOzt qrx7LVU974+4qSL3PIAX5dT8lhCZZ9wNa4FrnNI05yHNBd615LjuRti0V3nUPGqqrfPs3Z1Cqwfk /12uhF34U5K2QGxdaAeQBH8DUNf+k9BRkCp5IbOGJPrV0ZAk9kX5f8Q0kBbqUN4XzIUQpP5EYRLM L62E+3RD3llwBh4bZjs0yDKY+ze0tt9te5rsq25vV6eVfgOXj5dTGz/ui55uGsTbkPipVe5JrWTn Vo933Fuwdyf4zJo4D3p28sLeqlq697w/UJMbqPOs/D/mOSj+zrAbuAhEOaVpxU1pLXSwVX8X8IfD 8Vd91fV2q+Rd4CT+lKQuQDzUs/x3fbiaBIXZxkXWkkS3OlqSDLEOAQ2LspTtSXkfKJIg3NrwLIsW ldgPX9eC8z9UQtw05J1vIWSqaxkRkC55VbujvV2d9lcujLSm3unf9p21Fu6NtZ18w2BDtXlHxYIT Ycd2eTM1AyZ6YW91LT173mtU5AaGWecBDA+G1YbdQJGsvgPu30+Xn9YezIOrbGn9gb+UP+3axldV uyhOpAKtjIYlibb8iQGIAltzS1+783R+KbLHco2/ea4liW51tCSxzQyI6PInaTqU94VIQKPLYpr4 PJ+M8amGYVOcqjPqnfJN0NvNi+1ddnHk2ddC9UuiYm9Xp20HbDML29Q978/2vR4YbM/QDo4URVWT d1QsePczRcyVp+jMg5jRXthbXUtVz/uOitzKUyq+3V52GHYDUbgKqvV++lGUw3mNows5qjzc02dV E60b4VBRrjG0b1iSEMsf639L81s3dasyV5lxkbUk0a2OliStbVut/iQnL9aj8r4QHF2IuUR93u+E aZfWZbTzpYaGA9wkGvFOZiF0d1PGg59LvDXv5uSerXTNTVe1t6vTjjl4oY0PcdO17D3A8/Zb73NA dlQ1eUfFgrVHLmDxOxFA0dcwOsYLe6trqeJ5f6Ait+MptZdDGHUDsch9TpW46UIeUMe+G1fIReXh Rj6rGqk3o2FJggCC7f8rAJjxrGMus3GRtSSJ1F+MuiT2wuOBi7EelfetsRXCRfnMXFgIz65yPFz/ lu/49D2N33v3Po0R71wALnNTRq/3pkic++wzYjoPHO9x9S51e7s67SK22W8WL/ivfV8Atri2qGrx jpoFJy8g94c7ge/zFLe7RuytrqV7z/sH93I7n1JlpeGG3QDkuGvCKhTicF8f6XT3GUuV4R9JfngW gu/+KbPIOigp+V0SfJYkwmGryG9VuqcVYHnNuXXnzp3jXNoiLCjRaCx+XCFVxSb5WO7qnHliw+Ag gIKNr7SdJvnR88UO9o7En+S7JpmrzTsqFuzT0TLCMhc69fTG3sa09BcqcjufUgWGBWxpsrlBw9h2 oiyNyN6eYvT+1M/4R5KpELvh82FNI8Hr2ONBEnyWxF54iSVi+KdK93QGDmocH9iS7O9se65Pt/y4 +oqKTWJUfdXv17+/ebJfOHDp1ef96PlolI+z/PuxllqA05ypDtXnHRULToQ1R+HoOsdum357G9PS b6jI7XRKRRkWMDYJCk/qj5tO/dNcOaU68IskaUfg5T7WvXMBKkmOw1ZtvVUWeadOV2CjxnHTJOV6 ZdEoe2pmS4p/ULNJAqD2PlD9ke9tzP62J/D2Ef95vrZsZBd/+IME5JvEQPGOWwveHYk0F+ZLRIz1 yt7GtPQbanI7nFIhkcYF7AqsdUzSipstgP22vROFXs/T9Bm/SLILuM22tyNAJbH3Lw5BYoxGlWEo xje8vAzcGAKrtG667g1jo226aLyyRspQPgf0FTWbNI+GbRq/ixqx6QGoWOo/z7d08MIBvzbkK/A4 tbfKveNiwbiRMN8sLYARcV7Z25iWfkNNbodTqoUXAg4DVjgmacXN1rHyiL3MOqAb1YNfJLkA9k9e lDi9zBIGlwJCElv/oiTNMpFFrcoYwDbYm+adOvWuhxPLtDLcCp/azswosM98zAEa+83FajYJ6Q2b Tmn90vROKBzx2vMudAVSrDsZ+obT9dr7GmC5bptUlXecLTgZTv76e6bT7a6qvV2UN6alhcNLlixZ onfas3t7q8htO6VyMiynlEEBh8fA946iacVN0wDYt8O6txhIpnrwiyQxgO0EnO90/xWrOFatkvxi HSxfVmSZY6ZWZRPkuYYA6Xu9U4eHgGla87Emw+e2p33tYY9t6sgWPCwa4h+bjISKGZo/jQr28AKL pudd6FwXvrX28r7UJ71eezfsB/OydBulqrzjZMG+HeCzedCmvy57uyhvUEtLe7/ttttuW6szs3t7 q8j9c6Fl48cKy7ljUMDocVCmfKQraQ+p3As8ZRloWrkSunekmvCHJO2ALyzbh55zOtgWdh8PBEny X5P/l7wCwXdqVdmgHnwpn1TSVG/VufEm2DFRYzpIcmtyz1h3hkLedMt25kxI6OU3D6vaZHwifLTE trvZ0tPZbs/xW4k89Oyd510IHQ3pC+TtkzP1Sa/b3k9DwRjFw+jft1abdzQsOBF++gHu05fbVXlj WnqBir3dyA1kW9Z3LngDwkd5I+D0urDQPuNrzn+14+bQzvD73fkAK0YDL1VX2PSLJH0S4d/fy2Ya kOvUQUkG88i9gSDJO+9IQO4de2FiA80qb4Ijk4qBvHuWe6sOH8TB5/3/BChf8KvrcdMkxc4DEfDG 1FxA+j05ByZ5XCr71GoFf3hjk4iPQBo5XW7k557pb7kVHdhvfq4lkt4LITd7bW9XnoqCh5YAHL5R 51RZ3fa++TZYd5XlzjF7do9B+6vNOxoWHBdJWQkh4/XldlXeoJbGUbG3G7kBXv8Q4MLth+GReG8E rPMB8K8x6QDFS3pNKtSeqhAyr28xX6wY0qwg9S9g3DBvVHxbfpCwD44PAKCtFx+U8ockoS89wqUR vQbUPrduO3FPOi6AekvSEbZ0qF8vGG74t5bclS1Jzy1TZ10Xd3z5RWj8urbyDy2QWLBiQPzfawsa 3PaxB3XUSFo5OJ+Uqxq3rpOTlgM0dG4R97xof6kj8eMJSO980PWywowTQJcXPar6s/LbtcHl3thk 5NNvUf7SW9cmRV7YvdVWgpSSMqlz18sizqemSjC1kdeed6XZa1Movq1734j0VWURbXSNH+i397xD u0m7uk3f+uazaXs8zmqsTO9oWDBuxELgxvr6crtR3piWgGUKfAT6ULG3G7mB7tse+2hg7WPL86HF NK/cwJgzT8JXX7VtFnl6p/xcRHu993WKKeVjFOuUyV+n0MV9zjJ087gKmus6coYkSbCsEt/LcuRh uE+SJEm611ZC7VULAeXXFXbYvh8ySlNuFUk01XHFvSTfAqm2FTwuy/CkvO3d79prnKt0UUedLcrH YANPK1YqkxkDlpXKJEn6QNFb63dKu2CXAZhgL73zgXJqomVdM4e5WPdXeNDRfdmqTvuXNbfp01G6 1pFztbdq2XmOV9rvqss7mhbcCLBEb243jc2dlqqelyRJkkYBDYv1LiSn0r5d5J4HbLY9VGh0WJK8 c4M0X/ni2EzJw5Tx/ukTLC9MtP/2i2r9xKQ/JJk7W75Mhgzdfp3zsSv3fHhjk6jqlyQmZUIoQOjd u9p6qvKdN6IATIM2DfBeHXrseMcy6Te4//LVrp8tm6zceXT7aEv9rWava+hXD6vb5NEDEy2nbcTI rZbryteTW1oPX/XznCCvy3bLOz/IhSctn6hTeP32rvXTygHWF3k6PbfP00fQK887Whbs1wTq36Q3 txvlDWqJPEHyBb39TTV7u8oN1NkyKhgg7N5dSV4LOD7jMfmpGUH9Fz2EKY9a2j8o2XD0QmT93i2o dvwgSfmWnTm1G/WrF9CSnF1zIqTJtfF6qsz//Wh5454tfTbtwd1ZF+s0vipOT96ClMM5EYk9fV4N y5BNKv7KOF8c366n8lWp07uO5JprtejWoDI8v3XX2TpX+P49S/fk/XnygimuVSed0lSad1QteCxJ 4ukZenP7Q8s9HaHpwTB8w0Xu+ffCwVacWn8yrMnA2r65Qdp2+HRR7Zbd64KOuCkQCP7HeP5NTBlt qrLGDx6HTyf6XW5L3PQ7VfiSuUAgqBEUfALJVRo2+QOS7q05cou4KRAIHHkjGx6p0hrN6+GlkJoj d7WO9QgEgoAja9YMaHNLldaZlkObsTVIbhE3BQKBjTfeqCgBgmdX7Z1oN6lmyS3ipkAgsFFWCBD2 cbKQWwsRNwUCgZKwRtc+1knIrYmYhyQQCATGEOPpAoFAYAxTe0ySMINAIBDoxrTfHC1JSEh49X1H gUAg+F8jJMgUbIubAoFAIPBISLAUJEdNETgFAoFADyFBUrAImwKBQKAfETcFAoHAGCFBBIkxIYFA INBPSBDBorcpEAgE+gkJIkgCETkFAoFAJ7b7dBE5BQKBQBchQVKQJH9FRcRNgUAg0EGIyWQyyTHT 9D9vDIFAINBBiAkTYBLdTYFAINCHJW4iupsCgUCgD3vcFAgEAoEeQkRHUyAQCAwRYsIkHm0KBAKB fkJA9DgFAoHAAEEiZgoEAoEhQjCJyCkQCAQGCCmgQFhBIBAI9BOyX9hAIBAIjCC+AywQCATGEHFT IBAIjCHipkAgEBhDxE2BQCAwhoibAoFAYIyQmiHm7gqaxwWkZE9vBVr+N3DlHlJi2ZjbQkdy1fD5 PG55Ql/WV9fQ5HNxnlabTSq5nWSNK49fGF3zXOA2bu5/APq/Yt07NBGSX6peMZ8r5OVramALr3q5 n9wBfNTe38UOzyHiF/XDxePPQfN5Ogs78wWR43WXXQkcneC4f+PUGti2/MyOJ50Srn9WPfPydwCC YmMTOnXpEOxDrQ1u/iFn3iM1z1o1pL9Z1ezbAnB7rRoneMFugFRF3OxUCuRmOmdUSfaSeeeM5J5d yvD4GmbYn7Jpeu0/vkpXtNqJOTf3eNqCRuMG+fC07+7lpT/e3LTGnWeBHjfLQ7T3K4l9CwAG16pp crOlAiDlfnvKDIB1LztnVEn2jkPfG8l9cB3hI2raifLTYfpd+4+v0hXP7eTUm7+9EuV1+XE3LDXP fbm6tTRMoMfND7IeTLLvFX+9Ym5MjbBrdcmdAolnOXr6sqpU1vyeObJYf/a5EtfF6c08qBWxfhe4 wTsAmR9C57EAdWvWSVspNgHoc7tix5NRhg+pyM/Zt+0kbHt8pveBc9RP0vrDLWuWAwI+bp5cUTHx uvssHjSvmJfNlxNrglmrS27zFhg9t4CU4VWp7bJ0xs7RnTtzMwzTnbtv30oQOKIbQCQQ362mnbGV ZROAukaskdAKGGxeMzOfQx8/5XWdDbptk755rqa5IMDnIW0yY1459rMigNQJ72bDJnNNMGt1yb07 H3p3hdSqVDb7vzQcqT/7dxKtW9e080SgFkAGzqwFy9O8L+Em+CO7xqkd2OKNmN0dShfdVQofPZ8J CU98WiNmnFaX3KnQqEEP2FFUhcr+vwIeDtWdu/QPGPA/FFj+8bQYD/zo/e/7hFP+W01TOtCfb7Z5 e+ecveQC56HW6NvDFceyDp4vCoqq16ipc0jK3ZudFxrXIsnNBAnzvsP5Ec06RtiyHj9VUBIWXa91 HZ0CqZUt7cnMi+/cQI/clUgK9KAnlG/rX2Uu2vYH3Q3cOG4sAl+FKz2QWVAeVb95I+cDOTvOhtbr 6uN8QGnfiezopPb6LnTn92YXxTboFObuWNmuzOKYpPa2plJ05MTFitpx7V3nEpgPHr9YGtO8nQ/N 5NLurIvh8e3r+6aON9wyt4jU3DjPkrjXMrznBn4dFeBxyJnAn4d05UcpnxwHCB41RjG2Yl72o3Vy RESH5BsVB9Z+fVD+YFKtq263Pm/+ejbAl5et/vQcQNiNjwNkrN563PqzpFtvklvWyPO2osbK/x4e oVk2AHveOwpwzVMxHuSuVE6egB4kNjlBSpXFzbL3CTYyAW8DJDbWk/H0GMuG8xzvC5+tsUzGTugz 3DIbe+UMWBT/we/lQOjgB7ybCLHlGfh/V6z97CRAgynd5dT5CyyH/0yW/ysmM29YeFA+94eMt8cN zt0Bj91WvvjbQoD4MSMBTv2RckB+VmNqc9fVDvWeXbRGXgQ3/KpRrTWrVLVJ9tzVpXI7vq+vtjqV EEN6rqV88/UakrjX0kr3DRzJalCz4qYXV6EXk5OTk89VnYiF6WcBqEg/YU8seOx925yykm2KRnTh kekHLN+Zy//l/sOORc16XZa77A+A7Ae/t4VNjrw3xeO9rXrZe6ceBWDd1HJtuSuXVAjpAj1gc5U9 Bl58itua6c9e8Rd09qnCfff8Yn2H5cLPyhu8godWlQNcWnH/Ge+Ln//KSQCyntvsKWvR0y/JYZPS JRMOOh0sfnJ+IQA5HwPw6NwMi0+k/S89X6bIufSuZZa1w0t/n3TEK6H3jFteamnHL8wwe6mO13QC DnqSRF3LLkDlCVc5BHx/s/THL/Itm2kPXXW/9Qx9Za/77KcfPa/cLXc4uPYbrZp2vveitigaZc+0 nskZS0Zoyl25pECHSOj5A7np7aukRk58Qdx4A/mPFEA7XTnDrgTIzHVKzn+hABK6NwgtPLHvgsOR 9zNp3DX69OYizj71X2/veDd/TmKn6NNpZZS/uzAc4LIrAfaXEGvp2za3ZC167DCEdGwZfiHtDDlT 5jjO/ZqxB2rVC805a08KbdEiNrwoc2c5qS/OsH2e5r+Lgcgul0VePHBQ4pJmlSo2OfJUKcT0rF+8 9yCsDH5KS51KoLE9bqpK4kZLK02iithxq4ibfqR8+cILQI9dpXTfU8LGlOvuqQ/w1zYAWjeKLDh+ XPEZ40vTzmuUNt9NWmjT+MjCk2cBfh/bXEsWjbKP2i+sy0ZoyV25FOyGHkDnkHJSqihu/qec+4w8 hsgA9M3Wq/M+wKtrnJJ/yoUx9wUDSLuXKu+XMkyPDAfypm/j5ML7vdRncfDjQ01w5plMzm0cCHDD DQD3H6bja45Z3z4MvZ9MBMzLPioveHOm8mDaBvqNbWuCs8vlq3XItQO7yYHr4jsb2bp6sCXj+sUQ PP6OcICzi5ajWaV7m5hnlMKgJ6OAza8VsLx/Tw11KoGGwN/akrjT0kaLvWTUrLAZ6HHzi3lA0gM9 hpYy9NnPVpnNK3csDsIyzyb27TYA+Wt+zrPmX3IAgKRb28fkH01d79jdpJSgHj3rhWTvXWdJaHRt 39bBgJQyvRRYNRl4uhRI+QXgSXmwKMlj2WaG3iKt+0ICjl9I0JC7ctlSIcfN8I5ppFbNPNdf02h9 o5EfHEXun3jNNmg8Ue6smTp1cvDw2OEAsa/e/zff3enlTOyKJ4YB1H9hEqRqBprNayH5/0wAQbeY /sOuXZ0UR/9k8mgAEu8dAsCc2tZDtafdc4pVlrhZ9j4EvWp5Epg45RpvHoWnHoBuzwUB9Jo2FRb0 9EIdgGXLFDsrIvXWHw0UaUqirWXTvZwp8n7mvIibLtz6TWHCvUPkiJPw9IhZ2xgdBHAWoF8bAGrd PMw6e6z8WwBumhIEiS0HnX3fqbgmL7UCuOmRxQCRb/ay3CyZ+t2wFNgHcuDhNADdlOO1mmUn/wta X/wZ4GiChtyVSwrEtQLomcbRKnnSnj8LHjWkWRaExPlS5XlobHLbfmvdKf+PvOttStcN8a74RjfL /1u3PMxhzZxfQdxTVkmGfnOKFcq4aU4ebd2U799rK0665EXsleSfrsqB4fYBFK+m4a8AHrJ4oXuv zew71ty4Oj4QARSbgzQk0dayHnA6qeYETbwaF2rQsmXLlqFVI17s+HGLbrLJmPT2jL43yYEOYFeO Jd3U1bKx7xxA6yctv0h8w/GOMOatVvJG1ESAyN5y0y0rLi6uD6D5TF6z7LEA/eRQoiV3pWLeAj1M AN2poqnvn+QysKOhX1yA2j5dQsIgU3J7pK91dtnVQfCXl8X3t0bC1qA5+HlhBwyxdZKC+sIuh+MT NH7bEEosT7/XQvBo35wg7YAWtrAzGNhuXB0fXYJUqiWJtpbxVKJwlYMX/c2Hq1I+p/dQelr6/U0B To27ZUBLh6+/7wBgdLCKekOd39ouTt1y9O8i28PJArPGGa1VdnQSQCIAJVpyVyq78y29ZVrWySa1 Cl613LuC8MnGflIMvg1PtD5C1qf3uWu3HawbtZoe45C3xVs3aoPmO/e7kK9P2FpkVqlCs9ZuHkZk 7jicXXQJyAUKYgEq9sEVCb554VQR2C9enYADxtUBoK+y2ep30yXAFK4hiQctw9EjXEDhp/v0S7ZR w4gEr5MNMGARQMHixXEdO/ZuYm+YgDV2uKGL0/6P8/IdE4o0ni5plV1X0dCq7z3QFDDJZ7Kp+6/s qPwnRhXvStxVz9hvysC3e5VbfpX4amXfLu0amZyO2CNVo2Oc8rL4OOtGKJgrNJaWPArMsceWXCBP YYvLXX6wc3aGc7CBMyXQ1kc3ZAH2c6BeRAlZxtUBIKGzVwIUAxFBGpJ40DJMbhc1CZ1x0+Th+EFb J7T3m14nG6DlrUsszXXDho8vn2C97ucBxKpOenZa4WXmEucMlzSq1Co7MJ4Sp0BLy6soPX6lfGul L5j8zVEuM/qiR5i2lT1z+UMfS+SuWEFkq67XOzzDta8RVAvKL3kXnnX3svLAeRS4SL2twZefOu5L tlLq4BuFDroTU0KhcXV8oRiI0pLEg5ZlVSWo/3B7xgfpSKlafnZOeDT6a9tQavrUMZMUDVe9m+U4 QJiyxCWDpCGCh7J1yl2JnDwJh5Lt+6mVHTdLF8BDYQZ/FAmlvlU7ot2C7WagePfuxXfeo7iihzls FVfyI3g3b0kobzWc3/Xc8CkEDbqmVe1w4Lc3rG2tyKVZGqfEQXfCq/ym9xSWwS81STxoWeoHI1Qx buNmsI6Uaibo/huXbrDdjnzZ9AbrSanVaBx7zV8DEHpr3yaxoXz7sY4TPrCfwjgPBG0yV/LV7lIp KL+fcixZxxcn6h4k10fBOryds3Nf+v5LUP55+UTH00+mKjowUcBvITrbGsyCqLesc2qLHVqVr40q wkF3Sqs8CJ0C2mhJ4kHLbGrcEqghaiHC3vWSLAbR4oo1fkg2RsMHHzydvnOb/BzrczluxgLk5et6 O7lkDwCv9gagwGN+I2VXCylO+xer6pUhQzSAihwfB0KIHzCA0k1fZcBXQ+236vnKreDKjpuxwEXd ihzMgnts/sh1KOWCj5JEO+hOgWtnt5LZhWUASk0SD1qewzpZq8bgNm7GoHyL8JIlJfC47LJkMmZm AFknGwM0A5D+GqDnx+fNAA3lsKljGMFI2dVBwW5IftC6d/wplK8MheB2wEoluTJpAZxI8ENB4df0 f/8nzBvtQ8AnO1u3TkGlz15tBhzRrcgRwL6Yh32w/7KIEvb7KEkDwL4EwtkS/wch7XZSvgWCe2pJ 4kHL41C/Zk17dx83a4WXYnsFh3zkmamBSbtX7wA43RjkmQ/wdX/bfaDG4IA8gGdp+ObtjgflhzQO j7CMlF0dbK6AXjY/1a19kRT7PWw0KDzqKVknUYsUO2Oh8b919HTaAkc6+0Vj04MryhVDx+weam2x x6GVn80b6rzYQWdgUw+9P89DMWJStsOWHnzFdvadr6uvShUaRRWx07a3E99H6I21k2UF0CtBSxIt LUE6qnfJgsDB/ZOmFnDUNuqZgX1dAYCZ48aNG5dTvWKn271TRxH6OyYAZLxvuTaefVZjJrv8/sZJ +XnEKid95P71NmWSkbKrg1SUE61MXeCYPaY0RDmpz1Oy3rbTSAEQ0qhRozhPP2pZC9L9pHJ4kMOF P9W6uMpGs+ucM1+JAsflCRI6wC+6b7EjUfx+peJedgCYv9RZpQqmzpBp68KuxtcFpwy2k8x5wHBt STS0hOPF/pe4snEfN/tAkXVttjPfQ6xyNtq5EydOnCivXrEzn3jwB7lNXfpvOVg7xCHyYkTL7v/p YNah39+4S2t1qoQ6ADnfAez6yOmgPAlt7nu/bNy4cePfhsuuBiq2QONE+343lCNFiYmwwtVnKsmV 2uC6WV8h8BLFem1/lYHiVdj8L+T/xYsgNNnPcjeBo2cdUsZA8XTFKMh2rbUpmgK/W7ZPKb/FdH0c /LjRtpuepVWlCkOAWZbr+ZYt0Nbf7yxqtBNpzWP5MKSbtiQaWkIa0CuwziaPuB8QvHlxGYsvjY0B Ke2dfBgWFnCCZ2R8WC+ptil3TyFAomWdtttWHwY4+h8dJVy9FODjvzoF7Ul1fniTFJsHlMvrHFjW LTZSdtWzJ9+xj9UNlK8MDVnA8RcfbOJ8mVRJdovZ4dXFeG/Pzf5rOZ/ZzPuypzQbepV8O5D+bwju pzi0KE5eD+lvuE1z/K5kL8hvMuT8BVDX8zJ/XZZinvZMc0VK36s3sPPRR+X3Y/LXrNj/vMbN5hVx uXzRsj/A9jcLQuwxKOzxV5BeHjcqHCD36+8+aqBRpQp9Wh1i+xtTooDN04Fx3jai80o3BHXRbicX DlUU5O7bchJIetiDJBpawjZIqmHLFqvEzbgn3kL6+vs2dUqOnwVa3x2Qsp+zv9NqXQEy/JVHdT9B uPO3IoDNmwHqOH4ZKvj2eS75jZRd9aQAXRX7DRpkKV8ZumPVaTZvNpmg36uKXCrJbilz+GZhv9e8 FLRfdCHr7/Zc9lebsAS3s08A0ORfAEh7977bqnWdsIt790kwWvHQrO3+D3/sFn16UxE00F4SNMtW 3Y4doGP2FPRrkEXGvfFxQdDTMlv4mVNHOPhY4w7xUs7BYx6G10LGz6R82uWdoy/uOEjMSEXrGrD/ KyrmfdWlYfjFoxkV2lWq2CT4mUdK+X1zr/rFew8A13n9uctU5Vy2oN+128kPP1i3uky3PtZWlURd S4q3wnU1LGyqvekypHhWOeX75J0OLwf6ZP6RtqXMGs1+UbnwttbQTeIr/2d9IEby5U7zN8eedP1U lIGyqyVumhye6XX7WfnKUNSMqWdBkpzGRVWSK5OwQUtZq+NCfML2CLtU3rJPACzPsN4S36RcPeOJ 106dlBc3r/uu34dnQ6Y/fxZycrAsjgBEf/h6ivy6gYzmWXLrgV8gPR0geprD9XdyvVnlFKe4tirX KtVs0uqt54oosMS5gU/732la7aTh3dfZ+6GqkqhqSUoZIYMDPMC4oHaHNnzOtZa57o2mzEwIOLH7 PNHXti5XUJe3H1JEw9nPWu/yIgd+qnkz2f2TfrL69aa+5DxNOej5WaM614tyNI+BsquakyehRW1l SjccpnQ2nX9/OzeD3SrJlckIE0d8WKZ22rCG1s2Obz6ldFCtWclBACFD5lbCbV/LeY/1SnQMjVGv v9XZKkDSXfO1P+n09BS5axzcZ47Tl36GLxxqcUHYgNlJ2lWq0OnzIZZ8zV9+sTJeUnHbToJiG3cZ 997nNwTpkURVy+VwbR1qGCb1KejFe08VhMVd3jhQRT998mx+aVhUo9axzkey92YXBNdu1srzU9nc 3WdLajdvb9Jfq/6yBSq8+KeeG2MtHxz5u0CKbNBGcT1fOQMWNeL8znOhiV2r8kJQtPtcnimmUVKc 56wVGYcKout2cJfTfOD4xdJaTdv58KJP2a7TF8PjrwiAB4WqkrjV8tTdkmlOy+qX2himNTVNYkFN 5/BEKfQrP/cwLHFTUOP4z09c83KNk7q6F+wQ/O/RMplL3wkzCAByVhI0oeaJLeKmoMqZHM6PATw1 QVCFLCrj1qY1T2wRNwVVTuJdlCwQZhBA1k/E1cDuZuB/P13wD+TuwJwQLKhyGvxWM+UW/U2BQCAw hoibAoFAYAwxD0kgEAiMEfKzsIFAIBAYwZRH4H75QSAQCAIQ8XxTIBAIjCHipkAgEBhDxE2BQCAw hoibAoFAYAwRNwUCgcAYIm4KBAKBMars/fTRX9PWyCrfqz/bdKYYWDOgeg1kVG5f+G4k7O5QHVpm 7sy6ENu8T+At7F/teOv/lUMgtbfwzj8IafvhrKLabbrFY+tvPmFyYk/1imieMPirY8XCVVVj7E96 Nr/lgRceHVZvoOVTW4tMJpNpiC1Dc5OpA8A2k8k0wpa6w2QyjdYqd61zo7pH2DpwvCMwxoV/Ne0+ 6onnHx5cL/mL8kBdD+nteUBwDFXWIZ59mnb/oGZmRJ30e7ZYtqQ//ui/2vbJrF+PNRdnS7U3nxrg nWo4d6q+yq8ftX49t2Lt2vOPBWbcLH0LkuZeFVx1Nc7eyS3/pLipX519A84B9drWO7f/HKwvtZ2Z 5jmv/3MMUlObT03wTjWcO1Ve5ZzJEtC6eWTWzjIwK7tzr/VS5Gvh74rv7Iz+5zPrs2HWNQHRKAzJ XQM5PegctH3v+mAwp8xwWK1g7iu+X1WHPq7YafhPNmRN9I5AJz9OluCOaVcABcvf2u5wG3zloMqs +eabDWROg+ABgWExQ3LXQKZkwcCl0QBBV1214i7lSbv0dp+LbzSophrmf8E7An3kPSzBDPlr8DGj Rs0KDtB5SGchTnxotypY9yU0/db24dwbN9nM3hY+EfYR3hHAK1lw19O23QcnBmjcLBQf8KgiPgJe jLfvt7WdmROCWX1YGEh4R1DyGYS9qUgw6QhPpRuPno+s36eZ+xLXpxfEderjfZCTNu0/Hdupj9MI kOS7JGnrTT17A2vTTD372rPl7d5/4VLdxD71fTKkqiTu1XGLuiTn1pwIbpycYEB5r8lZBvH3uD3U cOhSac6/K6klGvaOeXvG+aL4K3pEKROLtqfnXKrVrH0rPVWql+3Wadt2na1z+VUmXxV13yBOpZ7O r5N0dUS1e8eQBQ3mdq+liucrmTNrT4Q1uba2HgHdsOQiDG/i1JzyJEmSHgeWSW7Iut/SUjstVSaf AD6USl+WJan/rqTBUWtVbZWpvwCp0jdtAGixSpnswBrjkiTA6okAI8uy+wPcVCLnPTi9p6UBm7p/ by1gmnONozTlVpFERR013EoifQvszp8QBhAyKktXlRZeAC5pquOWxe4zLAQWroDEMkmSJKkZtJck SdoK3G7LlOap8DXAZJdUY96RyZwcJx+JGrPdlvj3BOsNbINJu72yt7rTvksCoOUyaZSr/x1Qs7dG g/i+q0WZh89qS12p3nFvwU7Q3GzPUVYX+qvn1mpsrlqqet4IKlWqyT0POJg3PhQg/L5sr9wgjQY+ d0zyEDc3KkL0PeVO0Sq/n/2y6l3ctBkhdIWnuGlAkgS4Vt55xTKo87yc16GrMbTYy7jpVhIVddRw K4n0LZBie18oYZeOKn2Mm08Cn6icmRXN4OtKiZsGvCNJkiR9rHzWvdOSmBqnSHzGK3urOs02CcA0 y6e46a7si9fb89bfLlWbd9xb8CNgtSK2AAvVc6s3NndaqnreD3FTTe55wNbLrXmbHPPGDVJr4Lhj kvYd9q7riiDuhmYFKWkwP2SO49F7/4T4xuFnTmj3ciOuAdh3zvXIiuk0vTo2848SLk06EAlAnWsA DmQRaunEx3klyR9dbjs9t4TXyxreHTL/FJ++ar1RCu/QISEyL319GT/f+osJoPk1ANsKSbBErCu0 5VaXxI06GrhKAsDje0gaHJ+5PI8Lg3cl6lHeEVV13JIGtFU5FjTxRT65ozLumgx4B+CFN4CY5BbR 57dvlyiTE3NuzoWGg1uEXzyQmqWnUhV7u3PajJlAtz6R6asuPdHWQ7Fa9nZXdl7/nRB6dafIrDWZ nLk2rXm1ecetBcc+XcRnA2155kL8CPXcqsqraanqed2oVKkqN/BwOq0H1j62Ip8Tg3dEGXdD/iGI auyUqNXfLO8G3JUnSZK0Ig74xaGXNxxu2WyWJOn4/0V7vk6MctPfDAmZbZYk6dgVwBfKg5OhvveS JEBSiXypCc+UpHRbJ6Xx6KVF8q/O3Wq/kEqSJElXwi265FaRRFMdV9xL8i0Ab5klScoZCoz3WKVr f9ODOk40Ak6q9Gikv0MwHaiM/qYx73wHhEyXD2VODtoqp74OPCNrbF4/2lPHxX3ZKk47FAGRP0iS JB3q6OZ+wx2u9lZrEHcAN2VKkiRVfBwGV1ebd1QseA9E2G5ns4LhUY/2dtPY3Gqp6nnjuFapIvc8 ANNMSZKk84MVPVwjbkgDOjmlKeKm8tosH1wCDKqQt1cBvR2iVRBvWXePehc3+Vje3g6M0YybhiRJ gH9JknQRGCRJktQWFsnnjL3AslaWg0bjpookmuq44l6SbwGekreL24Mp01OVvsbNGKBI7cyUhluk 8SFuOl64JS+8U1wfgn6yHfrtoPx/ALSxP9Aqlbyxt4rTJgHzLK0rzpe46abs5cAoq9yzgHXV5R0V C6YCH1oTZ9hDm4a9XZV3r6Wq5/0RN1Xkngfwopya3xIi84y7YS1wjVOa5jykucC7lhzX3Qib9iqP mkdNtXWevbtTaPWA/L/LlbALf0rSFoitC+0AkuBvAOrafxI6ClIlL2TWkES/OhqSxL4o/4+YBtJC Hcr7grkQgtSfKEyC+aWVcJ9uyDsLzsBjw2yHBlkGc/+G1va7bU+TfdXt7eq00m/g8vFyauPHfdHT TYN4GxI/tco9qZXs3OrxjnsL9u4En1kT50HPTl7YW1VL9573B2pyA3Welf/HPAfF3xl2AxeBKKc0 rbgprYUOturvAv5wOP6qr7rebpW8C5zEn5LUBYiHepb/rg9Xk6Aw27jIWpLoVkdLkiHWIaBhUZay PSnvA0UShFsbnmXRohL74etacP6HSoibhrzzLYRMdS0jAtIlr2p3tLer0/7KhZHW1Dv9276z1sK9 sbaTbxhsqDbvqFhwIuzYLm+mZsBEL+ytrqVnz3uNitzAMOs8gOHBsNqwGyiS1XfA/fvp8tPag3lw lS2tP/CX8qdd2/iqahfFiVSgldGwJNGWPzEAUWBrbulrd57OL0X2WK7xN8+1JNGtjpYktpkBEV3+ JE2H8r4QCWh0WUwTn+eTMT7VMGyKU3VGvVO+CXq7ebG9yy6OPPtaqH5JVOzt6rTtgG1mYZu65/3Z vtcDg+0Z2sGRoqhq8o6KBe9+poi58hSdeRAz2gt7q2up6nnfUZFbeUrFt9vLDsNuIApXQbXeTz+K cjivcXQhR5WHe/qsaqJ1IxwqyjWG9g1LEmL5Y/1vaX7rpm5V5iozLrKWJLrV0ZKktW2r1Z/k5MV6 VN4XgqMLMZeoz/udMO3Suox2vtTQcICbRCPeySyE7m7KePBzibfm3Zzcs5Wuuemq9nZ12jEHL7Tx IW66lr0HeN5+630OyI6qJu+oWLD2yAUsficCKPoaRsd4YW91LVU87w9U5HY8pfZyCKNuIBa5z6kS N13IA+rYd+MKuag83MhnVSP1ZjQsSRBAsP1/BQAznnXMZTYuspYkkfqLUZfEXng8cDHWo/K+NbZC uCifmQsL4dlVjofr3/Idn76n8Xvv3qcx4p0LwGVuyuj13hSJc599RkzngeM9rt6lbm9Xp13ENvvN 4gX/te8LwBbXFlUt3lGz4OQF5P5wJ/B9nuJ214i91bV073n/4F5u51OqrDTcsBuAHHdNWIVCHO7r I53uPmOpMvwjyQ/PQvDdP2UWWQclJb9Lgs+SRDhsFfmtSve0AiyvObfu3LlznEtbhAUlGo3Fjyuk qtgkH8tdnTNPbBgcBFCw8ZW20yQ/er7Ywd6R+JN81yRztXlHxYJ9OlpGWOZCp57e2NuYlv5CRW7n U6rAsIAtTTY3aBjbTpSlEdnbU4zen/oZ/0gyFWI3fD6saSR4HXs8SILPktgLL7FEDP9U6Z7OwEGN 4wNbkv2dbc/16ZYfV19RsUmMqq/6/fr3N0/2Cwcuvfq8Hz0fjfJxln8/1lILcJoz1aH6vKNiwYmw 5igcXefYbdNvb2Na+g0VuZ1OqSjDAsYmQeFJ/XHTqX+aK6dUB36RJO0IvNzHuncuQCXJcdiqrbfK Iu/U6Qps1DhumqRcrywaZU/NbEnxD2o2SQDU3geqP/K9jdnf9gTePuI/z9eWjeziD3+QgHyTGCje cWvBuyOR5sJ8iYixXtnbmJZ+Q01uh1MqJNK4gF2BtY5JWnGzBbDftnei0Ot5mj7jF0l2AbfZ9nYE qCT2/sUhSIzRqDIMxfiGl5eBG0NgldZN171hbLRNF41X1kgZyueAvqJmk+bRsE3jd1EjNj0AFUv9 5/mWDl444NeGfAUep/ZWuXdcLBg3EuabpQUwIs4rexvT0m+oye1wSrXwQsBhwArHJK242TpWHrGX WQd0o3rwiyQXwP7JixKnl1nC4FJASGLrX5SkWSayqFUZA9gGe9O8U6fe9XBimVaGW+FT25kZBfaZ jzlAY7+5WM0mIb1h0ymtX5reCYUjXnveha5AinUnQ99wul57XwMs122TqvKOswUnw8lff890ut1V tbeL8sa0tHB4yZIlS/ROe3ZvbxW5badUTobllDIo4PAY+N5RNK24aRoA+3ZY9xYDyVQPfpEkBrCd gPOd7r9iFceqVZJfrIPly4osc8zUqmyCPNcQIH2vd+rwEDBNaz7WZPjc9rSvPeyxTR3ZgodFQ/xj k5FQMUPzp1HBHl5g0fS8C53rwrfWXt6X+qTXa++G/WBelm6jVJV3nCzYtwN8Ng/a9NdlbxflDWpp ae+33XbbbWt1ZnZvbxW5fy60bPxYYTl3DAoYPQ7KlI90Je0hlXuBpywDTStXQveOVBP+kKQd8IVl +9BzTgfbwu7jgSBJ/mvy/5JXIPhOrSob1IMv5ZNKmuqtOjfeBDsmakwHSW5N7hnrzlDIm27ZzpwJ Cb385mFVm4xPhI+W2HY3W3o62+05fiuRh56987wLoaMhfYG8fXKmPul12/tpKBijeBj9+9Zq846G BSfCTz/AffpyuypvTEsvULG3G7mBbMv6zgVvQPgobwScXhcW2md8zfmvdtwc2hl+vzsfYMVo4KXq Cpt+kaRPIvz7e9lMA3KdOijJYB65NxAkeecdCci9Yy9MbKBZ5U1wZFIxkHfPcm/V4YM4+Lz/nwDl C351PW6apNh5IALemJoLSL8n58Akj0tln1qt4A9vbBLxEUgjp8uN/Nwz/S23ogP7zc+1RNJ7IeRm r+3tylNR8NASgMM36pwqq9veN98G666y3Dlmz+4xaH+1eUfDguMiKSshZLy+3K7KG9TSOCr2diM3 wOsfAly4/TA8Eu+NgHU+AP41Jh2geEmvSYXaUxVC5vUt5osVQ5oVpP4FjBvmjYpvyw8S9sHxAQC0 9eKDUv6QJPSlR7g0oteA2ufWbSfuSccFUG9JOsKWDvXrBcMN/9aSu7Il6bll6qzr4o4vvwiNX9dW /qEFEgtWDIj/e21Bg9s+9qCOGkkrB+eTclXj1nVy0nKAhs4t4p4X7S91JH48AemdD7peVphxAujy okdVf1Z+uza43BubjHz6LcpfeuvapMgLu7faSpBSUiZ17npZxPnUVAmmNvLa8640e20Kxbd17xuR vqosoo2u8QP99p53aDdpV7fpW998Nm2Px1mNlekdDQvGjVgI3FhfX243yhvTErBMgY9AHyr2diM3 0H3bYx8NrH1seT60mOaVGxhz5kn46qu2zSJP75Sfi2iv975OMaV8jGKdMvnrFLq4z1mGbh5XQXNd R86QJAmWVeJ7WY48DPdJkiRJ99pKqL1qIaD8usIO2/dDRmnKrSKJpjquuJfkWyDVtoLHZRmelLe9 +117jXOVLuqos0X5GGzgacVKZTJjwLJSmSRJHyh6a/1OaRfsMgAT7KV3PlBOTbSsa+YwF+v+Cg86 ui9b1Wn/suY2fTpK1zpyrvZWLTvP8Ur7XXV5R9OCGwGW6M3tprG501LV85IkSdIooGGx3oXkVNq3 i9zzgM22hwqNDkuSd26Q5itfHJspeZgy3j99guWFifbfflGtn5j0hyRzZ8uXyZCh269zPnblng9v bBJV/ZLEpEwIBQi9e1dbT1W+80YUgGnQpgHeq0OPHe9YJv0G91++2vWzZZOVO49uH22pv9XsdQ39 6mF1mzx6YKLltI0YudVyXfl6ckvr4at+nhPkddlueecHufCk5RN1Cq/f3rV+WjnA+iJPp+f2efoI euV5R8uC/ZpA/Zv05najvEEtkSdIvqC3v6lmb1e5gTpbRgUDhN27K8lrAcdnPCY/NSOo/6KHMOVR S/sHJRuOXois37sF1Y4fJCnfsjOndqN+9QJakrNrToQ0uTZeT5X5vx8tb9yzpc+mPbg762KdxlfF 6clbkHI4JyKxp8+rYRmyScVfGeeL49v1VL4qdXrXkVxzrRbdGlSG57fuOlvnCt+/Z+mevD9PXjDF teqkU5pK846qBY8lSTw9Q29uf2i5pyM0PRiGb7jIPf9eONiKU+tPhjUZWNs3N0jbDp8uqt2ye13Q ETcFAsH/GM+/iSmjTVXW+MHj8OlEv8ttiZt+pwpfMhcIBDWCgk8guUrDJn9A0r01R24RNwUCgSNv ZMMjVVqjeT28FFJz5K7WsR6BQBBwZM2aAW1uqdI603JoM7YGyS3ipkAgsPHGGxUlQPDsqr0T7SbV LLlF3BQIBDbKCgHCPk4Wcmsh4qZAIFAS1ujaxzoJuTUR85AEAoHAGGI8XSAQCIzx/wGDukaQqhcy HAAAAABJRU5ErkJggg== --=-=-= Content-Type: text/plain There's four spaces between *scratch* and All because they have different faces... which makes me wonder why there's trailing spaces in the buffer name at all, instead of just three spaces after the buffer name in the mode line format? But that's a different issue; the patch looks great. There's also the question of allowing a value of `long' to mode-line-compact -- which would only compact the mode line if it's longer than the window width. Would that be difficult to add? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 08 11:00:43 2020 Received: (at 34476) by debbugs.gnu.org; 8 Aug 2020 15:00:44 +0000 Received: from localhost ([127.0.0.1]:59477 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4QKx-0002ui-Lu for submit@debbugs.gnu.org; Sat, 08 Aug 2020 11:00:43 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45104) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4QKv-0002nU-5a for 34476@debbugs.gnu.org; Sat, 08 Aug 2020 11:00:42 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46877) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4QKp-0004F8-C7; Sat, 08 Aug 2020 11:00:35 -0400 Received: from [176.228.60.248] (port=4385 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k4QKo-0002oj-Az; Sat, 08 Aug 2020 11:00:34 -0400 Date: Sat, 08 Aug 2020 18:00:23 +0300 Message-Id: <83r1sh5gjc.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87tuxdxly3.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 08 Aug 2020 16:16:04 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Sat, 08 Aug 2020 16:16:04 +0200 > > There's four spaces between *scratch* and All because they have > different faces... which makes me wonder why there's trailing spaces in > the buffer name at all, instead of just three spaces after the buffer > name in the mode line format? That's because mode-line-buffer-identification uses %12b as the format to show the buffer name. > There's also the question of allowing a value of `long' to > mode-line-compact -- which would only compact the mode line if it's > longer than the window width. Would that be difficult to add? No, it should be an almost trivial addition to the condition under which we perform the squeezing. Basically, compare it.current_x with it.last_visible_x. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 09 05:56:37 2020 Received: (at 34476) by debbugs.gnu.org; 9 Aug 2020 09:56:37 +0000 Received: from localhost ([127.0.0.1]:59973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4i4D-0000Hm-3T for submit@debbugs.gnu.org; Sun, 09 Aug 2020 05:56:37 -0400 Received: from quimby.gnus.org ([95.216.78.240]:34126) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4i4B-0000HZ-AJ for 34476@debbugs.gnu.org; Sun, 09 Aug 2020 05:56:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=SUt0d0ZkJ7bKyO8fNsZMn0IWxfRAo+j9Fue2PFCW3Kw=; b=VwsZJbe48mAzYxcKrEvoHvJr5/ iPHFNzeNfLNgcHDcK+4hNLYLEKRiOPgEgKHmdnTEhGLlFmjAZkMe6DGgnPmDe3anv5ZpDQlHsY33P cL/7BD/dZNUrVGphF8cntKw6q/U2z7i0iG9gZFOMbHAHpb6tZH3GwEWm4rriuvgViTU8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k4i41-0000LO-T6; Sun, 09 Aug 2020 11:56:29 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> Date: Sun, 09 Aug 2020 11:56:24 +0200 In-Reply-To: <83r1sh5gjc.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 08 Aug 2020 18:00:23 +0300") Message-ID: <87d040w3av.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> There's four spaces between *scratch* and All because they have >> different faces... which makes me wonder why there's trailing spaces in >> the buffer name at all, instead of just three spaces af [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: >> There's four spaces between *scratch* and All because they have >> different faces... which makes me wonder why there's trailing spaces in >> the buffer name at all, instead of just three spaces after the buffer >> name in the mode line format? > > That's because mode-line-buffer-identification uses %12b as the format > to show the buffer name. Yes, I was wondering whether that should be changed to something that's just %b and then something that inserts some more spaces for short buffer names... Alternatively, we could compact spaces if the face doesn't use a background colour? Hm... >> There's also the question of allowing a value of `long' to >> mode-line-compact -- which would only compact the mode line if it's >> longer than the window width. Would that be difficult to add? > > No, it should be an almost trivial addition to the condition under > which we perform the squeezing. Basically, compare it.current_x with > it.last_visible_x. Right. Do you want to apply your patch (to a branch?) and I can tweak it further and add documentation and stuff? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 09 10:07:25 2020 Received: (at 34476) by debbugs.gnu.org; 9 Aug 2020 14:07:25 +0000 Received: from localhost ([127.0.0.1]:33213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4lyv-0003jf-BP for submit@debbugs.gnu.org; Sun, 09 Aug 2020 10:07:25 -0400 Received: from eggs.gnu.org ([209.51.188.92]:33994) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k4lyt-0003jQ-09 for 34476@debbugs.gnu.org; Sun, 09 Aug 2020 10:07:23 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60307) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k4lym-0001vQ-Dh; Sun, 09 Aug 2020 10:07:17 -0400 Received: from [176.228.60.248] (port=1544 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k4lyl-0000S8-Va; Sun, 09 Aug 2020 10:07:16 -0400 Date: Sun, 09 Aug 2020 17:07:00 +0300 Message-Id: <83ft8v6hh7.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87d040w3av.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 09 Aug 2020 11:56:24 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Sun, 09 Aug 2020 11:56:24 +0200 > > Eli Zaretskii writes: > > >> There's four spaces between *scratch* and All because they have > >> different faces... which makes me wonder why there's trailing spaces in > >> the buffer name at all, instead of just three spaces after the buffer > >> name in the mode line format? > > > > That's because mode-line-buffer-identification uses %12b as the format > > to show the buffer name. > > Yes, I was wondering whether that should be changed to something that's > just %b and then something that inserts some more spaces for short > buffer names... Yes, I think so. > Alternatively, we could compact spaces if the face doesn't use a > background colour? Hm... I'm actually more bothered by faces that affect the font. So I'd rather we didn't mess with non-default faces in this case. > > No, it should be an almost trivial addition to the condition under > > which we perform the squeezing. Basically, compare it.current_x with > > it.last_visible_x. > > Right. Do you want to apply your patch (to a branch?) and I can tweak > it further and add documentation and stuff? Will do. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 10 10:47:04 2020 Received: (at 34476) by debbugs.gnu.org; 10 Aug 2020 14:47:04 +0000 Received: from localhost ([127.0.0.1]:37136 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k594q-0008OU-1Y for submit@debbugs.gnu.org; Mon, 10 Aug 2020 10:47:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:57494) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k594o-0008J2-7W for 34476@debbugs.gnu.org; Mon, 10 Aug 2020 10:47:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:51363) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k594i-00022y-Ly; Mon, 10 Aug 2020 10:46:56 -0400 Received: from [176.228.60.248] (port=4960 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k594h-00046V-Vd; Mon, 10 Aug 2020 10:46:56 -0400 Date: Mon, 10 Aug 2020 17:46:41 +0300 Message-Id: <83sgcu4kz2.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-Reply-To: <83ft8v6hh7.fsf@gnu.org> (message from Eli Zaretskii on Sun, 09 Aug 2020 17:07:00 +0300) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Sun, 09 Aug 2020 17:07:00 +0300 > From: Eli Zaretskii > Cc: contovob@tcd.ie, 34476@debbugs.gnu.org > > > Right. Do you want to apply your patch (to a branch?) and I can tweak > > it further and add documentation and stuff? > > Will do. While doing some further testing, I found a flaw in the implementation that I need to resolve before pushing the branch. I have an idea, but I need to test how well it works. So it will take me a couple more days. From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 10 10:56:34 2020 Received: (at 34476) by debbugs.gnu.org; 10 Aug 2020 14:56:34 +0000 Received: from localhost ([127.0.0.1]:37160 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59E1-0000iH-Pc for submit@debbugs.gnu.org; Mon, 10 Aug 2020 10:56:34 -0400 Received: from quimby.gnus.org ([95.216.78.240]:49190) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k59E0-0000i4-0t for 34476@debbugs.gnu.org; Mon, 10 Aug 2020 10:56:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=9QOyxk+zzqqBbpAGdFljMOjCjHuDa5dho9pXHFDsVso=; b=DLaSSbuHIu7M7Kf0vgDqyjejjl Y7r4eLF15zhMuwByQGLZOPLgeboa2L7ryGUtzGKRoSRTWhqdLChh3kW51e80rJ+eVa474z+KdQOiG +kN7FZTLX2W6kj6NdH0+NOy/ORAuXGmFExXG9/9AcVB1g8GW4KJ7vyOj19Io8KexEbQc=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k59Dr-000674-J6; Mon, 10 Aug 2020 16:56:26 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> Date: Mon, 10 Aug 2020 16:56:22 +0200 In-Reply-To: <83sgcu4kz2.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 10 Aug 2020 17:46:41 +0300") Message-ID: <87v9hqzh0p.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > While doing some further testing, I found a flaw in the implementation > that I need to resolve before pushing the branch. I have an idea, but > I need to test how well it works. > > So it will take [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: > While doing some further testing, I found a flaw in the implementation > that I need to resolve before pushing the branch. I have an idea, but > I need to test how well it works. > > So it will take me a couple more days. Sure, no problem. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 06:46:34 2020 Received: (at 34476) by debbugs.gnu.org; 14 Aug 2020 10:46:34 +0000 Received: from localhost ([127.0.0.1]:51924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6XEI-0000qd-2O for submit@debbugs.gnu.org; Fri, 14 Aug 2020 06:46:34 -0400 Received: from eggs.gnu.org ([209.51.188.92]:58058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6XEF-0000qP-QE for 34476@debbugs.gnu.org; Fri, 14 Aug 2020 06:46:32 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:50044) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k6XEA-0006Tn-6X; Fri, 14 Aug 2020 06:46:26 -0400 Received: from [176.228.60.248] (port=1230 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k6XE9-0001Is-Lc; Fri, 14 Aug 2020 06:46:25 -0400 Date: Fri, 14 Aug 2020 13:46:19 +0300 Message-Id: <83lfihld38.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-Reply-To: <83sgcu4kz2.fsf@gnu.org> (message from Eli Zaretskii on Mon, 10 Aug 2020 17:46:41 +0300) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Mon, 10 Aug 2020 17:46:41 +0300 > From: Eli Zaretskii > Cc: contovob@tcd.ie, 34476@debbugs.gnu.org > > While doing some further testing, I found a flaw in the implementation > that I need to resolve before pushing the branch. I have an idea, but > I need to test how well it works. Turns out my original idea of post-processing the glyphs is unworkable. The problem I didn't consider is that glyphs are only produced up to the limit of the window-width, so once the full mode-line becomes longer than that, any post-processing cannot recover the glyphs beyond the window edge, because they were never produced in the first place. The alternative which I would like to try implementing is to modify the code of display_string so that it doesn't produce multiple space glyphs, replacing them with a single glyph, when this option is non-nil. Since display_mode_element always calls display_string to produce the glyphs, this should allow us to solve the problem cleanly. Stay tuned. From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 08:00:29 2020 Received: (at 34476) by debbugs.gnu.org; 14 Aug 2020 12:00:29 +0000 Received: from localhost ([127.0.0.1]:52018 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YNp-0007c7-4a for submit@debbugs.gnu.org; Fri, 14 Aug 2020 08:00:29 -0400 Received: from quimby.gnus.org ([95.216.78.240]:40738) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6YNm-0007UZ-VR for 34476@debbugs.gnu.org; Fri, 14 Aug 2020 08:00:28 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=YGg5nyX3TpczzYiqr3m88dTdSnF2abKDcDImQ9V5Hio=; b=rFMBEyrt0gBSB9EW9ysqtQRda/ 4PsQoBlF4Omz6Cy+R5wIvm18sHcj/2YLle93BG1e0CWi1DrKEm4GYF5bQ2pmWZkTdopd1HaJ5nF2S QwgI9FEb9WnR8mwQrra+zFZfyIdVSAUzOubbOPRTy62PvDaKS4odM48AE69Hqzit1TQ0=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6YNd-0001ZF-QI; Fri, 14 Aug 2020 14:00:20 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> Date: Fri, 14 Aug 2020 14:00:16 +0200 In-Reply-To: <83lfihld38.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 14 Aug 2020 13:46:19 +0300") Message-ID: <87zh6x8mjz.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > The alternative which I would like to try implementing is to modify > the code of display_string so that it doesn't produce multiple space > glyphs, replacing them with a single glyph, when this opt [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: > The alternative which I would like to try implementing is to modify > the code of display_string so that it doesn't produce multiple space > glyphs, replacing them with a single glyph, when this option is > non-nil. Since display_mode_element always calls display_string to > produce the glyphs, this should allow us to solve the problem cleanly. > Stay tuned. Sounds good... but I guess this wouldn't allow us to do the `long' version of the variable? (I.e., only compact if the line is too long.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Fri Aug 14 09:17:08 2020 Received: (at 34476) by debbugs.gnu.org; 14 Aug 2020 13:17:08 +0000 Received: from localhost ([127.0.0.1]:52191 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ZZz-00056v-Sd for submit@debbugs.gnu.org; Fri, 14 Aug 2020 09:17:08 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36982) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6ZZy-00055t-2v for 34476@debbugs.gnu.org; Fri, 14 Aug 2020 09:17:06 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57290) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k6ZZs-0008Ft-9p; Fri, 14 Aug 2020 09:17:00 -0400 Received: from [176.228.60.248] (port=2569 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k6ZZr-0003uS-7K; Fri, 14 Aug 2020 09:17:00 -0400 Date: Fri, 14 Aug 2020 16:16:54 +0300 Message-Id: <83h7t5l649.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87zh6x8mjz.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 14 Aug 2020 14:00:16 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <87zh6x8mjz.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Fri, 14 Aug 2020 14:00:16 +0200 > > Eli Zaretskii writes: > > > The alternative which I would like to try implementing is to modify > > the code of display_string so that it doesn't produce multiple space > > glyphs, replacing them with a single glyph, when this option is > > non-nil. Since display_mode_element always calls display_string to > > produce the glyphs, this should allow us to solve the problem cleanly. > > Stay tuned. > > Sounds good... but I guess this wouldn't allow us to do the `long' > version of the variable? (I.e., only compact if the line is too long.) We could perhaps do that at the price of producing the glyphs twice: first without squeezing spaces, then with squeezing if the result is a truncated mode line. But first I need to see if this new idea "holds water". From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 04:48:04 2020 Received: (at 34476) by debbugs.gnu.org; 15 Aug 2020 08:48:04 +0000 Received: from localhost ([127.0.0.1]:54252 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6rr9-0008Rs-Tu for submit@debbugs.gnu.org; Sat, 15 Aug 2020 04:48:04 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36402) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6rr8-0008RM-BY for 34476@debbugs.gnu.org; Sat, 15 Aug 2020 04:48:02 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:46909) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k6rr1-0005S6-Op; Sat, 15 Aug 2020 04:47:55 -0400 Received: from [176.228.60.248] (port=3057 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k6rr1-0002bI-9m; Sat, 15 Aug 2020 04:47:55 -0400 Date: Sat, 15 Aug 2020 11:47:49 +0300 Message-Id: <83wo20jnwq.fsf@gnu.org> From: Eli Zaretskii To: larsi@gnus.org In-Reply-To: <83lfihld38.fsf@gnu.org> (message from Eli Zaretskii on Fri, 14 Aug 2020 13:46:19 +0300) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87ftnfrwef.fsf@mouse.gnus.org> <87r26z0wdy.fsf@tcd.ie> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -3.3 (---) > Date: Fri, 14 Aug 2020 13:46:19 +0300 > From: Eli Zaretskii > Cc: contovob@tcd.ie, 34476@debbugs.gnu.org > > The alternative which I would like to try implementing is to modify > the code of display_string so that it doesn't produce multiple space > glyphs, replacing them with a single glyph, when this option is > non-nil. Since display_mode_element always calls display_string to > produce the glyphs, this should allow us to solve the problem cleanly. > Stay tuned. Here's the result. Note that this is slightly sub-optimal, because if 2 Lisp strings are displayed one after another, and the first one ends with a space, while the second one begins with a space, this will not be squeezed, because we consider each string separately. If this is not acceptable, then we will have to go back to your original proposal of using Fformat_mode_line (although I'm still unhappy with doing that, as we had over the years quite a few complaints that the result is not exactly identical to the displayed mode line). If the patch below is deemed "good enough", we will probably need to implement something similar for Fformat_mode_line, because users might expect the latter to produce a similarly squeezed whitespace. diff --git a/src/xdisp.c b/src/xdisp.c index 4fe1c42..d9f6bea 100644 --- a/src/xdisp.c +++ b/src/xdisp.c @@ -26883,6 +26883,25 @@ display_string (const char *string, Lisp_Object lisp_string, Lisp_Object face_st row->phys_height = it->max_phys_ascent + it->max_phys_descent; row->extra_line_spacing = it->max_extra_line_spacing; + bool space_seen = false; + bool squeeze_spaces_p = false; + if (!NILP (Vmode_line_compact)) + { + int remapped_modeline_face_id = MODE_LINE_FACE_ID; + int remapped_inactive_modeline_face_id = MODE_LINE_INACTIVE_FACE_ID; + if (!NILP (Vface_remapping_alist)) + { + remapped_modeline_face_id + = lookup_basic_face (it->w, it->f, MODE_LINE_FACE_ID); + remapped_inactive_modeline_face_id + = lookup_basic_face (it->w, it->f, MODE_LINE_INACTIVE_FACE_ID); + } + /* We only squeeze multiple spaces when displaying mode lines. */ + squeeze_spaces_p + = (it->base_face_id == remapped_modeline_face_id + || it->base_face_id == remapped_inactive_modeline_face_id); + } + if (STRINGP (it->string)) it_charpos = IT_STRING_CHARPOS (*it); else @@ -26898,6 +26917,19 @@ display_string (const char *string, Lisp_Object lisp_string, Lisp_Object face_st if (!get_next_display_element (it)) break; + if (squeeze_spaces_p) + { + if (it->char_to_display == ' ' && it->face_id == it->base_face_id) + { + if (space_seen) + goto next_char; + else + space_seen = true; + } + else + space_seen = false; + } + /* Produce glyphs. */ x_before = it->current_x; n_glyphs_before = row->used[TEXT_AREA]; @@ -26962,6 +26994,7 @@ display_string (const char *string, Lisp_Object lisp_string, Lisp_Object face_st if (i < nglyphs) break; + next_char: /* Stop at line ends. */ if (ITERATOR_AT_END_OF_LINE_P (it)) { From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 06:55:45 2020 Received: (at 34476) by debbugs.gnu.org; 15 Aug 2020 10:55:45 +0000 Received: from localhost ([127.0.0.1]:54332 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6tqj-0007fg-2J for submit@debbugs.gnu.org; Sat, 15 Aug 2020 06:55:45 -0400 Received: from quimby.gnus.org ([95.216.78.240]:52466) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6tqh-0007fU-Ff for 34476@debbugs.gnu.org; Sat, 15 Aug 2020 06:55:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=qPlOJD8rmf8KH3iSmnAezWhxFsoju41PSmM+AJ01hUo=; b=XzSAkE71xc79h4nuUFBmbUJOjr BnuRFXw7J+PugfHMLPWLsHa2qQyvHRFHesyEF3QOVSDEqdpRIHcHPE0InT8P6THn4b4MpBdjQGRIo Tv8Lst23HdBYDZ47I51KFRLxKLXGOZssbHaJ2aul0ZUDljCVb9pyQwgyERboF1YQAft8=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k6tqY-0006nu-LZ; Sat, 15 Aug 2020 12:55:37 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> Date: Sat, 15 Aug 2020 12:55:33 +0200 In-Reply-To: <83wo20jnwq.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 15 Aug 2020 11:47:49 +0300") Message-ID: <87zh6wyy8q.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Here's the result. Note that this is slightly sub-optimal, because if > 2 Lisp strings are displayed one after another, and the first one ends > with a space, while the second one begins with a spac [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: > Here's the result. Note that this is slightly sub-optimal, because if > 2 Lisp strings are displayed one after another, and the first one ends > with a space, while the second one begins with a space, this will not > be squeezed, because we consider each string separately. Hm... I think the main use case for squeezing isn't really removing spaces from individual strings, but consider the entire resulting mode line as a whole. We end up with too-spacey mode lines, often, because we have formats that may or may not display something, but we still have spaces surrounding that element. > If this is not acceptable, then we will have to go back to your > original proposal of using Fformat_mode_line Yeah, I think that may be the way to go. > (although I'm still unhappy with doing that, as we had over the years > quite a few complaints that the result is not exactly identical to the > displayed mode line). Perhaps that's something that can be fixed? > If the patch below is deemed "good enough", we will probably need to > implement something similar for Fformat_mode_line, because users might > expect the latter to produce a similarly squeezed whitespace. Yup. Perhaps the squeezing should just be moved into that function? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Aug 15 11:12:23 2020 Received: (at 34476) by debbugs.gnu.org; 15 Aug 2020 15:12:23 +0000 Received: from localhost ([127.0.0.1]:56190 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6xr4-0000TX-Vr for submit@debbugs.gnu.org; Sat, 15 Aug 2020 11:12:23 -0400 Received: from eggs.gnu.org ([209.51.188.92]:45130) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k6xr2-0000TJ-9y for 34476@debbugs.gnu.org; Sat, 15 Aug 2020 11:12:21 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:49353) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k6xqw-0000bE-QF; Sat, 15 Aug 2020 11:12:14 -0400 Received: from [176.228.60.248] (port=3286 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k6xqv-0003Fo-Qg; Sat, 15 Aug 2020 11:12:14 -0400 Date: Sat, 15 Aug 2020 18:12:03 +0300 Message-Id: <83h7t4j64c.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87zh6wyy8q.fsf@gnus.org> (message from Lars Ingebrigtsen on Sat, 15 Aug 2020 12:55:33 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87eeoi7un0.fsf@gnus.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Sat, 15 Aug 2020 12:55:33 +0200 > > > If this is not acceptable, then we will have to go back to your > > original proposal of using Fformat_mode_line > > Yeah, I think that may be the way to go. > > > (although I'm still unhappy with doing that, as we had over the years > > quite a few complaints that the result is not exactly identical to the > > displayed mode line). > > Perhaps that's something that can be fixed? Not easily, because the display engine uses a different environment, and also temporarily changes various settings as needed, something you cannot do in Lisp. > > If the patch below is deemed "good enough", we will probably need to > > implement something similar for Fformat_mode_line, because users might > > expect the latter to produce a similarly squeezed whitespace. > > Yup. Perhaps the squeezing should just be moved into that function? See above. From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 16 07:21:56 2020 Received: (at 34476) by debbugs.gnu.org; 16 Aug 2020 11:21:56 +0000 Received: from localhost ([127.0.0.1]:56952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7Gjc-0005Pc-1z for submit@debbugs.gnu.org; Sun, 16 Aug 2020 07:21:56 -0400 Received: from quimby.gnus.org ([95.216.78.240]:35584) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7GjX-0005PL-LS for 34476@debbugs.gnu.org; Sun, 16 Aug 2020 07:21:55 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=CdGSjzj6Qh2E2F10FQmKRZ8Ey3GqzdDROUt1kgHMMTo=; b=p4e390fYE/C0tJ4oSngDTdcY4D sLzG2BOAnfhXn66NH/0238OyuBi0mYkA9+EGr49vSJR31T6Fr4r0kf2fYA41SfrwDmUNYq+nrW8GC RjJWN+rB+FjuYDzo/lZDP7OKl0oM31H2WGUOOrFDq/v9tIXHowCmI7bDzht8jys1a+2Q=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k7GjL-0003nm-R2; Sun, 16 Aug 2020 13:21:45 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVgGSeyTzTtni/s qkX80Vn///8TRdHCAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QIEAsKJgXfbfwAAAG9SURBVDjLlZPb ecMgDIUhXcDCGaAIBiiIBWy8/0w9EthO0qfqAX/Wz9EFhHPvRpxCJKLFef3cVlYJBeuPewjXmI/T Sqoka1VQmZkuUtZaAMIEHE4gJKIxALgBXMF2KhE5SMEh9ZbAHWMxkPaj3xLsDjWU+uN8lkPTrFPS dOkb+sjp0PR0pu/QEDnnOe/8mn6jSgZoJQX8vEAx4LDyaytbuIGR+KnwJ2hX8gFUEs7sPd8KlVxg z0eXD0BaFmfrfoBZV9DerbYPQABl8Vi3J9UPgGsOraPlV0VcO+v9J47uHaACWjyFvL0D1rEBIJZF qrtbt+kZu9qx3yD6qXcLkez3kVgKML/4wAZmpAhC5OHAePR9+A3QqtW6xT3aBewMfd5Jw7rnISfg MQ17BHGuNZF+na3OT2SrCn4pBswfU4t4FbAnBAaGgHCz/A3/2jHVCpivIemL1iRN0g3GvOGsWj+Q I2o7QyA6OTk2Mf8FkBoAo2X78W9An4e0Oenw1wnwpSRj3MT2s1b1qIKTHf4uCfvrVFT4mwIxS8ly ark6GDJN31YaobxwOt0W3mrBWX6dL0z3Q2GhIs2L+mOL+7/9Akkpkqnkksl9AAAAJXRFWHRkYXRl OmNyZWF0ZQAyMDIwLTA4LTE2VDExOjEwOjM4KzAwOjAw7X13ZwAAACV0RVh0ZGF0ZTptb2RpZnkA MjAyMC0wOC0xNlQxMToxMDozOCswMDowMJwgz9sAAAAASUVORK5CYII= X-Now-Playing: Kate Bush's _The Kick Inside_: "Feel It" Date: Sun, 16 Aug 2020 13:21:38 +0200 In-Reply-To: <83h7t4j64c.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 15 Aug 2020 18:12:03 +0300") Message-ID: <874kp2x2d9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> > (although I'm still unhappy with doing that, as we had over the years >> > quite a few complaints that the result is not exactly identical to the >> > displayed mode line). >> >> Perhaps that's s [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: >> > (although I'm still unhappy with doing that, as we had over the years >> > quite a few complaints that the result is not exactly identical to the >> > displayed mode line). >> >> Perhaps that's something that can be fixed? > > Not easily, because the display engine uses a different environment, > and also temporarily changes various settings as needed, something you > cannot do in Lisp. Hm, ok... Are these obscure differences? I just went through a handful of buffers in this Emacs, and as far as I'm able to eyeball, (insert (format-mode-line mode-line-format)) produces something that looks identical to what's in the mode line in all the buffers. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Aug 16 10:43:56 2020 Received: (at 34476) by debbugs.gnu.org; 16 Aug 2020 14:43:56 +0000 Received: from localhost ([127.0.0.1]:58138 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7Jt6-0000G2-G8 for submit@debbugs.gnu.org; Sun, 16 Aug 2020 10:43:56 -0400 Received: from eggs.gnu.org ([209.51.188.92]:39458) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7Jt5-0000Fp-IK for 34476@debbugs.gnu.org; Sun, 16 Aug 2020 10:43:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:39578) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k7Jsz-0005P4-Qr; Sun, 16 Aug 2020 10:43:49 -0400 Received: from [176.228.60.248] (port=2256 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k7Jsz-0003g1-6Y; Sun, 16 Aug 2020 10:43:49 -0400 Date: Sun, 16 Aug 2020 17:43:33 +0300 Message-Id: <83ft8mirca.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <874kp2x2d9.fsf@gnus.org> (message from Lars Ingebrigtsen on Sun, 16 Aug 2020 13:21:38 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87a6z67t7p.fsf@gnus.org> <83364y8ze0.fsf@gnu.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Sun, 16 Aug 2020 13:21:38 +0200 > > >> Perhaps that's something that can be fixed? > > > > Not easily, because the display engine uses a different environment, > > and also temporarily changes various settings as needed, something you > > cannot do in Lisp. > > Hm, ok... Are these obscure differences? I just went through a handful > of buffers in this Emacs, and as far as I'm able to eyeball, > (insert (format-mode-line mode-line-format)) produces something that > looks identical to what's in the mode line in all the buffers. Yes, the problems are subtle and appear rarely. Some of them were even fixed during the years. I'm just bothered that we will shoot ourselves in the foot by providing a feature that will cause bug reports which will be non-trivial to fix. But maybe I worry too much... From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 17 04:33:46 2020 Received: (at 34476) by debbugs.gnu.org; 17 Aug 2020 08:33:46 +0000 Received: from localhost ([127.0.0.1]:59216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7aaQ-0002Ce-3J for submit@debbugs.gnu.org; Mon, 17 Aug 2020 04:33:46 -0400 Received: from quimby.gnus.org ([95.216.78.240]:46410) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7aaM-0002CO-M1 for 34476@debbugs.gnu.org; Mon, 17 Aug 2020 04:33:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=UbR183xtY0OLdvYBd8qxphqI/tElUjOO8tXJUbyaHXY=; b=joDZZml+/6loI0+7HfYwqy3427 F2bAZD+JFA7SP4+9IWDx68VL3yWma451owyGMXZvjeGPrfsLeYBafb7Zr42yPfVLTDmv1XhxmT42k 9e2CwPj2Nn6R3vGsSIepM1JVGrHUVQLImHrKhk8AB7xvR80amTgVpNxDGhSGTf6F4kxw=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1k7aaC-0007C6-O7; Mon, 17 Aug 2020 10:33:36 +0200 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwAgMAAAAqbBEUAAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAACVBMVEWAjz4/TDT///+A qekiAAAAAWJLR0QCZgt8ZAAAAAd0SU1FB+QIEQgeKHYzTpIAAAFESURBVCjPVVLRqsUwCItQ3x3U /7GwvVuo//8rN45x4A7Gao1J1GFMfM/v8EXrfMfhG3LSEIKhnvB6Rids10FVEs1iqUK5BfxAxl1I FRALRCozCigp7RA2b8zjAzIZ3AGyBMQYXIlVtaAkmEiUjYLCQSRRTXdNqAbq2QVJQlzyUns0puMc 2ymhCxQ8ZE1hOTG4KxKaEIqwmLcSMJCkUmvkY/3FY/OaqWcNHOgsOmNnzKPWOk6Ix2INpeu+ikYc WvTcmfVQgh2+Nd41Ofd42UhdQR27qSPVDsbPQXtLTREpo2tDtxDDux8wE2yOgXu3ZQfBa6XWOwPs 5HSMU/2mU8LMfji3cDrYvZrA06J6w3p7NE98flvgSrb2lFif56H6v81ldEa0N1elve3cvNHqJoyM 9W4tZS+2yIDv+x9gsObMGC9Mpv8B6r1bK52pww8AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMDgt MTdUMDg6MzA6NDArMDA6MDA4yfPXAAAAJXRFWHRkYXRlOm1vZGlmeQAyMDIwLTA4LTE3VDA4OjMw OjQwKzAwOjAwSZRLawAAAABJRU5ErkJggg== X-Now-Playing: Various's _Kaleidoscope (1)_: "Chip Wickham - Red Planet" Date: Mon, 17 Aug 2020 10:33:31 +0200 In-Reply-To: <83ft8mirca.fsf@gnu.org> (Eli Zaretskii's message of "Sun, 16 Aug 2020 17:43:33 +0300") Message-ID: <874kp1r7s4.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > Yes, the problems are subtle and appear rarely. Some of them were > even fixed during the years. > > I'm just bothered that we will shoot ourselves in the foot by > providing a feature that will cau [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: > Yes, the problems are subtle and appear rarely. Some of them were > even fixed during the years. > > I'm just bothered that we will shoot ourselves in the foot by > providing a feature that will cause bug reports which will be > non-trivial to fix. But maybe I worry too much... Perhaps this will prod us into uncovering and fixing the last few glitches. :-) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Mon Aug 17 10:18:18 2020 Received: (at 34476) by debbugs.gnu.org; 17 Aug 2020 14:18:19 +0000 Received: from localhost ([127.0.0.1]:32821 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7fxq-0006rx-L3 for submit@debbugs.gnu.org; Mon, 17 Aug 2020 10:18:18 -0400 Received: from eggs.gnu.org ([209.51.188.92]:53764) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1k7fxo-0006rl-CH for 34476@debbugs.gnu.org; Mon, 17 Aug 2020 10:18:17 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:57309) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k7fxj-0003aF-01; Mon, 17 Aug 2020 10:18:11 -0400 Received: from [176.228.60.248] (port=1428 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1k7fxg-0007N4-EZ; Mon, 17 Aug 2020 10:18:10 -0400 Date: Mon, 17 Aug 2020 17:17:54 +0300 Message-Id: <83mu2tgxv1.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <874kp1r7s4.fsf@gnus.org> (message from Lars Ingebrigtsen on Mon, 17 Aug 2020 10:33:31 +0200) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <878seq8yzo.fsf@gnus.org> <83y2mq7jk7.fsf@gnu.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Mon, 17 Aug 2020 10:33:31 +0200 > > Eli Zaretskii writes: > > > Yes, the problems are subtle and appear rarely. Some of them were > > even fixed during the years. > > > > I'm just bothered that we will shoot ourselves in the foot by > > providing a feature that will cause bug reports which will be > > non-trivial to fix. But maybe I worry too much... > > Perhaps this will prod us into uncovering and fixing the last few > glitches. :-) One can dream. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 28 22:54:55 2020 Received: (at 34476) by debbugs.gnu.org; 29 Dec 2020 03:54:55 +0000 Received: from localhost ([127.0.0.1]:37345 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ku663-0005q4-KU for submit@debbugs.gnu.org; Mon, 28 Dec 2020 22:54:55 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50218) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ku661-0005pn-1z for 34476@debbugs.gnu.org; Mon, 28 Dec 2020 22:54:54 -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=4bNNrTVC9v4LBswvsjiBHmFaszM/WS0DbENLniqPgxo=; b=GN6V0crQqRrvygt3hZoRwX+iVC bqwBAdV9muyNQUhOASdYJvwT1JCYKti/v/kNsfzrvWi2ejPKPz27GF06ssbuL/fH0KyVHLQj1iOuI aTIdrSvcitkJmLzWRp5QBlE0PhvPJ1/tXesLj3wQxQe62ZCE82fqSrkyyyU5gQhlVaaY=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ku65r-0004lO-RY; Tue, 29 Dec 2020 04:54:46 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> X-Now-Playing: Japan's _Tin Drum (1)_: "Visions of China" Date: Tue, 29 Dec 2020 04:54:42 +0100 In-Reply-To: <83mu2tgxv1.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 17 Aug 2020 17:17:54 +0300") Message-ID: <871rf9gtbx.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: >> Perhaps this will prod us into uncovering and fixing the last few >> glitches. :-) > > One can dream. I've now gone ahead and polished up this a bit (and introduced the `long' setting, too). After using it for a while, I see the obvious thing that `format-mode-line' does wrong -- it discards all text [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: >> Perhaps this will prod us into uncovering and fixing the last few >> glitches. :-) > > One can dream. I've now gone ahead and polished up this a bit (and introduced the `long' setting, too). After using it for a while, I see the obvious thing that `format-mode-line' does wrong -- it discards all text properties? So I'll open a new bug report for that, 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 Mon Dec 28 22:55:01 2020 Received: (at control) by debbugs.gnu.org; 29 Dec 2020 03:55:01 +0000 Received: from localhost ([127.0.0.1]:37348 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ku668-0005qM-S9 for submit@debbugs.gnu.org; Mon, 28 Dec 2020 22:55:01 -0500 Received: from quimby.gnus.org ([95.216.78.240]:50234) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ku667-0005q2-MZ for control@debbugs.gnu.org; Mon, 28 Dec 2020 22:55:00 -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=iA7XJCwSSufccieMPZTXa2aqXJL4cHteI9O0n+dV/e8=; b=abpD0VHAW6DUNglzAycZ4/q7Ti xDzw4BiksT1uUQdKXupyEy4I3c70jnLBZlEhQpk9XsKGny0UyBFufgR+ZQTznLv0Mj19FOnsvNAdH SOxuhlCWV1X58pF3SAH3Cy+jbDqnflxNnWcM2Io+3OG81Kkd27q3RFxRvjhgDTMATLxI=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ku660-0004lW-4n for control@debbugs.gnu.org; Tue, 29 Dec 2020 04:54:54 +0100 Date: Tue, 29 Dec 2020 04:54:50 +0100 Message-Id: <87zh1xfer9.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #34476 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 34476 fixed close 34476 28.1 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 34476 fixed close 34476 28.1 quit From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 10:02:46 2020 Received: (at 34476) by debbugs.gnu.org; 29 Dec 2020 15:02:47 +0000 Received: from localhost ([127.0.0.1]:39924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuGWM-0006XL-Dt for submit@debbugs.gnu.org; Tue, 29 Dec 2020 10:02:46 -0500 Received: from eggs.gnu.org ([209.51.188.92]:60326) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuGWJ-0006X5-3n for 34476@debbugs.gnu.org; Tue, 29 Dec 2020 10:02:44 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:60150) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuGWD-0000zh-HU; Tue, 29 Dec 2020 10:02:37 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:3350 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kuGWC-00012J-JN; Tue, 29 Dec 2020 10:02:37 -0500 Date: Tue, 29 Dec 2020 17:02:29 +0200 Message-Id: <83czysk64a.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <871rf9gtbx.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 29 Dec 2020 04:54:42 +0100) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87mu367iue.fsf@gnus.org> <83sgcy7ebz.fsf@gnu.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> <871rf9gtbx.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Tue, 29 Dec 2020 04:54:42 +0100 > > I've now gone ahead and polished up this a bit (and introduced the > `long' setting, too). After using it for a while, I see the obvious > thing that `format-mode-line' does wrong -- it discards all text > properties? So I'll open a new bug report for that, and I'm closing > this bug report. Hmm... does the test below really work reliably on GUI frames? > + if (EQ (Vmode_line_compact, Qlong) > + && window_body_width (XWINDOW (selected_window), false) >= > + SCHARS (mode_string)) > + { > + /* The window is wide enough; just display the mode line we > + just computed. */ > + display_string (NULL, mode_string, Qnil, > + 0, 0, &it, 0, 0, 0, > + STRING_MULTIBYTE (mode_string)); You are comparing the number of characters with the window-body width, but the latter is measured in units of the frame's canonical character width, i.e. the average width of the default face's font. If someone modifies the mode-line face to use a font of a different size, or even has enough wide characters there to violate the "1 character = 1 column" assumption, that test will produce either truncated mode-line string or will unnecessarily squeeze spaces from it. I understand the difficulty of doing TRT, but perhaps we should at least document this limitation, so that users don't expect too much from this feature, and we don't get bug reports that will be hard to fix? From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 10:08:03 2020 Received: (at 34476) by debbugs.gnu.org; 29 Dec 2020 15:08:03 +0000 Received: from localhost ([127.0.0.1]:39933 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuGbT-0006g2-Ie for submit@debbugs.gnu.org; Tue, 29 Dec 2020 10:08:03 -0500 Received: from quimby.gnus.org ([95.216.78.240]:55294) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuGbQ-0006fN-2R for 34476@debbugs.gnu.org; Tue, 29 Dec 2020 10:08:01 -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=UmEPWz7zK4Bc8wg9OFz5qVAF1Tv9Oe3w2wLVQlIakD8=; b=TAf77Hrd2AZmVoa0e8UvBbN4Ia kRgzz+V8e3Wu8t575RNXcRgTRrv2qY6d17wHW/VlolB3T4S/Mn7NfMFtHDyDWV7JClwLkbjxTakuJ L1/2wrKeqDNCte9phUmGC8XHNhjceEkdKYsYur9AyLkZ8BpkPhk2O1Ub1bdg+uZ5/VlE=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kuGbH-0002lf-ID; Tue, 29 Dec 2020 16:07:54 +0100 From: Lars Ingebrigtsen To: Eli Zaretskii Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> <871rf9gtbx.fsf@gnus.org> <83czysk64a.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAIVBMVEWeYy+RVipwSCuk Z0FWMB0WDA96gpLItLmco7HHuMH///+eVUZAAAAAAWJLR0QKaND0VgAAAAd0SU1FB+QMHQ8FGq3L 23UAAAGUSURBVDjLfZNhcoIwEIWTeoEsbQ+QDPY3U6b/S2Y5gA57BcYbRC8AeAL1tt2EBBGxbxyQ /XhvswGEECAk8AG0Nl7AP62FEJIvsm9rTaUxz/nCosGKwZsNAI0NwAZgGQglpBQA2miT8QkAlFQe lGW54UTgalAoBm0K3wom+ZpMUAEgNXYCkADAG7GmqOTgoA8PdHIkyWwGZu0VT8nA1BHIGMVLDaCt q7G7VCq0l2AQc6KvbQJhboZZjlgT4ehQvirYxAADIKruvSEmMWganAHlASchkn0B6obG5U5jJEDU LOZLAOfAH2UEP7uFQ2YRVK/AumNL9X4JfHdbp8n9XsXp/Wb51RJZHZ6USs81p0kI0r+aYXL1SXP9 8q1jmNqOFTuedtOAqn5w7O+buABFBJlZA+9lsQ42ZWHwf4CPgD+CGDXZdlwrhXNuWKjnmhMX547z 6mHohjXQtV039KwnELL6fsXRtgfucnrqERUcbgWc1sD5drtdngDnni9xuUtwGgH7rtc74L83L78l 7GiTDse27R37/gAXtwug3/z79wAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMC0xMi0yOVQxNTowNToy NiswMDowMFP0bjoAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjAtMTItMjlUMTU6MDU6MjYrMDA6MDAi qdaGAAAAAElFTkSuQmCC X-Now-Playing: Grace Jones's _Nightclubbing (1)_: "I've Done It Again" Date: Tue, 29 Dec 2020 16:07:50 +0100 In-Reply-To: <83czysk64a.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 29 Dec 2020 17:02:29 +0200") Message-ID: <87y2hgsla1.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Eli Zaretskii writes: > You are comparing the number of characters with the window-body width, > but the latter is measured in units of the frame's canonical character > width, i.e. the average width of the default face's [...] 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: 34476 Cc: contovob@tcd.ie, 34476@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 (-) Eli Zaretskii writes: > You are comparing the number of characters with the window-body width, > but the latter is measured in units of the frame's canonical character > width, i.e. the average width of the default face's font. If someone > modifies the mode-line face to use a font of a different size, or even > has enough wide characters there to violate the "1 character = 1 > column" assumption, that test will produce either truncated mode-line > string or will unnecessarily squeeze spaces from it. Yup. I was also not quite sure of the selected_window itself -- can the mode line be updated while another window is selected? But I tried various scenarios, and I couldn't get it to pick the wrong window to do the computation on. So perhaps that bit is OK? > I understand the difficulty of doing TRT, but perhaps we should at > least document this limitation, so that users don't expect too much > from this feature, and we don't get bug reports that will be hard to > fix? Yup; will do. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 10:54:17 2020 Received: (at 34476) by debbugs.gnu.org; 29 Dec 2020 15:54:17 +0000 Received: from localhost ([127.0.0.1]:39979 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuHKC-0007uG-Ta for submit@debbugs.gnu.org; Tue, 29 Dec 2020 10:54:17 -0500 Received: from eggs.gnu.org ([209.51.188.92]:41848) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuHKA-0007u0-9y for 34476@debbugs.gnu.org; Tue, 29 Dec 2020 10:54:16 -0500 Received: from fencepost.gnu.org ([2001:470:142:3::e]:33319) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kuHK4-0001Er-GK; Tue, 29 Dec 2020 10:54:08 -0500 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2545 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1kuHK3-00039I-GN; Tue, 29 Dec 2020 10:54:07 -0500 Date: Tue, 29 Dec 2020 17:54:00 +0200 Message-Id: <837dp0k3qf.fsf@gnu.org> From: Eli Zaretskii To: Lars Ingebrigtsen In-Reply-To: <87y2hgsla1.fsf@gnus.org> (message from Lars Ingebrigtsen on Tue, 29 Dec 2020 16:07:50 +0100) Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> <871rf9gtbx.fsf@gnus.org> <83czysk64a.fsf@gnu.org> <87y2hgsla1.fsf@gnus.org> X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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: contovob@tcd.ie, 34476@debbugs.gnu.org > Date: Tue, 29 Dec 2020 16:07:50 +0100 > > I was also not quite sure of the selected_window itself -- can the > mode line be updated while another window is selected? The function display_mode_line doesn't produce the updated mode-line contents for the selected window, it produces it for the window passed as its first argument W. So instead of this: && window_body_width (XWINDOW (selected_window), false) >= I think you should use this: && window_body_width (w, false) >= > > I understand the difficulty of doing TRT, but perhaps we should at > > least document this limitation, so that users don't expect too much > > from this feature, and we don't get bug reports that will be hard to > > fix? > > Yup; will do. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 12:05:05 2020 Received: (at 34476) by debbugs.gnu.org; 29 Dec 2020 17:05:05 +0000 Received: from localhost ([127.0.0.1]:40060 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuIQj-0002Jz-BI for submit@debbugs.gnu.org; Tue, 29 Dec 2020 12:05:05 -0500 Received: from mout.gmx.net ([212.227.15.15]:58255) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuIQf-0002JF-Bq for 34476@debbugs.gnu.org; Tue, 29 Dec 2020 12:05:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1609261492; bh=h7tYBs19eXTPVATfo4HM/2GgNF5yQ0u87C7zsZdPPro=; h=X-UI-Sender-Class:Subject:To:Cc:References:From:Date:In-Reply-To; b=Re/B0K+o7OXL2UmQ/7inPQRqstsxoa/9XRaC9l7IFMPCvt2Up5TlyYVJnWFL0CiVi m56biHBym7LcuRPROlfHywJuqjpYV1WgeH1ZsHhobI8WmCO/Ox3Mx9KeiQ6OrUyspy WVQklY9zgEZiBLmnAvHw9KrFRc/Ue8evXua5gccE= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [192.168.1.100] ([46.125.249.82]) by mail.gmx.com (mrgmx004 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MMGN2-1kdBY21ZJe-00JKeE; Tue, 29 Dec 2020 18:04:52 +0100 Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen To: Eli Zaretskii , Lars Ingebrigtsen References: <87lg2icx3u.fsf@jidanni.org> <87wo295wob.fsf@gnus.org> <83364x79jl.fsf@gnu.org> <83zh755udw.fsf@gnu.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> <871rf9gtbx.fsf@gnus.org> <83czysk64a.fsf@gnu.org> <87y2hgsla1.fsf@gnus.org> <837dp0k3qf.fsf@gnu.org> From: martin rudalics Message-ID: Date: Tue, 29 Dec 2020 18:04:50 +0100 MIME-Version: 1.0 In-Reply-To: <837dp0k3qf.fsf@gnu.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:NzcB05JTah1cKXMWXhiC44EQUXQ/Ta6r51PSTX4Ltt7r+kDKEAh 5STUeYOchwoXmwYPBL0XS1SWRON9nQJ6Umi53xSWGyNd1Zbvbz4cGX/zgpiBesE/Jm+Kzej xCreIrvjWMkCLIaCG2xoBPBCt3Amfp1mPuOGljbHC9M11aJSGrWMP6akGMhm7PgP8NqkRl+ qcACbQpw3AoTiWB6D+qWA== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:V4wSP2enzA4=:8FAJvykcOD4AxudGuAhOCN C/o4NtbrG3sCZxRSZaxBp9uD8vmJwdpjkj1CpzEhC0AJKn+3w0rfNB1XcxFrtvOcO2Zv4LoUP VgcRSYhSPoviE1FPOpDRr11+PsaK7Wc8EAi2+Ex8LwQXXWD3TSZ8v0jcS9B48qHxk1avqUoXv wXkSGg72PUF3Qrkkakd3h3JRojN30jdjBzeOTTgJ5y8jzbdDEwfBBmfQkoPV74JeVnfjEig+K t61Hpw4T1NlHJRM2DhV9MbCw7i9k6HPP26yIxLxao7mn8BSJXuxn2FYvXCBxhQx1LaSCMMvnx hemj1l8SiFibyIoc5s91oPRcp2pPI89PA6m7GHmw36sb/l6Ta3trFVAyUBR17b8X6+56emvNQ Ye1hyo6McGoPvKtdH7T42V96nEy/RorRrdiIIRYmLSHYoRaRL5BKIwgcpxOdiOTWS8tzjGKPL rVpp0WU/SnOYwbpuEzrsHsJcbr3gsKMWMGQEYEYW1x26k9xVOoYZ4nBfEosNTKqRtjZh0MkJD 8Qql/axX+9cSzM2q5zGDNVEY9GALc6gj25LiuldDr9hgy7qwmBsdt088wpQMKNM4oXXq8kATV by/JFqsXU7hwYD3ILTer7OHDxHu5LfiRiF4TOF3UXhv6V24skbJ73m/G6O8Lu7lfsyy63Zx2i EVhn6b0i4msPW4QoQlBTcRhM4meuyDTmgnvSt07JcMNwhTcOsEJ8/v3KlP+z/4z6bOh0OenXw SFKdkpzUkqzXl/pJPRUB9Wdt/b0WQGZofsFDXsQu22uBeN1JP0miO8oXjYhE1g72yrYm4+XjC Vg4zdJQzB4uEFlq1dbPT2xIaJBsOwipslvTSKHNfcmclTjNNQgUUjXvFirn5Z+2oGRQ9BnD+s vMVM5YtxDQKMwadajmPw== X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 34476 Cc: contovob@tcd.ie, 34476@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 (-) > The function display_mode_line doesn't produce the updated mode-line > contents for the selected window, it produces it for the window passed > as its first argument W. So instead of this: > > && window_body_width (XWINDOW (selected_window), false) >= > > I think you should use this: > > && window_body_width (w, false) >= Better && WINDOW_TOTAL_COLS (w) >= because the mode line covers the entire width of the window (think of those people using extra large margins). martin From debbugs-submit-bounces@debbugs.gnu.org Tue Dec 29 21:36:47 2020 Received: (at 34476) by debbugs.gnu.org; 30 Dec 2020 02:36:47 +0000 Received: from localhost ([127.0.0.1]:40579 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuRLy-0004id-PL for submit@debbugs.gnu.org; Tue, 29 Dec 2020 21:36:46 -0500 Received: from quimby.gnus.org ([95.216.78.240]:60006) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kuRLv-0004iN-8I for 34476@debbugs.gnu.org; Tue, 29 Dec 2020 21:36:45 -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=ZViiaw3gakFXNPDT2kYaKZbQZ/UhUFKQCqe9do3sxi4=; b=g0+5rtVhgxwvVGhxAPzbRy4/Ff Bz94Ox9Dg81YYFToDsW79bv+AffcIIT+TBCHXNdD7LIZhXqp2CmVnGDz0IACLvs1NWPGxBoUQpkth IvJKHsiEQMhB0ID9U95yTbBVWhaSC1goeM3h0lJbwNUD8qKs/a/GOO16qNjJ9+K9hjos=; Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kuRLj-0000v4-DP; Wed, 30 Dec 2020 03:36:36 +0100 From: Lars Ingebrigtsen To: martin rudalics Subject: Re: bug#34476: fluffy whitespace in the mode-line, despite it running off the screen References: <87lg2icx3u.fsf@jidanni.org> <87k0y94c8p.fsf@gnus.org> <83sgcx5mbm.fsf@gnu.org> <87tuxdxly3.fsf@gnus.org> <83r1sh5gjc.fsf@gnu.org> <87d040w3av.fsf@gnus.org> <83ft8v6hh7.fsf@gnu.org> <83sgcu4kz2.fsf@gnu.org> <83lfihld38.fsf@gnu.org> <83wo20jnwq.fsf@gnu.org> <87zh6wyy8q.fsf@gnus.org> <83h7t4j64c.fsf@gnu.org> <874kp2x2d9.fsf@gnus.org> <83ft8mirca.fsf@gnu.org> <874kp1r7s4.fsf@gnus.org> <83mu2tgxv1.fsf@gnu.org> <871rf9gtbx.fsf@gnus.org> <83czysk64a.fsf@gnu.org> <87y2hgsla1.fsf@gnus.org> <837dp0k3qf.fsf@gnu.org> Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVeMjCKSzkXDRSj Z1ezhGj///+MK9mlAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+QMHgIkBbYx/94AAAGVSURBVDjLrZTh leMgDISF2AJQcAEyuQLMygXcLvRf00lAHHD+Hi8vifnsGTEIA1B6D5ZrAEBK+kn6xwVXwUZsAFNC 6MPVE57ILC8w5oHD1n47SMugt8cK/AXCCvb/B64lwuM9aZXfAWt1uxBOUjgUQtokY3qugGPJ+yny 8YQTyb4Y4BVonD/bDTQLkVoUqIdfAOp8UYtPALFUvdBy4yoF6CRnmCxe68DkDvt+LoCRPcSDOc1A Q+TgSGKWAOjfAAxQNJAJ5/ZRR9toBXp1A05OBVqpm0FCBTUbyH4BPUN1keMOOAqReAl3ABQz6Owj TqAlomWF5DPOwCIBMwEKC+hS+kgOkOT+BFmPJ2C5ebALdggeo6iSO2AFRKQRdgvdMuoAWY1Nq4Gz BFLSgLkrGhtef+OQgpZvfhjIW4hwasNYuKGlNdpQBYPIAGhp5VZ4/N7rXzvP8K06TW90N/kCVtgL TCfn+Kq1rxzG3S3PXaAW3ZsPEI+vQiMruLQQWIvNWym94a63gAPULYDSVz5p/bFXz7FnZPoHnpKa sWn/yd8AAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMTItMzBUMDI6MzY6MDUrMDA6MDDoTYxrAAAA JXRFWHRkYXRlOm1vZGlmeQAyMDIwLTEyLTMwVDAyOjM2OjA1KzAwOjAwmRA01wAAAABJRU5ErkJg gg== X-Now-Playing: David Bowie's _ChangesTwoBowie_: "Aladdin Sane (1913-1938-197?)" Date: Wed, 30 Dec 2020 03:36:30 +0100 In-Reply-To: (martin rudalics's message of "Tue, 29 Dec 2020 18:04:50 +0100") Message-ID: <87r1n8rpe9.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: martin rudalics writes: >> The function display_mode_line doesn't produce the updated mode-line >> contents for the selected window, it produces it for the window passed >> as its first argument W. So instead of this: >> >> [...] 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: 34476 Cc: contovob@tcd.ie, Eli Zaretskii , 34476@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 (-) martin rudalics writes: >> The function display_mode_line doesn't produce the updated mode-line >> contents for the selected window, it produces it for the window passed >> as its first argument W. So instead of this: >> >> && window_body_width (XWINDOW (selected_window), false) >= >> >> I think you should use this: >> >> && window_body_width (w, false) >= > > Better > > && WINDOW_TOTAL_COLS (w) >= > > because the mode line covers the entire width of the window (think of > those people using extra large margins). Good point; I've now made both these adjustments. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From unknown Mon Jun 16 16:06:14 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Wed, 27 Jan 2021 12:24:11 +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