>>>>> On Fri, 7 Dec 2007 16:00:47 -0500, Jason Martens <[EMAIL PROTECTED]> said:
> On Dec 7, 2007, at 3:18 AM, YAMAMOTO Mitsuharu wrote: >> That was the context of inclusion of Emacs.app to the core Emacs. >> Carbon Emacs is already a part of the core Emacs and we >> shouldn't/can't add a Mac-only Preference panel that is not >> controllable from Lisp. > Really? Why? 'Cause from that thread, it reads that you're > the only person who cares about that. See below: http://lists.gnu.org/archive/html/emacs-devel/2007-11/msg00504.html http://lists.gnu.org/archive/html/emacs-devel/2007-11/msg01683.html > And it's not like the Preference panel in Emacs.app implements > functionality that can't be accessed through other means. Saying > that the panel itself has to be controllable from lisp is a red > herring; by your argument, the Save, Print and Find File dialogs > would have to be controllable, too. I think GNU Emacs doesn't provide any print dialogs (yet). Unlike Preferences panel, file dialogs don't have items to configure from Lisp. >>>> Modifier mapping is configurable, thanks to David Reitter's work. >> >>> They're also modifiable in Emacs.app: what's your point? >> >> Maybe I didn't understand what your point was. Didn't you think >> Emacs.app is better because of its modifier mapping? > Yes, I did. Never said anything about configurability. > Why should I care if it's configurable? It's _already_ > configured. Can't tell which setting is suitable as a default. People frequently use accented characters would expect that option key works as option by default. >> Providing functionality that is compatible with X doesn't mean >> worse integration with Mac. > Actually, it does. You're requiring the user to know a separate > interface - and one that isn't lisp, btw. _And_ you've added > another file he/she has to keep track of, one that's not visible > from the Finder. How is that better for a user than a Preference > panel or directly writing changes to a plist? Not all items in Emacs are configurable from the Preference panel (as it is not controllable from the Lisp) and he/she will have to learn how to use the Customize system in Emacs when he/she tries to customize items that are not provided by the panel. >> As for integration with Mac, I would give "graceful termination" as >> an example. If you try logout/shutdown with leaving file-visiting >> buffers unsaved, Carbon Emacs pops up a dialog that warns the >> existence of unsaved buffers. > Interesting. Can I control that from lisp, too? Just kidding. Yes. It is implemented at the Lisp level with the help of sufficiently generic primitives. You can replace it if you want. (defun mac-ae-quit-application (event) "Quit the application Emacs with the Apple event EVENT." (interactive "e") (let ((ae (mac-event-ae event))) (unwind-protect (save-buffers-kill-emacs) ;; Reaches here if the user has canceled the quit. (mac-resume-apple-event ae -128)))) ; userCanceledErr YAMAMOTO Mitsuharu [EMAIL PROTECTED] ------------------------------------------------------------------------- SF.Net email is sponsored by: Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Emacs-app-dev- mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-
