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: Query re `format-mode-line' Date: Fri, 08 Sep 2006 18:36:28 +0200 Message-ID: <85mz9al3hv.fsf@lola.goethe.zz> References: NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1157733556 13301 80.91.229.2 (8 Sep 2006 16:39:16 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 8 Sep 2006 16:39:16 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 08 18:39:15 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1GLjMb-0001A4-Ms for ged-emacs-devel@m.gmane.org; Fri, 08 Sep 2006 18:37:58 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLjMb-0007Px-4G for ged-emacs-devel@m.gmane.org; Fri, 08 Sep 2006 12:37:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1GLjMO-0007PJ-He for emacs-devel@gnu.org; Fri, 08 Sep 2006 12:37:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1GLjMN-0007Oj-Ey for emacs-devel@gnu.org; Fri, 08 Sep 2006 12:37:44 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1GLjMM-0007ON-S3 for emacs-devel@gnu.org; Fri, 08 Sep 2006 12:37:42 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1GLjN0-00081R-12 for emacs-devel@gnu.org; Fri, 08 Sep 2006 12:38:22 -0400 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1GLjMM-0008Sb-44; Fri, 08 Sep 2006 12:37:42 -0400 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id 3FAFA1C40B5B; Fri, 8 Sep 2006 18:36:28 +0200 (CEST) Original-To: "Drew Adams" In-Reply-To: (Drew Adams's message of "Fri\, 8 Sep 2006 08\:58\:00 -0700") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) 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:59574 Archived-At: "Drew Adams" writes: > Do only bug fixes go into minor version updates such as > 21.4? Or put another way, have there been no new functions > introduced into the Emacs that most people use since 2001? > > Yes. > > Does this mean that adding new features "after the release" really > means they won't be available until the next major release (circa > 2048)? We and our great grandchildren will miss them. ;-) Emacs 23 is the unicode2 branch. It is being maintained in parallel at the moment and kept in reasonable shape, and some stuff has been merged into it that is not in Emacs 22 if I remember correctly. When Emacs 22 is out and reasonably debugged, so that we won't need more 22.x releases, the unicode branch will get merged to HEAD. Then this will get merged into the multi-tty branch, and when this seems successful, the merge of multi-tty will go back into HEAD as well. Both branches are in reasonable shape AFAIK. When most of the merges are through and it is clear whether we will release with multi-tty or not, adding new features starts making sense again. Those should, however, be not too potentially destabilizing (like the lexical-let branch, I would guess, or Emacs-bidi). This is the idea of the next release after Emacs 22, and, considering the state of affairs in the branches, it should not take much more than half a year. After all, the manual and code are in a good shape with our current release, and the Emacs 23 changes are somewhat localized. Once unicode2 has become HEAD, there will be sense again in working seriously on the Bidi branch. However, it is not clear when that will be fit for merging. I don't see what you hope to accomplish by pressing for destabilizing development right now with new features. -- David Kastrup, Kriemhildstr. 15, 44793 Bochum