From: YAMAMOTO Mitsuharu <mituharu@math.s.chiba-u.ac.jp>
To: emacs-devel@gnu.org
Subject: Re: Carbon port emacs-unicode-2 build problem under MacOSX
Date: Thu, 08 Nov 2007 10:27:45 +0900 [thread overview]
Message-ID: <wly7d9wmpa.wl%mituharu@math.s.chiba-u.ac.jp> (raw)
In-Reply-To: <m2abpquois.fsf@lifelogs.com>
>>>>> On Wed, 07 Nov 2007 08:19:07 -0600, Ted Zlatanov <tzz@lifelogs.com> 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
next prev parent reply other threads:[~2007-11-08 1:27 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-06 12:02 Carbon port emacs-unicode-2 build problem under MacOSX CHENG Gao
2007-11-06 12:14 ` CHENG Gao
2007-11-06 12:29 ` Kenichi Handa
2007-11-06 13:52 ` CHENG Gao
2007-11-06 19:28 ` Ted Zlatanov
2007-11-06 23:27 ` Glenn Morris
2007-11-07 4:59 ` Ted Zlatanov
2007-11-07 13:19 ` Carbon port vs. Emacs.app plus Emacs.app problem report w/test-case Mike Mattie
2007-11-07 13:54 ` Ted Zlatanov
2007-11-07 15:45 ` Mike Mattie
2007-11-06 12:34 ` Carbon port emacs-unicode-2 build problem under MacOSX Jason Rumney
2007-11-06 13:58 ` CHENG Gao
2007-11-06 19:26 ` Ted Zlatanov
2007-11-07 4:13 ` YAMAMOTO Mitsuharu
2007-11-07 5:24 ` Ted Zlatanov
2007-11-07 5:52 ` YAMAMOTO Mitsuharu
2007-11-07 6:03 ` YAMAMOTO Mitsuharu
2007-11-07 14:19 ` Ted Zlatanov
2007-11-07 14:34 ` Jason Rumney
[not found] ` <m2abpqt5mm.fsf@lifelogs.com>
2007-11-07 16:40 ` Adrian Robert
2007-11-08 4:42 ` Richard Stallman
2007-11-08 1:27 ` YAMAMOTO Mitsuharu [this message]
2007-11-08 2:31 ` YAMAMOTO Mitsuharu
2007-11-24 9:18 ` YAMAMOTO Mitsuharu
2008-02-12 0:59 ` YAMAMOTO Mitsuharu
2007-11-07 14:15 ` Adrian Robert
2007-11-07 15:05 ` Jason Rumney
2007-11-07 16:09 ` Stefan Monnier
2007-11-08 4:42 ` Richard Stallman
2007-11-08 15:56 ` Dan Nicolaescu
2007-11-09 4:12 ` Richard Stallman
2007-11-09 7:47 ` Dan Nicolaescu
2007-11-09 10:34 ` Eli Zaretskii
2007-11-09 15:09 ` Dan Nicolaescu
2007-11-10 17:54 ` Richard Stallman
2007-11-12 5:17 ` How to re-orgranize ChangeLog.unicode for merging Kenichi Handa
2007-11-12 20:22 ` Eli Zaretskii
2007-11-12 22:17 ` Andreas Schwab
2007-11-13 4:08 ` Eli Zaretskii
2007-11-18 22:47 ` Richard Stallman
2007-11-18 22:47 ` Richard Stallman
2007-11-07 16:14 ` Carbon port emacs-unicode-2 build problem under MacOSX Dan Nicolaescu
2007-11-08 4:42 ` Richard Stallman
2007-11-07 18:30 ` CHENG Gao
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=wly7d9wmpa.wl%mituharu@math.s.chiba-u.ac.jp \
--to=mituharu@math.s.chiba-u.ac.jp \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.