From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: Bidi support Date: Mon, 24 Aug 2009 16:17:52 +0900 Message-ID: References: <87praszybe.fsf@stupidchicken.com> <838whgik6y.fsf@gnu.org> <8363cjipz6.fsf@gnu.org> <87bpm84dao.fsf@uwakimon.sk.tsukuba.ac.jp> <83y6p9ewgj.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1251098297 18426 80.91.229.12 (24 Aug 2009 07:18:17 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 24 Aug 2009 07:18:17 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org, stephen@xemacs.org, monnier@iro.umontreal.ca To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 24 09:18:09 2009 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MfTof-0007zI-1I for ged-emacs-devel@m.gmane.org; Mon, 24 Aug 2009 09:18:09 +0200 Original-Received: from localhost ([127.0.0.1]:48817 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MfToe-0008LJ-CQ for ged-emacs-devel@m.gmane.org; Mon, 24 Aug 2009 03:18:08 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MfToZ-0008LB-P0 for emacs-devel@gnu.org; Mon, 24 Aug 2009 03:18:03 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MfToV-0008KC-Ss for emacs-devel@gnu.org; Mon, 24 Aug 2009 03:18:03 -0400 Original-Received: from [199.232.76.173] (port=38849 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MfToV-0008K9-MR for emacs-devel@gnu.org; Mon, 24 Aug 2009 03:17:59 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:49564) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MfToT-0002io-JO; Mon, 24 Aug 2009 03:17:57 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MfToS-00018A-ER; Mon, 24 Aug 2009 03:17:56 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n7O7HrLX027250; Mon, 24 Aug 2009 16:17:53 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n7O7HrvK020778; Mon, 24 Aug 2009 16:17:53 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp3.aist.go.jp with ESMTP id n7O7HqTc019069; Mon, 24 Aug 2009 16:17:52 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1MfToO-0005w5-8d; Mon, 24 Aug 2009 16:17:52 +0900 In-reply-to: <83y6p9ewgj.fsf@gnu.org> (message from Eli Zaretskii on Mon, 24 Aug 2009 06:12:44 +0300) X-Detected-Operating-System: by mx20.gnu.org: Solaris 9 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:114551 Archived-At: In article <83y6p9ewgj.fsf@gnu.org>, Eli Zaretskii writes: > > By the way, the case of emacs-unicode is very special. It > > simply can't be in the trunk while developing because the > > new unicode feature can't be toggled. > Exactly, and that's precisely why the bidi development _can_ be done > on the trunk without the burden of distinguishing its bugs from the > others: toggle the feature off, and if the bug persists, it's not from > bidi. Even if that bug is not from bidi, as far as bidi support suffers from it, the work for bidi support must be suspended until that bug is fixed. For instance, please consider the situation that face-handling code gets unstable at some point. If we are working on a bug that bidi-text can't be displayed by a correct face (just a hypothetical bug), that work must be suspended. > OTOH, the HUGE advantage of working on the trunk is that you don't > need to merge all the time, or risk falling out of sync. You also > don't inherit random bugs that existed at the time of the branch > creation. I understand that merit too. I even tend to agree on having the bidi code in the trunk. I just wanted to point out the possibility of the above demerit. --- Kenichi Handa handa@m17n.org