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: Tue, 16 Aug 2011 12:01:22 +0200 Organization: Organization?!? Message-ID: <87ei0l8ykt.fsf@fencepost.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> <8739h1al7f.fsf@fencepost.gnu.org> <83k4adu2r1.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1313488915 17044 80.91.229.12 (16 Aug 2011 10:01:55 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Aug 2011 10:01:55 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 16 12:01:50 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 1QtGSy-0003fo-VL for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 12:01:49 +0200 Original-Received: from localhost ([::1]:32933 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSy-0000qB-I6 for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 06:01:48 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:50937) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSw-0000pk-6Y for emacs-devel@gnu.org; Tue, 16 Aug 2011 06:01:47 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtGSu-00026Q-TH for emacs-devel@gnu.org; Tue, 16 Aug 2011 06:01:46 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:42881) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtGSu-00025r-IB for emacs-devel@gnu.org; Tue, 16 Aug 2011 06:01:44 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QtGSq-0003bX-Ex for emacs-devel@gnu.org; Tue, 16 Aug 2011 12:01:40 +0200 Original-Received: from p508ed6da.dip.t-dialin.net ([80.142.214.218]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Aug 2011 12:01:40 +0200 Original-Received: from dak by p508ed6da.dip.t-dialin.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 16 Aug 2011 12:01:40 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 68 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: p508ed6da.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:xy9wK4DlK61B2qK8fJFXjY6R7gA= 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:143300 Archived-At: Eli Zaretskii writes: >> From: David Kastrup >> Date: Tue, 16 Aug 2011 09:07:16 +0200 >> >> Eli Zaretskii writes: >> >> >> From: Chong Yidong >> > >> >> since there is no near-term solution, how bout turning off bidi >> >> display reordering for prog-mode buffers? >> > >> > What for? No one complained about it yet, and leaving it on helps >> > find bugs and inefficiencies in the bidi display engine. So my vote >> > is NAY. >> >> Sounds like the plan is to make Emacs painful to use for everyone in >> order to make it a priority for L2R users to solve R2L problems. > > If L2R users don't want bidirectional support any place near them, You are putting words into my mouth. > to the degree that they are unwilling to help make it better at the > cost of some moderate effort, please tell so now. Most users are _unable_ to help. The pretest versions are for mostly intended for those who _are_ likely able to help. The betas and the final releases, however, are also for everybody else. We have refrained from enabling features like font-locking by default in releases until the costs of using them for everyone were under control. Nobody is arguing to remove R2L support. The question is about what defaults are sensible to put into a release. You have yourself worked rather hard to make sure that one can have performance comparable to before by disabling bidi support altogether. At the current point of time, I don't think that anybody suggests bidi-display-reordering be set to nil in the release version: work is good enough that this need not be an issue. Your standard reaction for regressions encountered in connection with discussions about both performance problems as well as more fine-grained defaults is threats. That is not productive. I understand that you have invested a large amount of work into R2L typesetting, and I understand that it is vital for your personal resources (including your motivation) that others join in the effort. > I will then rip out everything I did, and will forbid the FSF to ever > use that code in any version of Emacs they distribute. That won't > make up for the 2 years of efforts I invested in making this happen, > but at least I will cut my losses and won't have to go through the > ordeal of arguing with one David Kastrup anymore. Which is silly since I am not even a developer of Emacs anymore. I handed back my commit rights years ago after a similar discussion with you. I am now unsubscribing from the Emacs developer list in order to save you having to worry about my person. But you really should think whether your way of dealing with technical problems by ostracizing is doing yourself a favor, let alone anybody else. -- David Kastrup