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: Mon, 15 Aug 2011 14:56:22 +0300 Message-ID: <83bovqvqft.fsf@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> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: dough.gmane.org 1313409399 11944 80.91.229.12 (15 Aug 2011 11:56:39 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 15 Aug 2011 11:56:39 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 15 13:56:35 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 1QsvmV-0002RQ-7R for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 13:56:35 +0200 Original-Received: from localhost ([::1]:57290 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsvmU-000510-S5 for ged-emacs-devel@m.gmane.org; Mon, 15 Aug 2011 07:56:34 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:58030) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsvmS-00050X-6V for emacs-devel@gnu.org; Mon, 15 Aug 2011 07:56:33 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QsvmP-00059U-Vl for emacs-devel@gnu.org; Mon, 15 Aug 2011 07:56:32 -0400 Original-Received: from mtaout23.012.net.il ([80.179.55.175]:42729) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QsvmO-00058r-E1; Mon, 15 Aug 2011 07:56:28 -0400 Original-Received: from conversion-daemon.a-mtaout23.012.net.il by a-mtaout23.012.net.il (HyperSendmail v2007.08) id <0LPY00900X20G300@a-mtaout23.012.net.il>; Mon, 15 Aug 2011 14:56:26 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([77.124.97.107]) by a-mtaout23.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0LPY009NVX5Y0GB0@a-mtaout23.012.net.il>; Mon, 15 Aug 2011 14:56:23 +0300 (IDT) In-reply-to: <87ippyzzgs.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.175 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:143236 Archived-At: > From: David Kastrup > Date: Mon, 15 Aug 2011 13:27:47 +0200 > > Eli Zaretskii writes: > > > You are dead wrong: I have no activism stance in this matter. I > > actually don't care. My job was to give Emacs infrastructure upon > > which bidi-aware features could be built. That job is almost done, > > modulo bugs that will show during the pretest. > > And that is an important job that makes Emacs usable for a new audience. > It won't make it pretty for the new audience, but Emacs is not really > pretty except for users comfortable with an English interface. There's nothing in Emacs yet to present an interface that is not English. I actually considered coding a couple of features to make it possible for the UI to be displayed right-to-left, but eventually decided against it, because it didn't make sense to do that for Emacs that doesn't support localized UI at all. (There are comments in the code and a TODO item for someone who will want to implement UI direction control in the future.) However, what we are talking about here is not the interface, it's the ability to edit bidirectional text. Typing non-English text in Emacs is dead simple, for quite some time, as simple as in any other application on the same platform. It is as "pretty" as it gets. > > The rest is the responsibility of those unnamed "external maintainers > > of modes"--they are free not to care about catering to the hundreds of > > millions of readers of R2L scripts enough to adapt: it's their > > funeral. > > Nope, it is Emacs' funeral if one can't expect it to produce consistent > results without lots of changes all across third party code bases. If you think support for bidirectional scripts can come without "lots of changes" where it matters, you are in the pipe dream land. Sorry, that's life. Look how any bidi-aware HTML needs to use the equivalent directives in order to DTRT--there's a lesson here to be learned. > My position is that we should be quite conservative with changing its > behavior for pure L2R material, or requiring such changes from > third-party code authors. If we can do that, fine. The design and implementation of the bidi infrastructure followed this principle from day one. But sometimes, there's nothing you can do except change the code in higher levels. After all, breaking the assumption that "before" in the buffer means "to the left" on the screen is an extremely fundamental change. Any code that depends on that assumption will need to do _something_ to produce legible display. Now, if someone can show a way to fix this use case in Emacs infrastructure such as `format', I'm all ears. You raised the idea, but never explained it in enough details to judge it. However, from what I gather, your suggestion means changes in 3rd party code anyway (e.g., use a special format specifier). > There is no way that I can make you acknowledge something you choose > to ignore. Your views are not ignored, they were carefully considered and rejected. > 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.