From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Fri, 05 Aug 2011 17:54:54 -0400 Message-ID: <87liv75xsh.fsf@stupidchicken.com> References: <878vre95g3.fsf@fencepost.gnu.org> <87fwlm7fam.fsf@fencepost.gnu.org> <87bowa7dza.fsf@fencepost.gnu.org> <877h6y7chn.fsf@fencepost.gnu.org> <831ux6cv5o.fsf@gnu.org> <87d3gpku3o.fsf@gnus.org> <834o1ypa2b.fsf@gnu.org> <87aabnn3mz.fsf@stupidchicken.com> <83mxfnwwyd.fsf@gnu.org> <87ipqbzogt.fsf@stupidchicken.com> <83liv7wqhe.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1312581307 8541 80.91.229.12 (5 Aug 2011 21:55:07 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 5 Aug 2011 21:55:07 +0000 (UTC) Cc: larsi@gnus.org, list-general@mohsen.1.banan.byname.net, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 05 23:55:02 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 1QpSMA-0000LB-Bo for ged-emacs-devel@m.gmane.org; Fri, 05 Aug 2011 23:55:02 +0200 Original-Received: from localhost ([::1]:58631 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpSM9-0006iw-Nz for ged-emacs-devel@m.gmane.org; Fri, 05 Aug 2011 17:55:01 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:38087) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpSM7-0006iZ-4Y for emacs-devel@gnu.org; Fri, 05 Aug 2011 17:54:59 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QpSM6-0003K6-51 for emacs-devel@gnu.org; Fri, 05 Aug 2011 17:54:59 -0400 Original-Received: from vm-emlprdomr-05.its.yale.edu ([130.132.50.146]:51719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QpSM4-0003Jr-TS; Fri, 05 Aug 2011 17:54:56 -0400 Original-Received: from furball ([128.36.14.32]) (authenticated bits=0) by vm-emlprdomr-05.its.yale.edu (8.14.4/8.14.4) with ESMTP id p75Lst6e014823 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Fri, 5 Aug 2011 17:54:55 -0400 In-Reply-To: <83liv7wqhe.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 05 Aug 2011 23:30:37 +0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) X-Scanned-By: MIMEDefang 2.71 on 130.132.50.146 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.132.50.146 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:142912 Archived-At: Eli Zaretskii writes: > Yes. This issue has nothing to do with paragraph direction (and the > Gnus summary buffer ought to set bidi-paragraph-direction to > left-to-right anyway). This issue is about reordering a line of text > that is not really a contiguous text, but rather a series of separate > fields. Either each field needs to be reordered separately, which can > be done by separating them with TABs, or we need to "fix" the default > reordering (which assumes the whole line is a single piece of text) by > inserting LRM characters in strategical places. Thanks, I think I see. Still, it seems better not to change Gnus to proactively insert LRM characters, but leave it to those users who care to customize it as necessary. In the default value of gnus-summary-line-format, "%U%R%z%I%(%[%4L: %-23,23f%]%) %s\n" the subject (%s) is followed by a newline. If a user wants to change this to include, say, the article number, that could be done via "%U%R%z%I%(%[%4L: %-23,23f%]%) %s\u200E%N\n" This has the advantage of avoiding inserting the insertion of excess LRM characters by default. The disadvantage, of course, is that it requires some extra knowledge from users, but we can handle this by adding a note to the docstring.