Re: Best approach for a bunch of new UI controls
Re: Best approach for a bunch of new UI controls
- Subject: Re: Best approach for a bunch of new UI controls
- From: Igor Mozolevsky <email@hidden>
- Date: Sun, 14 Mar 2010 16:51:33 +0000
On 14 March 2010 15:23, Andreas Mayer wrote:
>
> Am 14.03.2010 um 04:14 Uhr schrieb Igor Mozolevsky:
>
>> I've got a few *nix libs to flesh out with some Cocoa UI goodness and
>> would welcome suggestions for a good way to do a bunch of controls:
>
> Instead of describing the proposed look of your controls, you should tell us
> what their *purpose* is supposed to be.
Picture a warehouse with billions of locations (>32bit uint limit),
each location can be either full or empty, a full location can be one
of multiple categories. A warehouse employee needs to be able to a)
pull up a manifest of each individual location and b) create a
(ordered) shipping list of containers. The shipping list is not
constrained by weight but by what the manifest for each container says
and while it can be automated to a degree, it requires a manual
interaction.
So each line of control 1 would represent the number of containers
control 2 can hold and can be one of {full, partially full, empty},
where as control 2 would show each individual location that could
store a container which can be dragged and placed into control 3 to
create an ordered shipping list.
I was thinking of using a scrollable view for control 1 and a
collection view for both of controls 2 and 3, but didn't want to
"poison" the recommendation pool... Incidentally, there is no need to
remember which locations were selected in control 2 once the sliding
window of control 1 is moved.
Cheers,
--
Igor
_______________________________________________
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