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, 16 Aug 2011 13:01:05 +0300 Message-ID: <83hb5hu13y.fsf@gnu.org> References: <4E48D309.6050503@acdlabs.ru> <83hb5jujjs.fsf@gnu.org> <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> <87y5yt94gl.fsf@fencepost.gnu.org> <83liutu2yw.fsf@gnu.org> <87ippx8zjn.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1313488889 16890 80.91.229.12 (16 Aug 2011 10:01:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Aug 2011 10:01:29 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 16 12:01:26 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 1QtGSa-0003Pq-7I for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 12:01:24 +0200 Original-Received: from localhost ([::1]:60608 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSZ-0000XU-RJ for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 06:01:23 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:50723) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSW-0000X9-EW for emacs-devel@gnu.org; Tue, 16 Aug 2011 06:01:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtGSV-0001vx-ID for emacs-devel@gnu.org; Tue, 16 Aug 2011 06:01:20 -0400 Original-Received: from mtaout20.012.net.il ([80.179.55.166]:45024) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSR-0001vD-7k; Tue, 16 Aug 2011 06:01:15 -0400 Original-Received: from conversion-daemon.a-mtaout20.012.net.il by a-mtaout20.012.net.il (HyperSendmail v2007.08) id <0LQ000000M9K0M00@a-mtaout20.012.net.il>; Tue, 16 Aug 2011 13:01:05 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.171.158]) by a-mtaout20.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LQ000KPIMHSIET0@a-mtaout20.012.net.il>; Tue, 16 Aug 2011 13:01:05 +0300 (IDT) In-reply-to: <87ippx8zjn.fsf@fencepost.gnu.org> 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:143299 Archived-At: > From: David Kastrup > Date: Tue, 16 Aug 2011 11:40:28 +0200 > > If the byte stream in the file represents an unreadable result, then > Emacs should better facilitate creating a byte stream representing a > readable result (for example, by semiautomatically inserting direction > marks when the result would otherwise start looking bad) instead of > presenting a more readable result that does not corresponding to the > file contents in a straightforward manner. That's fine with me, but I thought people were saying that compilers and interpreters might not like these directional controls. If that's not true, using them would be the most natural and simple solution, IMO. Does someone know how other programming IDEs treat R2L text in comments in strings? > But if Emacs is used as an editor, a writing tool, it should help to > write readable source, and presenting a more readable letter order than > the bidi algorithm or a printer or a browser could come up with is > misleading the writer. Assuming that other programming editors don't have similar features that don't depend on directional controls, I agree. Displaying text in a way that is very different from other similar tools is not a good idea.