From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19872: 24.4; UTF8 characters of unusual width (Gnus markers) Date: Tue, 17 Feb 2015 17:44:51 +0200 Message-ID: <83fva47dak.fsf@gnu.org> References: <86bnkvilxl.fsf@example.com> <86r3tqchqt.fsf@example.com> <83zj8dua5s.fsf@gnu.org> <87oaotyxwn.fsf@building.gnus.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1424188059 18328 80.91.229.3 (17 Feb 2015 15:47:39 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 17 Feb 2015 15:47:39 +0000 (UTC) Cc: sva-news@mygooglest.com, 19872@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Feb 17 16:47:29 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YNkMx-0004Fj-Mo for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Feb 2015 16:47:27 +0100 Original-Received: from localhost ([::1]:45966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNkMx-0004Yt-8m for geb-bug-gnu-emacs@m.gmane.org; Tue, 17 Feb 2015 10:47:27 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45459) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNkMp-0004Yn-LL for bug-gnu-emacs@gnu.org; Tue, 17 Feb 2015 10:47:23 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YNkMl-0001aW-Qy for bug-gnu-emacs@gnu.org; Tue, 17 Feb 2015 10:47:19 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55202) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YNkMZ-0001Z2-IG for bug-gnu-emacs@gnu.org; Tue, 17 Feb 2015 10:47:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YNkMY-0004m4-V9; Tue, 17 Feb 2015 10:47:03 -0500 X-Loop: help-debbugs@gnu.org 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: Original-Received: via spool by 19872-submit@debbugs.gnu.org id=B19872.142418797318261 (code B ref 19872); Tue, 17 Feb 2015 15:47:02 +0000 Original-Received: (at 19872) by debbugs.gnu.org; 17 Feb 2015 15:46:13 +0000 Original-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 Original-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 Original-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) Original-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) In-reply-to: <87oaotyxwn.fsf@building.gnus.org> X-012-Sender: halo1@inter.net.il X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:99492 Archived-At: > 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.