From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Sebastien Vauban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 15 Feb 2015 09:07:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 19872 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 19872@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.14239911862170 (code B ref -1); Sun, 15 Feb 2015 09:07:02 +0000 Received: (at submit) by debbugs.gnu.org; 15 Feb 2015 09:06:26 +0000 Received: from localhost ([127.0.0.1]:44308 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YMv9m-0000Yw-9h for submit@debbugs.gnu.org; Sun, 15 Feb 2015 04:06:26 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49381) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YMv9j-0000Yg-Kc for submit@debbugs.gnu.org; Sun, 15 Feb 2015 04:06:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YMv9Z-0004TC-LQ for submit@debbugs.gnu.org; Sun, 15 Feb 2015 04:06:18 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_20 autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:48263) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMv9Z-0004T8-IO for submit@debbugs.gnu.org; Sun, 15 Feb 2015 04:06:13 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51086) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMv9U-0003fH-KE for bug-gnu-emacs@gnu.org; Sun, 15 Feb 2015 04:06:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YMv9P-0004RI-TA for bug-gnu-emacs@gnu.org; Sun, 15 Feb 2015 04:06:08 -0500 Received: from dd5e0353a.access.telenet.be ([213.224.53.58]:50152 helo=mail.missioncriticalit.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YMv9P-0004R2-MQ for bug-gnu-emacs@gnu.org; Sun, 15 Feb 2015 04:06:03 -0500 Received: from MUNDANEUM.i-did-not-set--mail-host-address--so-tickle-me (unknown [10.10.4.62]) by mail.missioncriticalit.com (Postfix) with ESMTPS id CEE75500784 for ; Sun, 15 Feb 2015 10:06:01 +0100 (CET) From: Sebastien Vauban Organization: Sebastien Vauban X-Url: Under construction... X-Archive: encrypt Date: Sun, 15 Feb 2015 10:05:58 +0100 Message-ID: <86bnkvilxl.fsf@example.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.3 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.3 (----) Hello, Now that I've changed some Gnus markers to UTF8 "drawings" [1], I don't have my Gnus summary buffer correctly aligned anymore. See http://screencast.com/t/s33eYYg7Cn. Is there a solution to that, to guarantee that the alignment can be correct? Worse, it seems that the same UTF8 char can have a "correct" width in some fonts, and not in others... Not speaking that some UTF8 chars exist in some fonts, and not in others... Best regards, Seb [1] Here is my setup: --8<---------------cut here---------------start------------->8--- (setq gnus-unread-mark ?=E2=9C=89) (setq gnus-del-mark ?=E2=9C=97) (setq gnus-read-mark ?=E2=9C=93) (setq gnus-killed-mark ?=E2=98=A0) (setq gnus-unseen-mark ?=E2=9C=A9) --8<---------------cut here---------------end--------------->8--- --=20 Sebastien Vauban From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 15 Feb 2015 16:28:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastien Vauban Cc: 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142401765214576 (code B ref 19872); Sun, 15 Feb 2015 16:28:02 +0000 Received: (at 19872) by debbugs.gnu.org; 15 Feb 2015 16:27:32 +0000 Received: from localhost ([127.0.0.1]:44856 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YN22e-0003n2-5f for submit@debbugs.gnu.org; Sun, 15 Feb 2015 11:27:32 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:44835) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YN22a-0003mn-Tq for 19872@debbugs.gnu.org; Sun, 15 Feb 2015 11:27:30 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NJT00A00MY6QA00@a-mtaout22.012.net.il> for 19872@debbugs.gnu.org; Sun, 15 Feb 2015 18:27:16 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJT00A7CN1FCZ70@a-mtaout22.012.net.il>; Sun, 15 Feb 2015 18:27:16 +0200 (IST) Date: Sun, 15 Feb 2015 18:27:19 +0200 From: Eli Zaretskii In-reply-to: <86bnkvilxl.fsf@example.com> X-012-Sender: halo1@inter.net.il Message-id: <83wq3juom0.fsf@gnu.org> References: <86bnkvilxl.fsf@example.com> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Sebastien Vauban > Date: Sun, 15 Feb 2015 10:05:58 +0100 > > Now that I've changed some Gnus markers to UTF8 "drawings" [1], I don't > have my Gnus summary buffer correctly aligned anymore. > > See http://screencast.com/t/s33eYYg7Cn. > > Is there a solution to that, to guarantee that the alignment can be > correct? Only if Gnus will align text using the :align-to display property, instead of inserting whitespace characters. > Worse, it seems that the same UTF8 char can have a "correct" width in > some fonts, and not in others... Of course: it depends on the dimensions of the glyphs in each font. From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Sebastien Vauban Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Feb 2015 09:46:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.14240799308188 (code B ref 19872); Mon, 16 Feb 2015 09:46:02 +0000 Received: (at 19872) by debbugs.gnu.org; 16 Feb 2015 09:45:30 +0000 Received: from localhost ([127.0.0.1]:45157 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNIF8-00027z-7A for submit@debbugs.gnu.org; Mon, 16 Feb 2015 04:45:30 -0500 Received: from dd5e0353a.access.telenet.be ([213.224.53.58]:36524 helo=mail.missioncriticalit.com) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNIF5-00027l-IF for 19872@debbugs.gnu.org; Mon, 16 Feb 2015 04:45:28 -0500 Received: from MUNDANEUM.i-did-not-set--mail-host-address--so-tickle-me (unknown [10.10.10.51]) by mail.missioncriticalit.com (Postfix) with ESMTPS id CFF615009B7; Mon, 16 Feb 2015 10:45:20 +0100 (CET) From: Sebastien Vauban Organization: Sebastien Vauban References: <86bnkvilxl.fsf@example.com> X-Url: Under construction... X-Archive: encrypt Date: Mon, 16 Feb 2015 10:45:14 +0100 In-Reply-To: (Eli Zaretskii's message of "Sun, 15 Feb 2015 18:27:19 +0200") Message-ID: <86r3tqchqt.fsf@example.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4 (windows-nt) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Score: 0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.7 (/) Eli Zaretskii wrote: >> From: Sebastien Vauban >> Date: Sun, 15 Feb 2015 10:05:58 +0100 >> >> Now that I've changed some Gnus markers to UTF8 "drawings" [1], I don't >> have my Gnus summary buffer correctly aligned anymore. >> >> See http://screencast.com/t/s33eYYg7Cn. >> >> Is there a solution to that, to guarantee that the alignment can be >> correct? > > Only if Gnus will align text using the :align-to display property, > instead of inserting whitespace characters. So, I take it for granted that it doesn't use it yet. Is this quite new? >> Worse, it seems that the same UTF8 char can have a "correct" width in >> some fonts, and not in others... > > Of course: it depends on the dimensions of the glyphs in each font. Yes, but I was wondering (or hoping) if there was a mechanism in Emacs to sort of zoom in/out the characters so that they'd take the same space regardless of their (buggy?) definition (buggy when in a non-proportional font)... PS- This problem may occur, maybe, because of automatic font replacement for characters not found in my default font (Consolas)? Best regards, Seb From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 16 Feb 2015 15:52:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Sebastien Vauban Cc: 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142410191813135 (code B ref 19872); Mon, 16 Feb 2015 15:52:01 +0000 Received: (at 19872) by debbugs.gnu.org; 16 Feb 2015 15:51:58 +0000 Received: from localhost ([127.0.0.1]:45514 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNNxm-0003Pn-5Y for submit@debbugs.gnu.org; Mon, 16 Feb 2015 10:51:58 -0500 Received: from mtaout22.012.net.il ([80.179.55.172]:50724) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNNxj-0003PZ-Fd for 19872@debbugs.gnu.org; Mon, 16 Feb 2015 10:51:56 -0500 Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NJV00L00FSSJG00@a-mtaout22.012.net.il> for 19872@debbugs.gnu.org; Mon, 16 Feb 2015 17:51:37 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJV00LNNG20FJ40@a-mtaout22.012.net.il>; Mon, 16 Feb 2015 17:51:37 +0200 (IST) Date: Mon, 16 Feb 2015 17:51:43 +0200 From: Eli Zaretskii In-reply-to: <86r3tqchqt.fsf@example.com> X-012-Sender: halo1@inter.net.il Message-id: <83zj8dua5s.fsf@gnu.org> References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Sebastien Vauban > Cc: 19872@debbugs.gnu.org > Date: Mon, 16 Feb 2015 10:45:14 +0100 > > >> Is there a solution to that, to guarantee that the alignment can be > >> correct? > > > > Only if Gnus will align text using the :align-to display property, > > instead of inserting whitespace characters. > > So, I take it for granted that it doesn't use it yet. I guess, judging by your description. I don't use Gnus, but you can easily verify that by looking at each character in the offending line with "C-x =": if all of the whitespace characters are simple blanks or TABs, then you know. > Is this quite new? You mean, :align-to? It was new 15 years or so ago. > >> Worse, it seems that the same UTF8 char can have a "correct" width in > >> some fonts, and not in others... > > > > Of course: it depends on the dimensions of the glyphs in each font. > > Yes, but I was wondering (or hoping) if there was a mechanism in Emacs > to sort of zoom in/out the characters so that they'd take the same space No, it doesn't. (Is that at all possible? I'm not expert on fonts.) Emacs simply chooses a font whose size matches the best what it needs. > regardless of their (buggy?) definition (buggy when in > a non-proportional font)... They are not buggy. The font designer(s) decided which size to use for each glyph. It's a profession and a discipline. > PS- This problem may occur, maybe, because of automatic font replacement > for characters not found in my default font (Consolas)? Yes, and I'm guessing this is what happened in your case. You can see which font each character came from by using "C-u C-x =". From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Mon, 16 Feb 2015 20:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Sebastien Vauban , 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142411745215430 (code B ref 19872); Mon, 16 Feb 2015 20:11:01 +0000 Received: (at 19872) by debbugs.gnu.org; 16 Feb 2015 20:10:52 +0000 Received: from localhost ([127.0.0.1]:45648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNS0E-00040h-5O for submit@debbugs.gnu.org; Mon, 16 Feb 2015 15:10:52 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:37283) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNS0B-00040Y-8w for 19872@debbugs.gnu.org; Mon, 16 Feb 2015 15:10:44 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t1GKAfCY032314; Mon, 16 Feb 2015 15:10:42 -0500 Received: by pastel.home (Postfix, from userid 20848) id A8036F86; Mon, 16 Feb 2015 15:10:29 -0500 (EST) From: Stefan Monnier Message-ID: References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> Date: Mon, 16 Feb 2015 15:10:29 -0500 In-Reply-To: <83zj8dua5s.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Feb 2015 17:51:43 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Level: X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0.2 X-NAI-Spam-Rules: 2 Rules triggered GEN_SPAM_FEATRE=0.2, RV5219=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5219> : inlines <2191> : streams <1391361> : uri <1856862> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > No, it doesn't. (Is that at all possible? I'm not expert on fonts.) Yes, it's definitely possible by scaling the font appropriately (and not necessarily by the same amount in X as in Y). To do that we'd first have to introduce some kind of annotation/variable to indicate that the text is intended to be fixed width. Stefan From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 17 Feb 2015 04:19:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Eli Zaretskii Cc: Sebastien Vauban , 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142414672017990 (code B ref 19872); Tue, 17 Feb 2015 04:19:01 +0000 Received: (at 19872) by debbugs.gnu.org; 17 Feb 2015 04:18:40 +0000 Received: from localhost ([127.0.0.1]:45784 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNZcO-0004g6-1n for submit@debbugs.gnu.org; Mon, 16 Feb 2015 23:18:40 -0500 Received: from smtp.syd.comcen.com.au ([203.23.236.77]:4418) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNZcJ-0004fv-Ti for 19872@debbugs.gnu.org; Mon, 16 Feb 2015 23:18:38 -0500 Received: from building.gnus.org ([27.96.197.126]) by smtp.syd.comcen.com.au (8.13.4/8.12.9) with ESMTP id t1H4HXHg008274; Tue, 17 Feb 2015 15:17:34 +1100 (EST) From: Lars Ingebrigtsen References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> Date: Tue, 17 Feb 2015 15:17:28 +1100 In-Reply-To: <83zj8dua5s.fsf@gnu.org> (Eli Zaretskii's message of "Mon, 16 Feb 2015 17:51:43 +0200") Message-ID: <87oaotyxwn.fsf@building.gnus.org> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=0.118, required 4, AWL 0.02, BAYES_50 0.00, RDNS_NONE 0.10) X-comcen-MailScanner-From: larsi@gnus.org X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 0.0 (/) >> > Only if Gnus will align text using the :align-to display property, >> > instead of inserting whitespace characters. >> >> So, I take it for granted that it doesn't use it yet. Using align-to in the summary buffer wouldn't help much directly, because Gnus also has to limit the width of the strings. That can be done with vertical-motion and stuff, but would make generating the buffer slow. If Emacs had a version of align-to that really aligned to the specified pixel position, even if the text displayed there is wider than that position, then that would be nice. (That is, it would have to truncate the text if it's too wide.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Tue, 17 Feb 2015 15:47:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142418797318261 (code B ref 19872); Tue, 17 Feb 2015 15:47:02 +0000 Received: (at 19872) by debbugs.gnu.org; 17 Feb 2015 15:46:13 +0000 Received: from localhost ([127.0.0.1]:46438 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNkLh-0004kO-Js for submit@debbugs.gnu.org; Tue, 17 Feb 2015 10:46:13 -0500 Received: from mtaout27.012.net.il ([80.179.55.183]:37655) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNkLa-0004jh-TM for 19872@debbugs.gnu.org; Tue, 17 Feb 2015 10:46:07 -0500 Received: from conversion-daemon.mtaout27.012.net.il by mtaout27.012.net.il (HyperSendmail v2007.08) id <0NJX00O009RWI000@mtaout27.012.net.il> for 19872@debbugs.gnu.org; Tue, 17 Feb 2015 17:39:09 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout27.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJX00LNCA59ZI30@mtaout27.012.net.il>; Tue, 17 Feb 2015 17:39:09 +0200 (IST) Date: Tue, 17 Feb 2015 17:44:51 +0200 From: Eli Zaretskii In-reply-to: <87oaotyxwn.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il Message-id: <83fva47dak.fsf@gnu.org> References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lars Ingebrigtsen > Cc: Sebastien Vauban , 19872@debbugs.gnu.org > Date: Tue, 17 Feb 2015 15:17:28 +1100 > > Using align-to in the summary buffer wouldn't help much directly, > because Gnus also has to limit the width of the strings. No, you just need to place the display property on the first character that exceeds the width limit. > That can be done with vertical-motion and stuff, but would make > generating the buffer slow. I don't see why would you need to do all that. First, you already do these calculations, to know how many blanks to insert, right? So you already know whether a string is too long, at least in terms of characters, right? And :align-to can work in character units as well as in pixels. And second, AFAIU you are talking about an additional feature. The OP presented a use case where no string is too long, AFAICT. So it would get you bonus points to handle long strings as well, but that's not what this bug report is about: the same problem exists with the current "alignment" using whitespace, right? > If Emacs had a version of align-to that really aligned to the specified > pixel position, even if the text displayed there is wider than that > position, then that would be nice. > > (That is, it would have to truncate the text if it's too wide.) The things people expect the display engine to do... I think it would be wrong for the display engine to automatically truncate text in this case, since there's also the use case where the alignment is only meant to be in effect when preceding text is not long enough, similar to minimum width specification in formatted output. From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 18 Feb 2015 00:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Eli Zaretskii Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142422023625570 (code B ref 19872); Wed, 18 Feb 2015 00:44:02 +0000 Received: (at 19872) by debbugs.gnu.org; 18 Feb 2015 00:43:56 +0000 Received: from localhost ([127.0.0.1]:46739 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNsk8-0006eL-7e for submit@debbugs.gnu.org; Tue, 17 Feb 2015 19:43:56 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:57614) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNsk6-0006eC-Kd for 19872@debbugs.gnu.org; Tue, 17 Feb 2015 19:43:55 -0500 Received: from 77.17.13.246.tmi.telenormobil.no ([77.17.13.246] helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1YNsjm-0003em-9Y; Wed, 18 Feb 2015 01:43:35 +0100 From: Lars Ingebrigtsen In-Reply-To: <83fva47dak.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 17 Feb 2015 17:44:51 +0200") References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) Date: Wed, 18 Feb 2015 11:43:26 +1100 Message-ID: <878ufwcamp.fsf@building.gnus.org> MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1YNsjm-0003em-9Y X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1424825015.58086@8L1ijdjT1Gr6RnkQ/V2HMQ X-Spam-Status: No X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: > I don't see why would you need to do all that. First, you already do > these calculations, to know how many blanks to insert, right? So you > already know whether a string is too long, at least in terms of > characters, right? And :align-to can work in character units as well > as in pixels. Well, the problem here is that some fonts are wider than others. If Gnus says "this should be 20 characters wide", then if some of the glyphs are wider than the normal 20 characters, then things won't line up any more. You could reserve more space for these instances, but that would leave too much white space normally. > And second, AFAIU you are talking about an additional feature. The OP > presented a use case where no string is too long, AFAICT. So it would > get you bonus points to handle long strings as well, but that's not > what this bug report is about: the same problem exists with the > current "alignment" using whitespace, right? Gnus truncates the strings if they're too long and inserts spaces if they're too short. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 18 Feb 2015 03:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142423103714329 (code B ref 19872); Wed, 18 Feb 2015 03:44:02 +0000 Received: (at 19872) by debbugs.gnu.org; 18 Feb 2015 03:43:57 +0000 Received: from localhost ([127.0.0.1]:46829 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNvYH-0003iz-5E for submit@debbugs.gnu.org; Tue, 17 Feb 2015 22:43:56 -0500 Received: from mtaout29.012.net.il ([80.179.55.185]:59813) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNvYB-0003ii-JR for 19872@debbugs.gnu.org; Tue, 17 Feb 2015 22:43:51 -0500 Received: from conversion-daemon.mtaout29.012.net.il by mtaout29.012.net.il (HyperSendmail v2007.08) id <0NJY00300723A400@mtaout29.012.net.il> for 19872@debbugs.gnu.org; Wed, 18 Feb 2015 05:39:39 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout29.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NJY00K807I36080@mtaout29.012.net.il>; Wed, 18 Feb 2015 05:39:39 +0200 (IST) Date: Wed, 18 Feb 2015 05:43:51 +0200 From: Eli Zaretskii In-reply-to: <878ufwcamp.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il Message-id: <83k2zf6g08.fsf@gnu.org> References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> <878ufwcamp.fsf@building.gnus.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lars Ingebrigtsen > Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org > Date: Wed, 18 Feb 2015 11:43:26 +1100 > > Eli Zaretskii writes: > > > I don't see why would you need to do all that. First, you already do > > these calculations, to know how many blanks to insert, right? So you > > already know whether a string is too long, at least in terms of > > characters, right? And :align-to can work in character units as well > > as in pixels. > > Well, the problem here is that some fonts are wider than others. If > Gnus says "this should be 20 characters wide", then if some of the > glyphs are wider than the normal 20 characters, then things won't line > up any more. AFAIR, :align-to works in units of canonical character width, so this problem does not exist. > > And second, AFAIU you are talking about an additional feature. The OP > > presented a use case where no string is too long, AFAICT. So it would > > get you bonus points to handle long strings as well, but that's not > > what this bug report is about: the same problem exists with the > > current "alignment" using whitespace, right? > > Gnus truncates the strings if they're too long and inserts spaces if > they're too short. Then I think you already have everything in place, just replace insertion of blanks with a :align-to display property. From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Wed, 18 Feb 2015 03:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: Sebastien Vauban , Eli Zaretskii , 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142423139714953 (code B ref 19872); Wed, 18 Feb 2015 03:50:01 +0000 Received: (at 19872) by debbugs.gnu.org; 18 Feb 2015 03:49:57 +0000 Received: from localhost ([127.0.0.1]:46842 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNve8-0003t7-Lo for submit@debbugs.gnu.org; Tue, 17 Feb 2015 22:49:56 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:40353) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YNve7-0003sx-2K for 19872@debbugs.gnu.org; Tue, 17 Feb 2015 22:49:55 -0500 Received: from pastel.home (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t1I3nrfQ011074; Tue, 17 Feb 2015 22:49:53 -0500 Received: by pastel.home (Postfix, from userid 20848) id F2CBC1E3C; Tue, 17 Feb 2015 22:49:35 -0500 (EST) From: Stefan Monnier Message-ID: References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> Date: Tue, 17 Feb 2015 22:49:35 -0500 In-Reply-To: <87oaotyxwn.fsf@building.gnus.org> (Lars Ingebrigtsen's message of "Tue, 17 Feb 2015 15:17:28 +1100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5220=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5220> : inlines <2217> : streams <1392086> : uri <1858032> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) > If Emacs had a version of align-to that really aligned to the specified > pixel position, even if the text displayed there is wider than that > position, then that would be nice. Indeed, I already mentioned this need for the redisplay to provide a feature that makes it truncate data for columns (as in tabulated-list-mode). Stefan From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 19 Feb 2015 05:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Eli Zaretskii Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142432501715651 (code B ref 19872); Thu, 19 Feb 2015 05:51:02 +0000 Received: (at 19872) by debbugs.gnu.org; 19 Feb 2015 05:50:17 +0000 Received: from localhost ([127.0.0.1]:48289 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YOK09-00044L-B9 for submit@debbugs.gnu.org; Thu, 19 Feb 2015 00:50:17 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:50089) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YOK06-00044B-0s for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 00:50:16 -0500 Received: from [37.205.61.202] (helo=building.gnus.org) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1YOJzm-0008SJ-Mt; Thu, 19 Feb 2015 06:49:54 +0100 From: Lars Ingebrigtsen References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> <878ufwcamp.fsf@building.gnus.org> <83k2zf6g08.fsf@gnu.org> Date: Thu, 19 Feb 2015 16:49:53 +1100 In-Reply-To: <83k2zf6g08.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 18 Feb 2015 05:43:51 +0200") Message-ID: <87r3tmjvr2.fsf@building.gnus.org> User-Agent: Gnus/5.130012 (Ma Gnus v0.12) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=shift_jis Content-Transfer-Encoding: quoted-printable X-MailScanner-ID: 1YOJzm-0008SJ-Mt X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1424929795.32836@G1r0M3DNlq+qtjoR15ASLg X-Spam-Status: No X-Spam-Score: -0.7 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.7 (/) Eli Zaretskii writes: > AFAIR, :align-to works in units of canonical character width, so this > problem does not exist. I don't know what you mean by "canonical character width". If we've reserved space for 20 default-width characters, and we have a strings like [12345678901234567890] Foo [12345678901234567890] Foo [12345678901234567890] Foo [=9CA=93=8C=98b=9CA=93=8C=98b=9CA=93=8C=98b=9CA=93=8C=98b=9CA=93=8C=98b= =9CA=93=8C=98b=9CA=93=8C] Foo [12345678901234567890] Foo [12345678901234567890] Foo [12345678901234567890] Foo [12345678901234567890] Foo no amount of align-to will make these columns line up. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog http://lars.ingebrigtsen.no/ From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 19 Feb 2015 06:31:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Lars Ingebrigtsen Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142432742019446 (code B ref 19872); Thu, 19 Feb 2015 06:31:01 +0000 Received: (at 19872) by debbugs.gnu.org; 19 Feb 2015 06:30:20 +0000 Received: from localhost ([127.0.0.1]:48300 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YOKcn-00053T-RH for submit@debbugs.gnu.org; Thu, 19 Feb 2015 01:30:18 -0500 Received: from mtaout21.012.net.il ([80.179.55.169]:41503) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YOKce-00052L-2e for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 01:30:08 -0500 Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0NK0004009PRR100@a-mtaout21.012.net.il> for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 08:30:01 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NK00044TA21N4A0@a-mtaout21.012.net.il>; Thu, 19 Feb 2015 08:30:01 +0200 (IST) Date: Thu, 19 Feb 2015 08:30:15 +0200 From: Eli Zaretskii In-reply-to: <87r3tmjvr2.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il Message-id: <83lhju4dmw.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> <878ufwcamp.fsf@building.gnus.org> <83k2zf6g08.fsf@gnu.org> <87r3tmjvr2.fsf@building.gnus.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Lars Ingebrigtsen > Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org > Date: Thu, 19 Feb 2015 16:49:53 +1100 > > Eli Zaretskii writes: > > > AFAIR, :align-to works in units of canonical character width, so this > > problem does not exist. > > I don't know what you mean by "canonical character width". It's the average width of the current frame's 'default' face's font. IOW, the value returned by 'frame-char-width'. Display-related functions usually count "columns" in these units. > If we've reserved space for 20 default-width characters, and we have a > strings like > > [12345678901234567890] Foo > [12345678901234567890] Foo > [12345678901234567890] Foo > [廣東話廣東話廣東話廣東話廣東話廣東話廣東] Foo > [12345678901234567890] Foo > [12345678901234567890] Foo > [12345678901234567890] Foo > [12345678901234567890] Foo > > no amount of align-to will make these columns line up. That's a separate problem. I thought you said that you were truncating too long strings, so I thought these cases were already taken care of. Do you use something like string-width or char-width to measure the width of strings on display while accounting for wide characters like the ones above and for zero-width combining characters? E.g., in this case string-width says that the string of Kanji characters is 40-column wide, even though it consists of only 20 characters. And for a string such as "ẛ̣", string-width returns 1, even though there are 3 characters there: u+017f, u+0323, and u+0307, because Emacs composes them on display into a single glyph (a.k.a. "grapheme cluster"). Since these strings typically use different fonts, the results are only approximately correct, but they are a much better approximation than if you count each character as 1 column on display. From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 19 Feb 2015 13:50:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Eli Zaretskii Cc: sva-news@mygooglest.com, Lars Ingebrigtsen , 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142435377831859 (code B ref 19872); Thu, 19 Feb 2015 13:50:01 +0000 Received: (at 19872) by debbugs.gnu.org; 19 Feb 2015 13:49:38 +0000 Received: from localhost ([127.0.0.1]:48446 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YORU1-0008Hl-FR for submit@debbugs.gnu.org; Thu, 19 Feb 2015 08:49:37 -0500 Received: from pruche.dit.umontreal.ca ([132.204.246.22]:46749) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YORTy-0008Ha-SP for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 08:49:35 -0500 Received: from fmsmemgm.homelinux.net (lechon.iro.umontreal.ca [132.204.27.242]) by pruche.dit.umontreal.ca (8.14.1/8.14.1) with ESMTP id t1JDnXRp027955; Thu, 19 Feb 2015 08:49:33 -0500 Received: by fmsmemgm.homelinux.net (Postfix, from userid 20848) id AD0E7AE11B; Thu, 19 Feb 2015 08:49:32 -0500 (EST) From: Stefan Monnier Message-ID: References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> <878ufwcamp.fsf@building.gnus.org> <83k2zf6g08.fsf@gnu.org> <87r3tmjvr2.fsf@building.gnus.org> <83lhju4dmw.fsf@gnu.org> Date: Thu, 19 Feb 2015 08:49:32 -0500 In-Reply-To: <83lhju4dmw.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 19 Feb 2015 08:30:15 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-NAI-Spam-Flag: NO X-NAI-Spam-Threshold: 5 X-NAI-Spam-Score: 0 X-NAI-Spam-Rules: 1 Rules triggered RV5222=0 X-NAI-Spam-Version: 2.3.0.9393 : core <5222> : inlines <2238> : streams <1392862> : uri <1859333> X-Spam-Score: -1.3 (-) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) >> [12345678901234567890] Foo >> [12345678901234567890] Foo >> [12345678901234567890] Foo >> [=E5=BB=A3=E6=9D=B1=E8=A9=B1=E5=BB=A3=E6=9D=B1=E8=A9=B1=E5=BB=A3=E6=9D= =B1=E8=A9=B1=E5=BB=A3=E6=9D=B1=E8=A9=B1=E5=BB=A3=E6=9D=B1=E8=A9=B1=E5=BB=A3= =E6=9D=B1=E8=A9=B1=E5=BB=A3=E6=9D=B1] Foo >> [12345678901234567890] Foo >> [12345678901234567890] Foo >> [12345678901234567890] Foo >> [12345678901234567890] Foo >>=20 >> no amount of align-to will make these columns line up. > That's a separate problem. I thought you said that you were > truncating too long strings, so I thought these cases were already > taken care of. The problem is that truncating based on display width is difficult and costly if we want to handle proportional fonts. That's why Lars said: Using align-to in the summary buffer wouldn't help much directly, because Gnus also has to limit the width of the strings. That can be done with vertical-motion and stuff, but would make generating the buffer slow. -- Stefan From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Thu, 19 Feb 2015 14:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Stefan Monnier Cc: sva-news@mygooglest.com, larsi@gnus.org, 19872@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.1424354613654 (code B ref 19872); Thu, 19 Feb 2015 14:04:01 +0000 Received: (at 19872) by debbugs.gnu.org; 19 Feb 2015 14:03:33 +0000 Received: from localhost ([127.0.0.1]:48452 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YORhR-0000AR-HJ for submit@debbugs.gnu.org; Thu, 19 Feb 2015 09:03:33 -0500 Received: from mtaout25.012.net.il ([80.179.55.181]:41329) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YORhL-0000AD-3E for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 09:03:27 -0500 Received: from conversion-daemon.mtaout25.012.net.il by mtaout25.012.net.il (HyperSendmail v2007.08) id <0NK000K00UPRF200@mtaout25.012.net.il> for 19872@debbugs.gnu.org; Thu, 19 Feb 2015 15:57:59 +0200 (IST) Received: from HOME-C4E4A596F7 ([87.69.4.28]) by mtaout25.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NK000GIAUSNP650@mtaout25.012.net.il>; Thu, 19 Feb 2015 15:57:59 +0200 (IST) Date: Thu, 19 Feb 2015 16:03:35 +0200 From: Eli Zaretskii In-reply-to: X-012-Sender: halo1@inter.net.il Message-id: <831tlm3snc.fsf@gnu.org> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-transfer-encoding: 8BIT References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> <83fva47dak.fsf@gnu.org> <878ufwcamp.fsf@building.gnus.org> <83k2zf6g08.fsf@gnu.org> <87r3tmjvr2.fsf@building.gnus.org> <83lhju4dmw.fsf@gnu.org> X-Spam-Score: 1.0 (+) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) > From: Stefan Monnier > Cc: Lars Ingebrigtsen , sva-news@mygooglest.com, > 19872@debbugs.gnu.org > Date: Thu, 19 Feb 2015 08:49:32 -0500 > > >> [12345678901234567890] Foo > >> [12345678901234567890] Foo > >> [12345678901234567890] Foo > >> [廣東話廣東話廣東話廣東話廣東話廣東話廣東] Foo > >> [12345678901234567890] Foo > >> [12345678901234567890] Foo > >> [12345678901234567890] Foo > >> [12345678901234567890] Foo > >> > >> no amount of align-to will make these columns line up. > > > That's a separate problem. I thought you said that you were > > truncating too long strings, so I thought these cases were already > > taken care of. > > The problem is that truncating based on display width is difficult and > costly if we want to handle proportional fonts. I agree in general, but cannot see why this particular case couldn't be resolved reasonably well, e.g. by adding one more column "just in case", before the :align-to property. From unknown Tue Jun 17 01:49:05 2025 X-Loop: help-debbugs@gnu.org Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, bugs@gnus.org Resent-Date: Sun, 07 Feb 2016 06:06:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19872 X-GNU-PR-Package: emacs,gnus X-GNU-PR-Keywords: To: Sebastien Vauban Cc: 19872@debbugs.gnu.org Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.145482511710107 (code B ref 19872); Sun, 07 Feb 2016 06:06:02 +0000 Received: (at 19872) by debbugs.gnu.org; 7 Feb 2016 06:05:17 +0000 Received: from localhost ([127.0.0.1]:36341 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSITE-0002cw-Sr for submit@debbugs.gnu.org; Sun, 07 Feb 2016 01:05:17 -0500 Received: from hermes.netfonds.no ([80.91.224.195]:44029) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aSITD-0002co-3M for 19872@debbugs.gnu.org; Sun, 07 Feb 2016 01:05:15 -0500 Received: from cpe-60-225-211-161.nsw.bigpond.net.au ([60.225.211.161] helo=mouse) by hermes.netfonds.no with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1aSISp-0005nM-9H; Sun, 07 Feb 2016 07:04:51 +0100 From: Lars Ingebrigtsen References: <86bnkvilxl.fsf@example.com> Date: Sun, 07 Feb 2016 17:04:47 +1100 In-Reply-To: <86bnkvilxl.fsf@example.com> (Sebastien Vauban's message of "Sun, 15 Feb 2015 10:05:58 +0100") Message-ID: <87bn7tawe8.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.90 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-MailScanner-ID: 1aSISp-0005nM-9H X-Netfonds-MailScanner: Found to be clean X-Netfonds-MailScanner-From: larsi@gnus.org MailScanner-NULL-Check: 1455429893.22577@1XKizzNqCfgJO8qUmsx/mA X-Spam-Status: No X-Spam-Score: 0.0 (/) 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.0 (/) Emacs now has functions to determine the pixel width of text, so Gnus could use those to limit the lengths, and use :align-to to do the padding. So I think this would finally be possible to fix. It might make generating large summary buffers a bit slower, though. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 23 09:04:48 2019 Received: (at control) by debbugs.gnu.org; 23 Jun 2019 13:04:48 +0000 Received: from localhost ([127.0.0.1]:53061 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hf2Aq-0003TL-LM for submit@debbugs.gnu.org; Sun, 23 Jun 2019 09:04:48 -0400 Received: from quimby.gnus.org ([80.91.231.51]:40614) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hf2Ao-0003TA-5V for control@debbugs.gnu.org; Sun, 23 Jun 2019 09:04:46 -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 1hf2Al-0006Fv-GE for control@debbugs.gnu.org; Sun, 23 Jun 2019 15:04:45 +0200 Date: Sun, 23 Jun 2019 15:04:43 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #33232 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: merge 33232 19872 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 (-) merge 33232 19872 quit From debbugs-submit-bounces@debbugs.gnu.org Sun Jun 23 09:06:24 2019 Received: (at control) by debbugs.gnu.org; 23 Jun 2019 13:06:24 +0000 Received: from localhost ([127.0.0.1]:53066 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hf2CO-0003W9-0n for submit@debbugs.gnu.org; Sun, 23 Jun 2019 09:06:24 -0400 Received: from quimby.gnus.org ([80.91.231.51]:40724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hf2CL-0003W0-LR for control@debbugs.gnu.org; Sun, 23 Jun 2019 09:06:22 -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 1hf2CJ-0006GO-66 for control@debbugs.gnu.org; Sun, 23 Jun 2019 15:06:21 +0200 Date: Sun, 23 Jun 2019 15:06:19 +0200 Message-Id: To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #19872 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 19872 wontfix close 19872 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 19872 wontfix close 19872 quit