OK, in the current bzr tree, I've finished updating to the refactored font backend. Everything is running pretty smoothly, with the exception that I'm now observing (on Leopard) the left-cursor bug reported by various folks. I'll look into it soon.
Emacs.app now implements the OS X services SPI and provides the same services as Carbon Emacs, prefixed with "Emacs.app" to keep the menu entries separate. There is also a new file ns-carbon-compat.el, which implements mac- variables. Current contents are: (defvaralias 'mac-allow-anti-aliasing 'ns-antialias-text) (defvaralias 'mac-command-modifier 'ns-command-modifier) (defvaralias 'mac-control-modifier 'ns-control-modifier) (defvaralias 'mac-option-modifier 'ns-option-modifier) (defvaralias 'mac-function-modifier 'ns-function-modifier) More will go here as time permits and demands require. Regarding David's question about generic x-* functions for the mac- functions listed below, I list them. In some cases the behavior ends up slightly different on a mac, e.g., hide/show-frame-menubar should hide/show the global menubar according to which frame is selected. Since consistency with cross-platform emacs is viewed as a virtue on emacs-dev for merging purposes, I will leave these for later. >> Unneeded / generic (x-*) functions exist >> ---------------------------------------- >> mac-dialog x-popup-dialog >> mac-dialog-y-or-n-p y-or-n-p >> mac-hide-menubar >> mac-show-menu-bar frame parameter menu-bar-lines >> mac-toggle-full-frame >> mac-toggle-max-window frame parameter height and width >> mac-toggle-input-method toggle-input-method >> mac-ae-get-url >> mac-ae-open-documents >> mac-ae-quit-application >> mac-ae-reopen-application > > These are called via the the Apple Event keymaps in order to process > Apple Events correctly. > If they're now called ns-*, so be it, but the functionality is > needed of course. Under Cocoa these things are handled by messages to the application object. Currently open-documents and quit-application are implemented, and I'll add the others if I get a chance. >> mac-handle-font-selection > > Is there going to be another function that is called after a font > has been selected via the panel? Not sure what is meant here. Responding to font panel changes is an internal matter. If lisp packages want to respond to changes in fonts, a "hook" mechanism should be provided in generic emacs to do this. >> mac-font-panel-mode > > This shows the font panel. But it is a "mode"? So when you are in the mode the panel pops up, then when you exit the mode it disappears, and also if you close the panel manually, the mode is exited? Are there then also "modes" for all popup panels, e.g., open and save file, print, etc.? > How is printing handled? I've posted before a strategy for this, but have not had time to work on it myself. Volunteers welcome. > Is there a binary build somewhere (of the Emacs 23 / Cocoa port, not > of Emacs.app) to be downloaded? Not at the moment. After integration I may put up a 9.0-final, though it makes more sense to do this with the 23.1 release. I'm not opposed to others making binary releases and will provide access to emacs- app.sf.net if anyone wants to do this there. -Adrian ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Emacs-app-dev- mailing list Emacs-app-dev-@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-
