From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Jason Rumney Newsgroups: gmane.emacs.devel Subject: Re: Bidi support Date: Sat, 22 Aug 2009 16:18:21 +0800 Message-ID: <4A8FA9CD.9090702@gnu.org> References: <87praszybe.fsf@stupidchicken.com> <838whgik6y.fsf@gnu.org> <8363cjipz6.fsf@gnu.org> <833a7khp7o.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1250929176 1209 80.91.229.12 (22 Aug 2009 08:19:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 22 Aug 2009 08:19:36 +0000 (UTC) Cc: cyd@stupidchicken.com, Stefan Monnier , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 22 10:19:29 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 1Melot-0001K5-R9 for ged-emacs-devel@m.gmane.org; Sat, 22 Aug 2009 10:19:28 +0200 Original-Received: from localhost ([127.0.0.1]:42629 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Melos-0001Lf-PU for ged-emacs-devel@m.gmane.org; Sat, 22 Aug 2009 04:19:26 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Melom-0001Jr-Pr for emacs-devel@gnu.org; Sat, 22 Aug 2009 04:19:20 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Meloi-0001HM-1M for emacs-devel@gnu.org; Sat, 22 Aug 2009 04:19:20 -0400 Original-Received: from [199.232.76.173] (port=53032 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Meloh-0001HH-Sd for emacs-devel@gnu.org; Sat, 22 Aug 2009 04:19:15 -0400 Original-Received: from mail-ew0-f211.google.com ([209.85.219.211]:59482) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Melof-00072X-Pq; Sat, 22 Aug 2009 04:19:13 -0400 Original-Received: by ewy7 with SMTP id 7so1208729ewy.31 for ; Sat, 22 Aug 2009 01:19:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=zb4Mx7DeEENN/jn8jUY+v4vOgxMSkUrjmL6+Jen4oz4=; b=Y1P5vTMwTAyChUlEvE7sXyKLuH9YiaY4cDwdaegV76fUT5oGJ/XxDDK9P+fngyCWxS fV4MlFamcNL8KtuGQCZYDiJSYc82X/aCyRL4RPRVHk99PVoUL9fSvZTsd4H7+z4Nu1wR 0ZK+01i3fsgC9h5tyFfpvy+R7+oEG/mA1HnUE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=ZJ3lkJFZKTp2dHSzAGhRmGWzCAAGQMkOA4bUFtXXscHdqPAxpAyTmeh72xIELMyCpp QA30KHeE52Li0o4fCqxXQ8gRY5eHtKfRcrvmtyP+N4XAq+QZymNZ6FcZAsHrlxYDqr26 VKE8nDkeza3l29reMrlqK5/Z4kkpTscetUdN4= Original-Received: by 10.210.10.4 with SMTP id 4mr2539161ebj.36.1250929151827; Sat, 22 Aug 2009 01:19:11 -0700 (PDT) Original-Received: from ?10.1.0.178? ([89.206.134.87]) by mx.google.com with ESMTPS id 28sm1676706eye.40.2009.08.22.01.19.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 22 Aug 2009 01:19:10 -0700 (PDT) User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) In-Reply-To: <833a7khp7o.fsf@gnu.org> X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 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:114508 Archived-At: Eli Zaretskii wrote: > Why not the other way around: make a branch for Emacs 23.x, and leave > Emacs 24 on the trunk? I think Yidong suggested that, and I think > it's a better idea. We never left the mainline of our development on > a branch before. > We did for both unicode, and for multi-tty. Once the code was usable on GNU/Linux and at least compilable and didn't break on all other platforms (which involved removing Carbon support, because noone wanted to work on it), it was merged back to the trunk. We should probably aim to keep the branch period short, but it would be useful to check what you have now into a new branch so others can try it before it goes on the trunk.