From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Tue, 02 Aug 2011 22:44:16 +0300 Message-ID: <83pqkna99r.fsf@gnu.org> References: <83fwlqe2xy.fsf@gnu.org> <20110731.005516.149395323.wl@gnu.org> <20110731.082721.451360942.wl@gnu.org> <87d3gp3zkd.fsf@stupidchicken.com> <83oc09auwt.fsf@gnu.org> <87aabskh1u.fsf@gnus.org> <831ux3buyy.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Trace: dough.gmane.org 1312314422 26523 80.91.229.12 (2 Aug 2011 19:47:02 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 2 Aug 2011 19:47:02 +0000 (UTC) Cc: emacs-devel@gnu.org To: Lars Magne Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 02 21:46:58 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QoKva-0000bN-0v for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 21:46:58 +0200 Original-Received: from localhost ([::1]:50382 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKvZ-0004RF-Ku for ged-emacs-devel@m.gmane.org; Tue, 02 Aug 2011 15:46:57 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:55671) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKvU-0004Qv-3f for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:46:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QoKvQ-0007iu-5V for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:46:52 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:65027) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QoKvP-0007hf-Us for emacs-devel@gnu.org; Tue, 02 Aug 2011 15:46:48 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0LPB00400G7I2Q00@a-mtaout22.012.net.il> for emacs-devel@gnu.org; Tue, 02 Aug 2011 22:46:18 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.48.51]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LPB0038UG95YY40@a-mtaout22.012.net.il>; Tue, 02 Aug 2011 22:46:18 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.172 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:142749 Archived-At: > From: Lars Magne Ingebrigtsen > Cc: emacs-devel@gnu.org > Date: Tue, 02 Aug 2011 19:35:12 +0200 >=20 > I may have misinterpreted you, but I thought you meant that Gnus sh= ould > put LRM character(s) into the summary buffer (by default) to signal= that > the buffer really is quite left-to-right-ey. I think that would be= a > less than optimal way of specifying something like that. No, it's my fault: I didn't really explain the issue. It's not with the buffer being L2R. Here's the part of a Gnus summary buffer cited by Mohsen: ---- Gnus Summary Sample Begin ---- :! 2 moons in the sky , August the 27th, =D9=8A=DA=A9 =D8=A2=D8= =B3=D9=85=D8=A7=D9=86 =D9=88 =D8=AF=D9=88 =D9=85=D8=A7=D9=87| 37 |Fi= rst LAST |Jul 13 '10=20 :! Fw: =D8=A8=D8=B3=DB=8C=D8=A7=D8=B1 =D8=AC=D8=A7=D9=84=D8=A8 = =D9=88 =D8=AE=D9=88=D8=A7=D9=86=D8=AF=D9=86=DB=8C =D8=A7=D8=B3=D8= =AA ... =D9=81=D9=82=D8=B7 =D8=A8=D8=A7 =D8=AF=D9=82=D8=AA =D9=88 = =D8=AD=D9=88=D8=B5=D9=84=D9=87 =D8=A8=D8=AE=D9=88| 284 |First LAST = |14:15=20 :! Re: Next Saturday instead of this weekend | 36 |Fi= rst LAST |14:22=20 ---- Gnus Summary Sample Ends ---- Note that the line counts of the first two summary lines are misplaced: they appear _to_the_left_ of the subject (which is the par= t written in Farsi). The problem here is that a number (a string of digits) that follows R2L text gets displayed to the left of that text= , according to the UBA (the Unicode Bidirectional Algorithm), on the assumption that it is part of the R2L text. The `|' separator is a weak character, so it doesn't change that order. To fix the alignment, you need to append the LRM to each subject: :! 2 moons in the sky , August the 27th, =D9=8A=DA=A9 =D8=A2=D8= =B3=D9=85=D8=A7=D9=86 =D9=88 =D8=AF=D9=88 =D9=85=D8=A7=D9=87=E2=80= =8E| 37 |First LAST |Jul 13 '10=20 :! Fw: =D8=A8=D8=B3=DB=8C=D8=A7=D8=B1 =D8=AC=D8=A7=D9=84=D8=A8 = =D9=88 =D8=AE=D9=88=D8=A7=D9=86=D8=AF=D9=86=DB=8C =D8=A7=D8=B3=D8= =AA ... =D9=81=D9=82=D8=B7 =D8=A8=D8=A7 =D8=AF=D9=82=D8=AA =D9=88 = =D8=AD=D9=88=D8=B5=D9=84=D9=87 =D8=A8=D8=AE=D9=88=E2=80=8E| 284 |Firs= t LAST |14:15=20 :! Re: Next Saturday instead of this weekend =E2=80= =8E| 36 |First LAST |14:22=20 See how the line counts are nicely aligned now? I inserted an LRM just before the `|' separator to the left of the line count. I did that in the last line as well, but there it doesn't matter because th= e subject uses only L2R text. To summarize, Gnus should append the LRM to each and every subject it puts in the summary buffer. Did I explain the issue now?