[Qt-qml] First braindump and basis for spec.
Charley Bay
charleyb123 at gmail.com
Thu Jun 16 18:03:09 CEST 2011
Sivan spaketh:
> <snip, CrowdQuick>
> Here's the braindump and a basis for the spec:
> http://developer.qt.nokia.com/groups/qt_contributors_summit/wiki/CrowdQuick
>
> <snip>,
> Let's start tossing more ideas at this, and ofcourse your feedback is
> highly regarded and appreciated. <snip>
This is a *really* clever idea. Netflix should have had this before they
rolled out their "new and improved" interface.
It would be nice to see a "star count" rating scale, or a "count up/count
down" display on parts of the interface (e.g., widgets or collections of
widgets). Clicking on the "star count" would transluscent-highlight the
parts of the interface the user is now rating (like just a "calendar
widget", or the whole "input dialog"), and the user simply presses "Up" or
"Down".
That's a two-press rating, but I think it's needed to (1) avoid accidental
hits (a second press is needed to confirm), and (2) enable the user to "see"
what is *actually* being rated (the translucent highlight covers the area
being "rated", and this rating operation is "modal": Rate up, down, do
nothing.
Of course, to avoid re-votes, we'd also need to "remember" if the user
already voted. So, based on current login/session/user-id/something, the
"vote" list is one of:
*- Already voted up (Un-do now)
*- Vote Up Now
*- Vote Down Now
*- Already Voted Down (Un-do now)
*- Dismiss/Do nothing
With a clever visual interface, all these states should be shown to the
user, and these should collapse to a rather small set of pixels:
[I LIKE THIS] (Vote up now, un-do down vote)
[DO NOTHING] (dismiss)
[NOT LIKE] (Vote down now, un-do up vote)
If you *really* want to go nuts (in an ambitious way):
*- a "down vote" would immediately cause the user interface to "revert" to
the previous version, or the previous "highest rated" version, or the
previous "liked" version for the current user
*- user interfaces would be dynamically assembled for a given user based on
that user's "preferences" for components.
For example, it may be reasonable to have *multiple* "Calendar/Date-Input"
widgets, and the user always sees his/her "preferred" input widget.
This CrowdQuick idea is really very clever, IMHO.
--charley
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt.nokia.com/pipermail/qt-qml/attachments/20110616/ea8b2669/attachment.html
More information about the Qt-qml
mailing list