• 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: IKImageBrowserView & IKImageView subclasses not getting called
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: IKImageBrowserView & IKImageView subclasses not getting called


  • Subject: Re: IKImageBrowserView & IKImageView subclasses not getting called
  • From: Julien Jalon <email@hidden>
  • Date: Mon, 15 Feb 2010 18:47:46 +0100

SnowLeopard introduced a bunch of new public API to make customizing easier:

On the view itself:

- (void) setBackgroundLayer:(CALayer *) aLayer;

- (void) setForegroundLayer:(CALayer *) aLayer;

extern NSString * const IKImageBrowserGroupHeaderLayer;                 /*
CALayer */

extern NSString * const IKImageBrowserGroupFooterLayer;                     /*
CALayer */

on the browser cell:

- (CALayer *) layerForType:(NSString *) type;

--
Julien

On Mon, Feb 15, 2010 at 5:42 PM, Jens Alfke <email@hidden> wrote:

>
> On Feb 15, 2010, at 7:18 AM, Ashley Clark wrote:
>
> > For objects that were saved in a NIB file -initWithFrame: is usually not
> what's called to recreate them (there are some exceptions that I don't
> remember off the top of my head). Since NIBs are essentially archives most
> of the views stored within them are recreated via -initWithCoder:
>
> Right. Setup code for objects from nibs should usually go in -awakeFromNib.
>
> > As for the drawRect: override, it was my understanding that the IK*View
> objects didn't do any of their drawing in drawRect: but instead were done
> via CALayers. I could be misinformed on this point though.
>
> Right again, basically, although I think they use direct OpenGL for
> drawing. This unfortunately makes it extremely difficult to customize the
> display of these views, since the OpenGL surface covers up any regular
> drawing. I tried pretty hard to extend the image-browser a few years ago and
> eventually gave up.
>
> —Jens
>
> _______________________________________________
>
> Cocoa-dev mailing list (email@hidden)
>
> Please do not post admin requests or moderator comments to the list.
> Contact the moderators at cocoa-dev-admins(at)lists.apple.com
>
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
>
_______________________________________________

Cocoa-dev mailing list (email@hidden)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:

This email sent to email@hidden

References: 
 >IKImageBrowserView & IKImageView subclasses not getting called (From: Charles Burnstagger <email@hidden>)
 >Re: IKImageBrowserView & IKImageView subclasses not getting called (From: Ashley Clark <email@hidden>)
 >Re: IKImageBrowserView & IKImageView subclasses not getting called (From: Jens Alfke <email@hidden>)

  • Prev by Date: Re: Bind to string (path), convert to NSImage
  • Next by Date: Re: IKImageBrowserView & IKImageView subclasses not getting called
  • Previous by thread: Re: IKImageBrowserView & IKImageView subclasses not getting called
  • Next by thread: Re: IKImageBrowserView & IKImageView subclasses not getting called
  • Index(es):
    • Date
    • Thread