Carbon.

[Rodney Sparapani]

Aidan Kehoe wrote:
>  Ar an dara lá de mí Deireadh Fómhair, scríobh Aidan Kehoe: 
>
>  > http://groups.google.com/groups?selm=m2wtsw9w1u.fsf@Owlbear.local describes
>  > his motivations for not adding the mac-command-key-is-meta behaviour. 
>
> And looking at the awkwardness that option-as-meta has provoked with
> Aquamacs and layouts where option is used as a dead key, he has a
> point--that behaviour really breaks on keyboards where option is needed to
> generate a character.
>
> But his code already looks at the currently active layout for keys with the
> control modifier; it should be possible to check if option + key is bound in
> the OS X keymap when such an event comes in, and to pass the corresponding
> character to the event handling code rather than option + key. That seems to
> me to be the least surprising behaviour. 
>
>   
Hi Aidan:

I agree that the option might be a little awkward.  But, hey this is
xemacs.  Many things are not straightforward.  Having said that...
The patch does not work (note that there is a typo in it as well:  an 
extra comma in the last hunk).  And, I didn't think that it would work.  
IIRC this is because another unicode patch (maybe event-carbon2.c.diff) 
does something that counteracts this one.  Unfortunately, I can't find 
my notes on this, but I'll investigate the thread that you found.  Other 
than that, any hints how to do your last suggestion would be very 
welcome.  That sounds like a better
approach (but what do I know about it really).

Thanks,

Rodney