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 reordering in program source buffers Date: Thu, 25 Aug 2011 20:28:30 +0300 Message-ID: <8339gph03l.fsf@gnu.org> References: <4E48D309.6050503@acdlabs.ru> <874o1j10zv.fsf@fencepost.gnu.org> <8362lyvcli.fsf@gnu.org> <87fwl2r0l4.fsf@stupidchicken.com> <83zkjatnkz.fsf@gnu.org> <877h6et8oi.fsf@stupidchicken.com> <83vctxua2y.fsf@gnu.org> <87r54le4rd.fsf@stupidchicken.com> <8362lxtfeb.fsf@gnu.org> <87d3g56llz.fsf@stupidchicken.com> <8339h0tur0.fsf@gnu.org> <87ippvwtwx.fsf@stupidchicken.com> <83liurruz4.fsf@gnu.org> <87k4aaej7f.fsf@stupidchicken.com> <83ippusjej.fsf@gnu.org> <87vctuz6eb.fsf@stupidchicken.com> <837h69sw0h.fsf@gnu.org> <87liuptbmp.fsf@stupidchicken.com> <83obzkqz2z.fsf@gnu.org> <83wre84amu.fsf@gnu.org> <201108251351.p7PDpsa7021517@beta.mvs.co.il> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1314293321 25501 80.91.229.12 (25 Aug 2011 17:28:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 25 Aug 2011 17:28:41 +0000 (UTC) Cc: cyd@stupidchicken.com, schwab@linux-m68k.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: ehud@unix.mvs.co.il Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Aug 25 19:28:37 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 1QwdjG-00062m-8E for ged-emacs-devel@m.gmane.org; Thu, 25 Aug 2011 19:28:34 +0200 Original-Received: from localhost ([::1]:43113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwdjF-00085D-HR for ged-emacs-devel@m.gmane.org; Thu, 25 Aug 2011 13:28:33 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:36757) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwdjD-000854-B8 for emacs-devel@gnu.org; Thu, 25 Aug 2011 13:28:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QwdjC-0000CP-6A for emacs-devel@gnu.org; Thu, 25 Aug 2011 13:28:31 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:44983) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QwdjB-0000CF-W5 for emacs-devel@gnu.org; Thu, 25 Aug 2011 13:28:30 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LQH00500V2PLX00@a-mtaout20.012.net.il> for emacs-devel@gnu.org; Thu, 25 Aug 2011 20:28:29 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.21.112]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LQH0046KV7EZT90@a-mtaout20.012.net.il>; Thu, 25 Aug 2011 20:28:29 +0300 (IDT) In-reply-to: <201108251351.p7PDpsa7021517@beta.mvs.co.il> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.166 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:143582 Archived-At: > Date: Thu, 25 Aug 2011 16:51:54 +0300 > From: "Ehud Karni" > Cc: schwab@linux-m68k.org, cyd@stupidchicken.com, monnier@iro.umontreal.ca, > emacs-devel@gnu.org > > On Sat, 20 Aug 2011 13:53:29 Eli Zaretskii wrote: > > > > In general, having something like this on display: > > > > printf ("FEDCBA %d PONMLK %f ZYX %lu\n", foo, bar, baz); > > > > for a source that in logical order reads > > > > printf ("ABCDEF %d KLMNOP %f XYZ %lu\n", foo, bar, baz); > > > > which is what you suggest, is only marginally better than the original > > logical-order string, because the reading order is ambiguous at best, > > and downright undecipherable in more complex situations, where the > > format string includes punctuation and L2R text. So if we think the > > above is acceptable, we might as well consider not reordering this at > > all. > > I agree. > > The default setting of bidi reordering for this kind of buffer should > be nil. Thanks for the feedback. So in your opinion, buffers that display source code should not be reordered, not even the strings and comments they display? IOW, we should give up showing human-readable portions of those buffers in a legible display form? That's a bit harsh, no? > I think a (global) function that toggles the bidi reordering > ONLY for the local buffer should ease the work of Emacs users. Can you elaborate why this is needed? In any case, the function should simply toggle the value of bidi-display-reordering, as it's per-buffer variable. But I rather think Emacs should set this variable correctly without user intervention.