Hi Adam, Is this on Leopard or Snowleopard ? I just tried to load images from /System/Library/Desktop Pictures in an IKImageBrowserView using the NSImage representation. They appears just fine for me (SnowLeopard).
> [Side note: I've seen reference to the prefetching behavior > of IKImageBrowserView is particularly gnarly for NSImages as all the preload > must be done on main thread since NSImage is not thread safe. ?] This is true on Leopard, but not on SnowLeopard. > With this in > mind, what's the preferred type for IKImageBrowserItem backings If you images exists on the filesystem, it is preferable to use a path or url based representation. Otherwise, there is no preferred representation. -- Thomas On Dec 8, 2009, at 1:01 AM, Adam Berger wrote: > I'm trying to move from a custom view to an IKImageBrowserView in a project, > and running into a somewhat odd problem. Context: my IKImageBrowserItems are > IKImageBrowserNSImageRepresentationType, backed by a relatively > large (~600x800) NSImage. > > When first drawn, at any scale factor, this looks great. However, as soon as > a redraw (not a reload!) occurs, the quality goes to hell. For example, > clicking in the browserview will cause this problem instantly. It's as if > it's deciding all of a sudden to fall back to a cached image of much lower > quality. Scrolling seems not to trigger a redraw of this type; so if a large > view containing as-first-drawn high quality images is clicked, only the > currently visible thumbnails will get degraded, and scrolling can then > present a mix of degraded and full-quality images. > > Needless to say, this huge a reduction in image quality is not acceptable. > How can this be prevented? > > [Side note: I've seen reference to the prefetching behavior > of IKImageBrowserView is particularly gnarly for NSImages as all the preload > must be done on main thread since NSImage is not thread safe. With this in > mind, what's the preferred type for IKImageBrowserItem backings?] > > Adam > _______________________________________________ > > Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) > > 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: > http://lists.apple.com/mailman/options/cocoa-dev/tgoossens%40mac.com > > This email sent to tgooss...@mac.com _______________________________________________ Cocoa-dev mailing list (Cocoa-dev@lists.apple.com) 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: http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com This email sent to arch...@mail-archive.com
