• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Pro-App Look
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Pro-App Look


  • Subject: Re: Pro-App Look
  • From: Gen Kiyooka <email@hidden>
  • Date: Fri, 1 Jul 2005 10:56:12 -0700


On Jun 30, 2005, at 11:54 AM, Andreas Mayer wrote:


Am 30.06.2005 um 16:57 Uhr schrieb Lemont Washington:


Does anyone have any general advice/strategies on obtaining that pro app look such as Motion and Final Cut Pro?

Not being much of a cocoa-head (I'm a bit of a lurker, really), I can tell you that I achieve my own
goals for a ProApp-similar look (smallish title bar, but I've divested of the gray look, see www.digigami.com/mpressionist/)
under Carbon by using a combination of techniques:


I understand with Cocoa that you can wrap a carbon WindowRef with a Cocoa window object, so you might be able to utilize this.

First of all, I create my Carbon windows with this code snippet:

WindowDefSpec windowSpec;
windowSpec.defType = kWindowDefProcID;
windowSpec.u.procID = floatProc;
WindowAttributes carbonWindAttr = kWindowCloseBoxAttribute | kWindowFullZoomAttribute | kWindowCollapseBoxAttribute | kWindowStandardHandlerAttribute | kWindowResizableAttribute;
VERIFY(noErr==::CreateCustomWindow( &windowSpec, windClass, windAttr, &theWINDInfo->bounds, &windowP ));


Next, I re-register the (PowerPlant) wrapper classes for WindowRef (LWindow and LDialog) to my own derivatives,
this causes all the Window creation code to run through the above snippet. For my own information, I'd be interested in
a cocoa technique which is analogous to this...


Although I haven't added it yet, apparently there is a Carbon event available on the application event handler that
is called whenever a new window is created within the task and is about to be shown. This gives one the
opportunity to attach to the system-defined windows (like the file chooser dialogs) and paint them accordingly.


As I understand it from my conversations with Apple DTS engineers at WWDC, with Tiger forward, more of
the underlying windowing plumbing is shared between Cocoa and Carbon. Perhaps this information will
be useful to you.


Gen


Hm. Do tons of subclassing? :-)

You may want to take a look at my AMRollOverButton classes:

http://www.harmless.de/cocoa.html#rollover


Andreas _______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden



_______________________________________________ Do not post admin requests to the list. They will be ignored. Cocoa-dev mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
  • Prev by Date: Re: PDFKit/PDFOutline
  • Next by Date: Re: [CAcnTItem indexPath]: selector not recognized [self = 0x15d26c90]]
  • Previous by thread: Re: Categories in plugins
  • Next by thread: ArrayInUserDefaults Bindings example updated for Tiger
  • Index(es):
    • Date
    • Thread