Re: NSSplitView question - how to implement my own "adjustViews" style method
Re: NSSplitView question - how to implement my own "adjustViews" style method
- Subject: Re: NSSplitView question - how to implement my own "adjustViews" style method
- From: Quincey Morris <email@hidden>
- Date: Mon, 02 Jul 2012 22:14:48 -0700
On Jul 2, 2012, at 21:46 , Motti Shneor wrote:
> for god sake, why isn't there a [mySplitView setSubview:panelSubview collapsedStateTo:YES/NO] ????
Well, one possible answer is to ask yourself if you're asking the right questions.
I think there's perhaps a small difference between the user collapsing a divider, and the split view eliminating one of its subviews because there isn't enough space. The two things are similar "geometrically" but not very similar in terms of usability.
For example, if I collapse a divider, then resize the view larger, I wouldn't expect the collapsed divider to auto-uncollapse. But I do expect a suppressed subview to reappear as soon as there's room. So perhaps you shouldn't be trying to collapse what won't fit, but to hide it.
Or, from a different perspective, you might want to ask (by which I mean try as an experiment, rather than just think about) whether users might actually be happier with a split view that scrolls horizontally (or whatever direction you're squeezing it) rather than losing parts of itself. I understand why you might expect scrolling to be a terrible solution --and it might really be a terrible solution -- but it may be less confusing than having things popping into and out of existence.
Or, from yet a different perspective, the fact that you're finding it difficult to implement the desired behavior might be an indication that you're designing UI behavior that's intrinsically too complicated.
Finally, to put words into Graham's mouth, I don't think he was suggesting you subclass NSSplitView, but that you rewrite the whole behavior in a new class of your own. In that case, you don't need to understand anything about what NSSplitView does, you can just write what you want.
_______________________________________________
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