Well the idea is that you mouse over the collection to select it, at
which point you discover the checkbox s the way to make the selection
stick. I don't think you necessarily need to have the intent of
making the selection stick the first time you look at the collection.
When you're looking, all you care about is locating the right
collection, which is what the collection icon and collection name
help you do.
On Oct 27, 2005, at 1:55 PM, Alec Flett wrote:
Mimi Yin wrote:
When you approach the door, the insignia morphs to reveal a keypad
and a biometric "scanner" (ie. handprint reader, eye scan, voice
analyzer).
That's the analogy. Tools that reveal themselves on an as needed
basis so that they're not in your face all the time.
I think this analogy would work if the tool revealed itself when my
eyeballs pointed themselves at the control... I don't "look" with
my mouse no more than I taste with my finger.. unless I'm from Ork,
but that's another issue :)
To me, mousing over something is the same as "approaching" it.. I
look at the sidebar before I drag my mouse to it, and I'm only
going to drag my mouse over to it with a specific intention, which
I would have based on what I saw before moving the mouse.
Alec
When you're not interacting with the tools, they are replaced with
something that guides you to the "right door", something that
provides visual feedback (as in something that interacts with your
eyes, not your mouse). For example, the isignia on the door helps
you identify the right door to approach). Once you've identified
the right door and you approach it, then the insignia space is
taken over with tools you can interact with to proceed with the
next step in the workflow, unlocking the door.)
Similarly, the sidebar collection icons play the role of the door
insignia. They help provide visual feedback, help you identify the
right collection to interact with. Once you've selected the right
collection, you approach it with your mouse, at which point,
you're presented with a widget to interact with, the checkbox.
It's not conventional, but I think with visual tweaking, we can
decrease the "mistake" factor and so long as people get the
interaction and can figure out how to overlay calendars, it's
worthy of a try if it saves us a 3rd column of icons in the sidebar.
Mimi :o)
On Oct 27, 2005, at 12:04 PM, Davor Cubranic wrote:
Philippe Bossut wrote:
For 0.6 then, we decided to reduce the amount of info and to let
go of one info, namely, the "identity" (specialized icon) for
the My Calendar and Trash collections. We also decided to
simplify the look of the normal (non checked, non hovered) icon
so that the difference between checked and not checked is clear.
We'll see how it looks in the coming days.
OK. Now, I wasn't quite clear on why hover was so important (see
my last comment in the bug, https://bugzilla.osafoundation.org/
show_bug.cgi?id=4410), so I'm reading the 0.6 sidebar spec right
now, and I see that it says that (sorry for repeating it, I just
wanted to summarize here):
1. collections can be overlaid on top of the selected
collection. The
calendar calls the overlays "activated (checked) collections".
2. collections are activated (checked) by clicking on the checkbox
3. the checkbox appears when the user mouses over the
collection in
the sidebar
I think this is counter-intuitive: an affordance (a box that can
be checked) should not be hidden until the user happens to mouse
over it. To me seeing icons switch from collection icon to a
checkbox in a circle as I moved the mouse around looked too much
like an incorrect hover icon was set. I see that Mimi posted a
longer explanation in the design list, so I'll move the rest of
my comments there.
Davor
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
