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: Syncing Gnus and Emacs repositories Date: Mon, 18 Jun 2007 22:23:00 +0300 Message-ID: References: <6sps3z32ap.fsf@fencepost.gnu.org> <87tztbcue9.fsf@stupidchicken.com> <87lkemmrg4.fsf@stupidchicken.com> <18033.64249.816850.550250@kahikatea.snap.net.nz> <85ejkcq32v.fsf@lola.goethe.zz> <85k5u4nlrh.fsf@lola.goethe.zz> <878xahbvoq.fsf@uwakimon.sk.tsukuba.ac.jp> Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1182194608 10969 80.91.229.12 (18 Jun 2007 19:23:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 18 Jun 2007 19:23:28 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jun 18 21:23:25 2007 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 1I0Mor-00034N-8F for ged-emacs-devel@m.gmane.org; Mon, 18 Jun 2007 21:23:21 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I0Moq-0007YA-Hy for ged-emacs-devel@m.gmane.org; Mon, 18 Jun 2007 15:23:20 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1I0Moc-0007Va-3d for emacs-devel@gnu.org; Mon, 18 Jun 2007 15:23:06 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1I0Moa-0007VO-JO for emacs-devel@gnu.org; Mon, 18 Jun 2007 15:23:05 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1I0Moa-0007VL-Fq for emacs-devel@gnu.org; Mon, 18 Jun 2007 15:23:04 -0400 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1I0Moa-0006y3-2b for emacs-devel@gnu.org; Mon, 18 Jun 2007 15:23:04 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-80-230-206-181.inter.net.il [80.230.206.181]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id CWB42530 (AUTH halo1); Mon, 18 Jun 2007 22:22:59 +0300 (IDT) In-reply-to: <878xahbvoq.fsf@uwakimon.sk.tsukuba.ac.jp> (stephen@xemacs.org) X-detected-kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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:73246 Archived-At: > From: "Stephen J. Turnbull" > Cc: Kenichi Handa , > emacs-devel@gnu.org > Date: Mon, 18 Jun 2007 15:53:09 +0900 > > > So in that case, making such changes in the Unicode branch directly, > > as I suggested, would be a good way of installing changes without > > interfering with the future merge, right? > > Assuming that those making changes in the Unicode branch are > thoroughly familiar with it, yes. Are you sure such a thorough familiarity is indeed required? AFAIK, most of the radical changes in the Unicode branch are fairly low-level; the changes to application-level APIs are relatively minor and matter in marginal cases. E.g., most Lisp programs should not care about the internal representation of characters in buffers and strings. Emacs 22 already unifies Latin and various other scripts in a way that, at least on the outside, closely resembles Unicode-based representation of characters. Handa-san, can you comment on this? > Bottom line: The risks are high, the benefits are small. I strongly > recommend against doing substantial work on a CVS branch Well, the Unicode branch exists for a long time, so we are already there. > unless it has a single theme and is explicitly aimed at a single > merge to mainline, then retirement. I don't see how the CVS deficiencies are not relevant for a single-theme development. In any case, I think switching to Unicode can hardly be classified as ``single-theme'', since it touches so many internals.