IKImageBrowserView and the View Hierarchy
IKImageBrowserView and the View Hierarchy
- Subject: IKImageBrowserView and the View Hierarchy
- From: "Jeffrey J. Early" <email@hidden>
- Date: Sun, 28 Dec 2008 23:02:18 -0800
I have had a number of troubles with IKImageBrowserView not respecting
other views trying to draw over the top of it. I have worked around
some of the issues, but this latest I can't seem to resolve.
I am trying to "dim" several of the views in my window by simply
placing a translucent view over the top of them. This works as
expected, *except* for the IKImageBrowserView... it always "shines
through" and appears to be the top-most view.
I did find that if I force the translucent view to be layer backed by -
setWantLayer:YES, then the *background* of the IKImageBrowserView
becomes appropriately dimmed, but the loaded images just disappear!
This is *almost* repeatable with zero lines of code just using
Interface Builder. You can drag an instance of IKImageBrowserView on a
new window, then try to overlay another view, like an ImageWell or
something. You'll see that the ImageWell is always below the
IKImageBrowserView unless you tell it to be layer backed (although the
layer-backing trick doesn't work in the simulator).
What's going on here? IKImageBrowserView is clearly doing something
fancy -- any ideas what that is and how I can get it to behave like a
normal NSView?
Thanks,
Jeffrey
_______________________________________________
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