From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.devel Subject: Re: bidi-display-reordering is now non-nil by default Date: Mon, 15 Aug 2011 14:56:50 +0200 Organization: Organization?!? Message-ID: <87ei0mzvcd.fsf@fencepost.gnu.org> References: <4E48D309.6050503@acdlabs.ru> <83hb5jujjs.fsf@gnu.org> <874o1j10zv.fsf@fencepost.gnu.org> <83fwl3ugak.fsf@gnu.org> <87r54nymtq.fsf@fencepost.gnu.org> <83d3g7udzh.fsf@gnu.org> <87ippyzzgs.fsf@fencepost.gnu.org> <83bovqvqft.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1313413042 2205 80.91.229.12 (15 Aug 2011 12:57:22 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 15 Aug 2011 12:57:22 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 15 14:57:09 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 1Qswj5-00064R-TT for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 14:57:08 +0200 Original-Received: from localhost ([::1]:57954 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qswj5-0007Sk-EE for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 08:57:07 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:36276) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qswj2-0007Sf-Fs for emacs-devel@gnu.org; Mon, 15 Aug 2011 08:57:05 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Qswj1-0006jx-D7 for emacs-devel@gnu.org; Mon, 15 Aug 2011 08:57:04 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:38262) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Qswj1-0006js-4H for emacs-devel@gnu.org; Mon, 15 Aug 2011 08:57:03 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Qswiz-000603-FJ for emacs-devel@gnu.org; Mon, 15 Aug 2011 14:57:01 +0200 Original-Received: from p508ed573.dip.t-dialin.net ([80.142.213.115]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Aug 2011 14:57:01 +0200 Original-Received: from dak by p508ed573.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 15 Aug 2011 14:57:01 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 29 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p508ed573.dip.t-dialin.net X-Face: 2FEFf>]>q>2iw=B6, xrUubRI>pR&Ml9=ao@P@i)L:\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl \!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN; i"; /yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^ Vc\LWP@J5p^rst0+('>Er0=^1{]M9!p?&:\z]|;&=NP3AhB!B_bi^]Pfkw User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:L2karldRLLP9EFkVIlutovHgeGc= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:143237 Archived-At: Eli Zaretskii writes: > However, what we are talking about here is not the interface, it's the > ability to edit bidirectional text. It would make discussion more productive if you actually remembered what you are getting defensive about. The point of discussion was the display (and preparation) of mode lines and prompts as one example of Emacs-prepared text, going to special buffer displays like dired, and whether we want Emacs to insert directional marks in content like that even when no R2L material is present. The ability to edit bidirectional text is not affected either way by Emacs inserting directional marks into strings it generates. >> But since you are not the only Emacs developer, raising the issues >> may still make them register with others. > > I would be more than thrilled to see someone to come on board and > help. Making Emacs annoying to L2R users might be one way to capture their attention. I can't deny it worked for multibyte support. But I am not fond of that approach. -- David Kastrup