Hi, On 2008/07/02, at 4:49, Peter Dyballa wrote: > > Am 02.07.2008 um 00:55 schrieb Seiji Zenitani: > >> By the way, in my impression, >> it will be easy to port the transparency code to the cocoa emacs, >> if the application works. > > I'm not using the new code from the Bazaar repository (when I first > tried, the transfer stopped in the middle, then I found that it's > much more than the necessary code, so I'm leaving it). I think the > Cocoa port does *not* need the transparency patch(es) – transparency > is already in Cocoa! You can make Terminal transparent, for > example ... It would be an improvement if all Emacsen would use (or > at least understand) the transparency settings for when in foreground > or put into the background! Emacs.app accepts "colour input" like > these: > > Emacs also accepts color specifications of the form `ARGBaarrggbb' > where AA, RR, GG, and BB are two hexadecimal digits describing > the alpha, red, green, and blue content of the color respectively. > `HSBhhssbbaa', `CMYKccmmyykkaa' and `GRAYggaa' are the equivalents > in `HSB', `CMYK' and gray scales. > > This has side effects. Using in *-frame-alist > > (ns-set-background-alpha . .875) > (background-color . "mint cream") > > switches transparency off because the named colour is opaque (during > start-up transparency is seen). So to have transparency you'll need > to add the alpha setting to the hex value of "mint cream." This > scheme is missing frame-based foreground and background transparency > that once existed. So some work on transparency is indeed needed. > I was aware of Cocoa port's "face-transparency", but our "frame-wide transparency" is different. We have a good reason to write a cocoa version, because it is platform-independent. It works on X11 and on NTEmacs in the cvs trunk.
> There is also the option to use the system's highlight colour > (instead of its own). > > What's also missing is the ability to print non-US-ASCII buffer > contents via htmlize (and Coral) – which, anyway, should become > standard to all Emacsen. > Do htmlize.el, mac-print-mode.el and Coral work on the Cocoa port, too? > BTW, since Emacs.app is based on GNU Emacs 23.x code it tends to > crash much more than before. It also has problems with the floating > tip windows. That's not good. Emacs is our daily tool -- it has to be stable. Seiji --~--~---------~--~----~------------~-------~--~----~ Carbon Emacs User Group http://groups.google.com/group/carbon-emacs?hl=en -~----------~----~----~----~------~----~------~--~---
