W3C home > Mailing lists > Public > public-html-a11y@w3.org > December 2011

[Bug 10713] Drag and Drop: Add guidance for keyboard-only interaction

From: <bugzilla@jessica.w3.org>
Date: Thu, 15 Dec 2011 00:15:34 +0000
To: public-html-a11y@w3.org
Message-Id: <E1Rayz0-0007uc-K1@jessica.w3.org>
https://www.w3.org/Bugs/Public/show_bug.cgi?id=10713

Everett Zufelt <everett@zufelt.ca> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|NEEDSINFO                   |

--- Comment #7 from Everett Zufelt <everett@zufelt.ca> 2011-12-15 00:15:28 UTC ---
"On a visual medium with a pointing device, a drag operation could be the
default action of a mousedown event that is followed by a series of mousemove
events, and the drop could be triggered by the mouse being released. When using
an input modality other than a pointing device, users would probably have to
explicitly indicate their intention to perform a drag-and-drop operation,
stating what they wish to drag and where they wish to drop it, respectively."

Please provide analogous sections to the "visual medium with a pointing device"
for at least "visual medium with a keyboard", "non-visual medium with a
keyboard", and "visual medium with a touch input device". Note that this is
non-normative, but the clarification
drives home the fact that the different modalities of access directly influence
the drag and drop operation.

Other sections of the API that have non-normative text that could use
amendment"
"The immediate user selection changes as the user selects different elements
(either by pointing at them with a pointing device, or by selecting them
in some other way)."

"Update the drag feedback (e.g. the mouse cursor) to match the current drag
operation, as follows:"

"Otherwise, if the user ended the drag-and-drop operation (e.g. by releasing
the mouse button in a mouse-driven drag-and-drop interface), or if the drag
event was canceled, then this will be the last iteration. Run the following
steps, then stop the drag-and-drop operation:"

"If the current drag operation is "none" (no drag operation), or, if the user
ended the drag-and-drop operation by canceling it (e.g. by hitting the Escape
key), or if the current target element is null, then the drag operation failed.
Run these substeps:"

Further examples should be provided, analogous to the categories I suggested in
1 above. To clarify, all non-normative examples should be provided for at least
the four modalities described.

-- 
Configure bugmail: https://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Thursday, 15 December 2011 00:15:35 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 7 January 2015 15:05:25 UTC