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: installing features on trunk (was: using libmagic in Emacs?) Date: Wed, 19 Aug 2009 22:05:33 +0300 Message-ID: <8363cjipz6.fsf@gnu.org> References: <87praszybe.fsf@stupidchicken.com> <838whgik6y.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1250708887 4973 80.91.229.12 (19 Aug 2009 19:08:07 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 19 Aug 2009 19:08:07 +0000 (UTC) Cc: cyd@stupidchicken.com, emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 19 21:07:58 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 1MdqVo-0008J5-34 for ged-emacs-devel@m.gmane.org; Wed, 19 Aug 2009 21:07:56 +0200 Original-Received: from localhost ([127.0.0.1]:53514 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MdqVn-0006si-IS for ged-emacs-devel@m.gmane.org; Wed, 19 Aug 2009 15:07:55 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MdqVi-0006sK-Gg for emacs-devel@gnu.org; Wed, 19 Aug 2009 15:07:50 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MdqVh-0006s0-Ll for emacs-devel@gnu.org; Wed, 19 Aug 2009 15:07:50 -0400 Original-Received: from [199.232.76.173] (port=54117 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MdqVh-0006rx-Hj for emacs-devel@gnu.org; Wed, 19 Aug 2009 15:07:49 -0400 Original-Received: from mtaout7.012.net.il ([84.95.2.19]:39724) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1MdqVh-00073b-0V for emacs-devel@gnu.org; Wed, 19 Aug 2009 15:07:49 -0400 Original-Received: from conversion-daemon.i-mtaout7.012.net.il by i-mtaout7.012.net.il (HyperSendmail v2007.08) id <0KON0080012V7200@i-mtaout7.012.net.il> for emacs-devel@gnu.org; Wed, 19 Aug 2009 22:07:34 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.228.180.85]) by i-mtaout7.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0KON00E5514LDD80@i-mtaout7.012.net.il>; Wed, 19 Aug 2009 22:07:34 +0300 (IDT) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by monty-python.gnu.org: Solaris 10 (1203?) 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:114411 Archived-At: > From: Stefan Monnier > Cc: joakim@verona.se, cyd@stupidchicken.com, emacs-devel@gnu.org > Date: Tue, 18 Aug 2009 23:21:13 -0400 > > > I thought only relatively minor and safe ones, > > but this one seems to break that rule, at least in my book. > > It looks pretty safe As you see, even Yidong is not sure he agrees, and neither am I. > I was thinking of bidi for Emacs-24 If history is of any significance, I may not live until Emacs 24. And for some strange reason, the burden of adding this feature seems to be on my shoulders and no one else's: no development happened in this direction for the last several years, even though most of the low-level code was sitting on a branch (courtesy of Handa-san) for the last 4 years. So I'd prefer it to happen sooner rather than later, at least to the point where the foundations are in place and others can contribute the rest. > but if you have code ready for it > and if it's not too intrusive, I'd be willing to consider it. It is not ``ready'' in the sense that it is not yet production quality. It does not yet support all the features of the Emacs display engine. But it can already display bidirectional text, for now only in a left-to-right paragraph and only if the text has no faces and overlays. The code that reorders characters for display isn't activated until you flip a buffer-local variable, and then only in that buffer. Is that ``not too intrusive'' enough?