From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: joakim@verona.se Newsgroups: gmane.emacs.devel Subject: Re: Emacs-23 release branch Date: Wed, 10 Mar 2010 06:58:16 +0100 Message-ID: References: <87zl2g24xy.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1268200895 12103 80.91.229.12 (10 Mar 2010 06:01:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 10 Mar 2010 06:01:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Chong Yidong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Mar 10 07:01:31 2010 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.69) (envelope-from ) id 1NpEyq-0004EY-Ud for ged-emacs-devel@m.gmane.org; Wed, 10 Mar 2010 07:01:17 +0100 Original-Received: from localhost ([127.0.0.1]:45055 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NpEyp-0007sH-Nv for ged-emacs-devel@m.gmane.org; Wed, 10 Mar 2010 01:01:15 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NpEw8-0005bD-8Y for emacs-devel@gnu.org; Wed, 10 Mar 2010 00:58:28 -0500 Original-Received: from [140.186.70.92] (port=42811 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NpEw6-0005ab-KC for emacs-devel@gnu.org; Wed, 10 Mar 2010 00:58:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NpEw5-0005AH-4G for emacs-devel@gnu.org; Wed, 10 Mar 2010 00:58:26 -0500 Original-Received: from iwfs.imcode.com ([82.115.149.64]:56940 helo=gate.verona.se) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NpEw4-00059d-QA for emacs-devel@gnu.org; Wed, 10 Mar 2010 00:58:25 -0500 Original-Received: from localhost.localdomain (IDENT:1005@localhost [127.0.0.1]) by gate.verona.se (8.13.4/8.11.4) with ESMTP id o2A5wG1w002356; Wed, 10 Mar 2010 06:58:16 +0100 In-Reply-To: <87zl2g24xy.fsf@stupidchicken.com> (Chong Yidong's message of "Tue, 09 Mar 2010 23:09:29 -0500") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.90 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 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:121764 Chong Yidong writes: > Stefan Monnier writes: > >> I have just cut the release branch for Emacs-23.2. It's at: >> >> sftp://bzr.sv.gnu.org/srv/bzr/emacs/emacs-23> >> Any changes which you'd like to see in Emacs-23.x should be installed >> there and only there (from where we will then merge it back onto the >> trunk). > > Also, note that I intend to make a new pretest tomorrow, from the > release branch. > > Now that the release branch has been made, please install there only > fixes that are regressions with respect to Emacs 22.3. If you think a > non-regression fix should go into the branch, please ask Stefan or > myself, or discuss on emacs-devel. > > Some of the changes in NEWS have yet to be documentated; if you have > some time, help in this area would be much appreciated. > > As for the trunk, new features intended for Emacs 24 (and bugfixes not > safe for Emacs 23.2) can now be checked in. However, if the change is > major (or if you have commit access but are not a regular contributor) > please inform emacs-devel first. > > ----- > > This is also a good point for people to chime in on their plans for > Emacs 24. Stefan and I have had some discussions about this; here is > our current list of major changes that we'd like to see included: > > * The package manager (Tromey et al.). > > * Bidi support (Eli). > > * Better VC interaction DVCSs (Dan, etc?). > As an exception, we plan to backport VC improvements to Emacs 23.3. > > * Color-theme, or something like it. > (Maybe using Custom Themes?). > > * Concurrency? (Scrivano et al.) > (Even if we can't get this ready in time, it would be good to make > this an "experimental" compile-time option.) > > * Lexbind? (Miles). > (Miles, how realistic is it to include this?) > > * TTZ's experiment with SVG progress bar, abstracted into a general > Emacs library for embedded graphics. > If we can do this, I would also like to seriously consider switching > to SVG as the default image library, replacing our use of xpm (e.g., > the inline xpm images that we use for certain buffer widgets should be > turned into SVG). I have an interactive bounding box app "dragbox.el" for marking regions in images. It would be nice if that usecase could also be covered by the new embedded svg library. It would also be nice if the ImageMagick patch could be included. It would give us an extra way of rendering SVG too. Maybe image libraries could be made pluggable, as discussed in the ffi thread recently? I think the image library support code is already very modular, only actual dynamic loading is missing. > * GTK widget embedding code? (Joakim). > (Joakim, how realistic is it to include this?) > The preceding SVG widget feature might make this less necessary; I'm > not sure. Its not totally unrealistic. The patch needs way more testing and code quality assurance though, at the least. The interface isn't finished. There are also several corner cases I've ignored for now. Maybe it could be an experimental option, like you describe for "concurrency" above. > Other stuff we'd like to see happen, if possible, are: > > * Increased usage of the Semantic library by other parts of Emacs. Indeed. Also more language support(I have some half baked Java support code using Clojure I'd like to discuss (Clojure is a Lisp on top of the Java Virtual Machine which interacts nicely with Emacs)) > > * Improving the Customize user interface (I have some working in this > area that I'm going to commit soon). > -- Joakim Verona