Re: Drawers on windows...
Re: Drawers on windows...
- Subject: Re: Drawers on windows...
- From: Kyle Sluder <email@hidden>
- Date: Tue, 30 Nov 2010 17:04:17 -0800
On Tue, Nov 30, 2010 at 4:08 PM, aglee <email@hidden> wrote:
> Hi, A.M. :)
>
> Here are some thoughts on why I went that way with AppKiDo. Maybe they'll
> be relevant to others considering a drawer.
>
> * One reason I went with the drawer is that by sliding it in and out you can
> change its width without affecting the layout of the parent window. That
> matters less to me than it used to, and offhand I can't give a solid reason
> other than personal preference why it matters at all, but it does matter
> some. I think it's appropriate that OmniWeb uses a drawer rather than a
> source list for listing tabs.
There's a bit of a running debate internally at Omni about whether
resizing a source list should resize the window or reflow the
contents. :) The drawer does have the advantage of having that
behavior defined by the system, whereas source lists behave opposite.
In OmniFocus for Mac, the source list behaves as a standard system
source list—dragging the splitter does not affect the window width.
But if you turn on the view bar and resize any of the column headers,
you'll see we resize the window in response to your drag. This avoids
disturbing the width of the other columns. It would not be infeasible
to add this behavior to a source list.
For the record, I'm not a fan of drawers. 99% of the time, their
functionality has been supplanted by the much less-obtrusive source
lists. I used to be firmly in the camp of resizing widgets should not
affect window size, as I used to try to rigidly organize my desktop
window arrangement. I eventually found this was untenable beyond a few
windows, and have come around to resizing source lists or column
headers affecting the window size, perhaps with an Option modifier to
keep the window size locked.
Keynote's Build inspector has a good implementation of a drawer. It's
not quite a source list, but making it visible with the "More Options"
button does sort of turn on a master-detail view in the inspector
(albeit the selection in the drawer is simply a proxy for the
on-canvas selection). This is the kind of functionality other apps'
inspectors might hide behind a disclosure triangle (Adobe Illustrator)
or put on another "Advanced Options" inspector altogether
(OmniOutliner).
--Kyle Sluder
_______________________________________________
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