Re: best UI for rating a stack of objects
Re: best UI for rating a stack of objects
- Subject: Re: best UI for rating a stack of objects
- From: "I. Savant" <email@hidden>
- Date: Tue, 6 Dec 2005 16:35:12 -0500
Matthais:
I would agree with your suspicions; I wouldn't immediately move
on. I'd give the user the opportunity to correct a mis-click or at
least visually verify their selection before committing / proceeding.
Also, I wouldn't use an NSLevelIndicator for this. For one thing,
when I see controls that look like this, I always assume (due to
their look) that they're not editable. I would look into creating
your own "star rating" control. That's much more familiar for Mac OS
users for 'rating' things. I *thought* I saw somewhere that someone
posted some simple code to do this, but I can't find it in a quick
search at the moment. Bottom line, though - *I* personally would
discourage using NSLevelIndicator as an editable control or even a
read-only control for the "rating" metaphor.
--
I.S.
On Dec 6, 2005, at 4:28 PM, Matthias Winkelmann wrote:
Hi everyone,
I'm currently implementing a user interface. At one point, the user
has to rate a stack of objects. There could be about 30 items he
has to rate on a scale of 1 to 10. He is supposed to see only one
of the entries at a time - think hotornot.com.
I've currently implemented this with an NSLevelIndicator and the
rating style. When the user selects a value, the application
automatically advances to the next item.
This seems to be a big no-no to me, since a slider or similar ui
component should probably not commit the change at the same time.
OTOH, adding a "next" button doubles the amount of clicks the user
has to perform.
I'd love to hear some opinions and suggestions on this.
cheers,
Matthias
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40gmail.com
This email sent to email@hidden
_______________________________________________
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