From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Carbon port emacs-unicode-2 build problem under MacOSX Date: Thu, 08 Nov 2007 10:27:45 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <47305F6E.2030204@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Trace: ger.gmane.org 1194485283 9382 80.91.229.12 (8 Nov 2007 01:28:03 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 8 Nov 2007 01:28:03 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Nov 08 02:28:07 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 1IpwBi-0004K3-82 for ged-emacs-devel@m.gmane.org; Thu, 08 Nov 2007 02:28:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpwBW-0002n3-Gc for ged-emacs-devel@m.gmane.org; Wed, 07 Nov 2007 20:27:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IpwBR-0002lr-SP for emacs-devel@gnu.org; Wed, 07 Nov 2007 20:27:49 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IpwBQ-0002l8-9v for emacs-devel@gnu.org; Wed, 07 Nov 2007 20:27:49 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IpwBP-0002l4-V9 for emacs-devel@gnu.org; Wed, 07 Nov 2007 20:27:48 -0500 Original-Received: from mathmail.math.s.chiba-u.ac.jp ([133.82.132.2]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IpwBP-0004Mv-A2 for emacs-devel@gnu.org; Wed, 07 Nov 2007 20:27:47 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id 7C65F2C40 for ; Thu, 8 Nov 2007 10:27:45 +0900 (JST) In-Reply-To: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/23.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-detected-kernel: by monty-python.gnu.org: NetBSD 3.0 (DF) 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:82783 Archived-At: >>>>> On Wed, 07 Nov 2007 08:19:07 -0600, Ted Zlatanov said: YM> What is "better integration with the MacOS", concretely? > You and I could look through the ChangeLog and see all the > differences. As an example, the MacOS font and color pickers are > available. I think those are much better than the default > cross-platform font/color pickers. The Font Panel also is accessible from the Carbon port, via M-x mac-font-panel-mode RET or Options -> Show/Hide -> Font Panel. I think making it global minor mode is a cleaner integration to Emacs because it behaves as a non-modal floating panel just like the Speedbar. Though I have an implementation of the Color Picker from the Font Panel, I didn't checked it in because I didn't think it much useful, no counterparts found in other platforms, and there was a nasty bug in the Carbon Color Picker that its window doesn't disappear in some situation. YM> In what sense the font rendering in the Carbon port is worse? > According to the ChangeLog they have improved several aspects of the > font rendering; to me it looks better. I could be wrong. I'm asking the bases of your words, "after trying the Cocoa port, it's actually much better than the Carbon port". Without the concrete and specific bases, you shouldn't have said so. YM> And I don't think the Preference dialog that can't be controlled YM> from Emacs Lisp is suitable for Emacs. > I don't know about this. I think this is a good thing because it > works better for new users, and the regular Customize interface is > still available under Options->Customize Emacs. On the other hand, > it's inconsistent with other platforms to have a special preferences > dialog. That might be good for a particular "distribution", but we are talking about merging into Emacs core. I would not add such a feature that there are no counterparts in other platforms, unless it is too Mac-specific. Also, I'd give priority to implement fundamental features such as C-g handling rather than fancy but superficial ones. If you have been watching the Carbon port in CVS, you'll notice that the proxy icons and the font panels are added much later. I don't know the current status of the Cocoa port, but as of the last release, it still doesn't handle C-g properly. YM> It says about the *GUI* APIs in Carbon, not the whole Carbon APIs. YM> That's why I'm making the Carbon+AppKit port (for Emacs 22) mentioned YM> elsewhere: YM> http://lists.gnu.org/archive/html/emacs-devel/2007-09/msg00395.html > Note the Cocoa port offers GNUstep compatibility, which Richard has > mentioned is important. This may be important to the Emacs project; > I don't have an opinion. The importance of the GNUstep port doesn't affect the inclusion of the Carbon+AppKit port to the later versions of *Emacs 22*. Also, I've been rather encouraging the merge of the Cocoa port to Emacs 23 (otherwise, I would still be working on the Carbon port for Emacs 23). > I can look at your port too. But I can't find it online. Is it > available? I'll gladly test it, offer suggestions, etc. if you need > that assistance. It's hard to say more about your work or compare > it with the Cocoa port otherwise. It'll be available after the Emacs 22.2 release, if its inclusion is allowed. If you want to see how it behaves, just test the Carbon port. They are pretty much the same except `deprecated' warnings :-p > Thank you for the information. Sounds like Carbon is only > deprecated selectively (the GUI portions as you mentioned) so it's > not as dead as I thought. And even with GUI, two major Apple apps, Finder and iTunes, are also implemented as Carbon apps. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp