>>>>> On Sat, 25 Aug 2007 10:56:46 -0400, "Adrian Robert" <[EMAIL PROTECTED]> >>>>> said:
> Current (9.0rc1) Emacs.app renders the diacriticals above the main > characters differently than does CarbonEmacs. However, other OS X > apps appear to do the same as Emacs.app. I could make Emacs.app > display like CarbonEmacs, but I'm not sure if it is correct. Can > anyone say anything to this? The result in Carbon Emacs is simply wrong. Zero-width glyphs such as combining diacritics are treated as if they were nonexistent there and usually drawn with hollow boxes, but that didn't work in composite glyphs. I'll change it in CVS at savannah.gnu.org. By the way, your summary/consideration (*1) at emacs-devel and the situation of 64-bit Carbon in Leopard (*2) inspired me to go another way: that is, porting only the UI portions to Cocoa(AppKit) and reuse the remaining parts (mainly the drawing part) of Carbon Emacs. I'd call it the Carbon+AppKit port to distinguish it from the Cocoa/GNUstep port. That was not so straightforward, but it has just begun to work mostly in the same way as the Carbon port. I think testing and tidying up the code will be finished in a few weeks, but the actual check-in schedule will depend on how the current multi-tty merge proceeds in the Emacs CVS trunk. (*1) http://lists.gnu.org/archive/html/emacs-devel/2007-06/msg00871.html (*2) http://www.carbondev.com/site/?page=64-bit+Carbon YAMAMOTO Mitsuharu [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Emacs-app-dev- mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emacs-app-dev-
