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 protected])
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/jeffrey%40jeffreyearly.com
This email sent to [email protected]
_______________________________________________
Cocoa-dev mailing list ([email protected])
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 [email protected]
