Re: Lining up NSViews in NSScrollView
Re: Lining up NSViews in NSScrollView
- Subject: Re: Lining up NSViews in NSScrollView
- From: Ricky Sharp <email@hidden>
- Date: Mon, 21 Feb 2005 06:10:06 -0600
On Monday, February 21, 2005, at 02:34AM, daniel <email@hidden> wrote:
>It sounds like you're taking advantage of a coincidence of the current
>implementation.
No. While I can't find it offhand, the docs mention it's legal to have overlapping views. As I've tried to explain, you just have to be careful as there are limitations.
For example, check out the docs on useOptimizedDrawing. By default, the flag is set to NO. You should set it to yes if no subviews in the window overlap. If views do overlap, and optimized drawing is set to YES, you could end up in situations where the overlapping views are drawn in reverse z-order. When the flag is set to NO, views are drawn in their appropriate z-order.
>In your example, why can't you make your NSMatrix into a matrix of
>"radio button + extra controls" composite cells? It seems like that
>would be cleaner and guaranteed to work as expected. It would also give
>you greater flexibility over your design since obviously the controls
>that "overlap" are meant to be in the proximity of their NSMatrix
>neighbors. If you decide to redesign the spacing of your matrix, you
>won't have dependencies on outside views.
I have a custom UI and making a 'composite' cell to work properly with all types of input (e.g. full keyboard access) isn't trivial.
Don't get me wrong, I have been thinking of not using the radio button implementation, but what I have works well.
--
Rick Sharp
Instant Interactive(tm)
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden