Re: IKImageBrowserView and the View Hierarchy
Re: IKImageBrowserView and the View Hierarchy
- Subject: Re: IKImageBrowserView and the View Hierarchy
- From: Jeffrey J.Early <email@hidden>
- Date: Sat, 10 Jan 2009 16:45:42 -0800
I finally came up with a simple work around to this problem, one which
actually works better for my purposes:
instead of adding a view to the window's view hierarchy, add a new
child window to the window.
The view ordering then works as expected and doesn't break (or get
broken by) IKImageBrowserView.
Hope that helps someone else,
Jeffrey
On Dec 28, 2008, at 11:02 PM, Jeffrey J. Early wrote:
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
_______________________________________________
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