From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: Emacs 23 development policy (was: Syncing Gnus and Emacs repositories) Date: Thu, 14 Jun 2007 09:42:46 -0400 Message-ID: References: <6sps3z32ap.fsf@fencepost.gnu.org> <87tztbcue9.fsf@stupidchicken.com> <0056AD1B-15E6-453B-8F4D-F18AF07EC97C@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Trace: sea.gmane.org 1181848134 9749 80.91.229.12 (14 Jun 2007 19:08:54 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 14 Jun 2007 19:08:54 +0000 (UTC) Cc: David Reitter To: emacs- devel Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 14 21:08:52 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 1HyugZ-0002FY-3Q for ged-emacs-devel@m.gmane.org; Thu, 14 Jun 2007 21:08:47 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HyugY-0007fl-Lg for ged-emacs-devel@m.gmane.org; Thu, 14 Jun 2007 15:08:46 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HypbU-0006Ai-4g for emacs-devel@gnu.org; Thu, 14 Jun 2007 09:43:12 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HypbR-00069e-Ec for emacs-devel@gnu.org; Thu, 14 Jun 2007 09:43:11 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HypbR-00069V-8I for emacs-devel@gnu.org; Thu, 14 Jun 2007 09:43:09 -0400 Original-Received: from theta.genwebserver.com ([207.210.115.146]) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HypbQ-0001Ua-S7 for emacs-devel@gnu.org; Thu, 14 Jun 2007 09:43:09 -0400 Original-Received: from dpc671429007.direcpc.com ([67.142.9.7] helo=[192.168.10.100]) by theta.genwebserver.com with esmtpa (Exim 4.63) (envelope-from ) id 1HypbC-0006RC-NX; Thu, 14 Jun 2007 09:42:56 -0400 In-Reply-To: <0056AD1B-15E6-453B-8F4D-F18AF07EC97C@gmail.com> X-Mailer: Apple Mail (2.752.2) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - theta.genwebserver.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - interstitiality.net X-Source: X-Source-Args: X-Source-Dir: X-detected-kernel: Linux 2.6 (newer, 2) X-Mailman-Approved-At: Thu, 14 Jun 2007 15:08:43 -0400 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:72890 Archived-At: On Jun 14, 2007, at 3:25 AM, David Reitter wrote: > On 14 Jun 2007, at 07:31, Reiner Steib wrote: > >> I'd suppose that several developers have uncomitted changes lying >> around since the kind-of feature freeze in May 2004. If we take >> "very >> limited" literally, such changes might have to wait some more years. > > There is the OpenStep/Cocoa port (Emacs.app) which was meant to be > included. The interaction with the other code should be limited. > This port has been in development for a few years now, and it would > probably benefit from the additional input from other developers > once it is in the CVS (perhaps in the unicode branch to start). As current maintainer of this port, I'll make a couple of comments here. Back in 2004-5, I made a push to update the long-standing OpenStep emacs port codebase to work well on the modern Mac OS X as well as the open-source GNUstep API implementation. I updated it to work within the character rendering framework of unicode-2 emacs, and, receiving some limited encouragement from this list, helped to gather copyright assignments from all contributors to the port past and present. Late last year as I was finishing it up and getting ready to push for its inclusion in unicode-2, real life took over and my available time to work on it dropped precipitously. Since then I have failed to finish it and been hesitant to push for inclusion since my ability to maintain it was so limited. Here is why it should be included anyway: - provides equal or better functionality to Carbon port on OS X, while also running on GNUstep open source implementation (thereby providing antialiased rendering on linux and similar platforms) - high-level API allows cleaner, more compact, hopefully more maintainable code, a little over 1/2 #/lines of Carbon port - if you believe high-level APIs will become more common emacs port targets as time goes on (GTK, etc.), this codebase provides a useful reference - fully integrated in unicode-2 branch, using new font backend and unicode representation throughout the rendering pipeline Here is why it should NOT be included: - I lack the time to maintain it, and for whatever reason so far, interest by other developers has been limited - it still needs work: compositional character rendering, menu option display, some rendering and font-selection bugs - the actively-maintained Carbon port already provides OS X functionality, and GNUstep's relevance is questionable Anyway, there you have it. If it ends up there is interest in its inclusion, and the promise of other maintainers besides myself, I'll work on the remaining issues with the port in August, deal with integration issues, and provide guidance on the code. Either way, it will continue to be available at http://emacs-app.sf.net/ Sorry for the long message, please cc me with any replies, thanks. Adrian