#2681 NORM Trial-3: Focus behavior for Palette
Zarro Boogs per Child
bugtracker at laptop.org
Mon Aug 6 15:50:44 EDT 2007
#2681: Focus behavior for Palette
---------------------+------------------------------------------------------
Reporter: marco | Owner: marco
Type: defect | Status: new
Priority: normal | Milestone: Trial-3
Component: sugar | Version:
Resolution: | Keywords:
Verified: 0 |
---------------------+------------------------------------------------------
Changes (by Eben):
* owner: Eben => marco
* component: interface-design => sugar
Comment:
We need to consider two types of interaction, implicit and explicit.
When a palette is invoked implicitly (via hover), it should not require
explicit dismissal. It should be dismissed immediately if the mouse is
pressed outside of the palette, and it should be dismissed on short delay
when the mouse remains outside.
When a palette is invoked explicitly, it will require explicit dismissal.
There are two was to explicitly invoke a palette. First, a right click
will immediately reveal any associated palette. Second, palette buttons
have the sole action on press of revealing the corresponding palette. In
both of the above use cases, the palette should require explicit
dismissal. This can come in the form of a click outside of the palette,
or by pressing a registered "accept" button within the palette itself.
Note that in both of the above cases, the interaction described in option
(2) of ticket #2010 for scrubbing palettes should also be followed. That
is, the scrubbing interaction should work as described, with the use of
implicit or explicit dismissal required based on invocation.
As far as focus goes, I agree with most of the points above. I think that
focus should ''always'' return to the previously focused element when a
palette closes.
--
Ticket URL: <http://dev.laptop.org/ticket/2681#comment:2>
One Laptop Per Child <http://laptop.org/>
More information about the Bugs
mailing list