Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
- Subject: Re: New way for Cocoa AU hosts to wrap Carbon AU GUIs?
- From: Brian Willoughby <email@hidden>
- Date: Wed, 25 May 2005 15:26:29 -0700
[ From: David Duncan <email@hidden>
[
[ On May 25, 2005, at 04:01 PM, Robert Grant wrote:
[ > I'd really appreciate this also - as Rax is also suffering under
[ > the Cocoa/Carbon GUI bridging.
[ >
[ > Tips on supporting Copy/Paste would also be very helpful.
[
[ Have you tried sending the commands for Copy/Paste/etc to the focused
[ control manually? I don't know where you'd insert that into a Cocoa
[ app (since this is normally automatic in Carbon). I suspect the
[ problem is that Cocoa doesn't use the standard Command IDs for those
[ menu items which is what is preventing that behavior.
Well, Cocoa Menu Items send Objective-C "action" messages to their connected
"target" object. For some Menu Items, the target is nil, meaning that the First
Responder object receives the message, and there is some complex logic to find
the First Responder within any given Window's Responder chain.
It's a completely different paradigm than Command IDs. I'm not saying that
there isn't a simple mapping provided somewhere by Apple, but I doubt it. You
would probably need to hook into the menu of the hosting window and translate
between the two paradigms for as many standard Commands as are supported by
both.
Brian Willoughby
Sound Consulting
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden