Re: +poseAsClass and instance variables
Re: +poseAsClass and instance variables
- Subject: Re: +poseAsClass and instance variables
- From: Dennis De Mars <email@hidden>
- Date: Sat, 23 Feb 2002 11:03:31 -0800
Note, Stickies is also a Cocoa app, I believe, and it's using some kind
of custom window definition.
I have a Carbon application with Stickies-type windows which I would
like to port to Cocoa at some point, so I have some interest in figuring
out how to do custom windows in Cocoa. I note that, although NSWindow
does not seem to provide a public API for drawing the window frame, it
_does_ have a way to create an NSWindow object from an existing Carbon
WindowRef. So, perhaps one could do the custom window definition in
Carbon and then use it in Cocoa. This would be a bit of a pain, since
you'd have to use QuickDraw to draw the frame elements (maybe there is a
roundabout way you could still use Cocoa drawing).
BTW, Carbon doesn't use WDEFs, you just set a callback function. The
callback function has exactly the same API as the old WDEF, but you
don't have to compile it as a separate resource as you did pre-Carbon.
Anyway, I wonder if this is how Apple's Cocoa applications do the custom
windows? I guess if this works, I won't have any extra work to do when I
port the app, I can just use the old window definition code.
- Dennis D.
On Saturday, February 23, 2002, at 08:11 AM, Finlay Dobbie wrote:
On Saturday, February 23, 2002, at 03:58 PM, David Remahl wrote:
On Saturday, February 23, 2002, at 06:41 AM, Darrin Filer wrote:
My hat goes off to the iTunes, quicktime, and iPhoto engineers. I'm
curious about which methodology they used in their custom windows. It
wouldn't be necessary to use posing if I knew how to interact with
the
graphics card directly or had access to some spiffy private APIs ;-)
iTunes, QuickTime and iPhoto are all Carbon, so they probably use
custom
WDEFs or something.
-- Finlay
iTunes and QT, yup. But iPhoto is Cocoa.
I realised that just after I hit send. DOH! :-)
-- Finlay
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.