[Bug 7721] Drag and Drop is not keyboard accessible

http://www.w3.org/Bugs/Public/show_bug.cgi?id=7721


Rich Schwerdtfeger <schwer@us.ibm.com> changed:

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




--- Comment #4 from Rich Schwerdtfeger <schwer@us.ibm.com>  2009-09-24 21:35:33 ---
Sure. 

Here is an example of a functions you cannot access if you are using the
keyboard that are only available in the DataTransfer attribute of the DragEvent
which is a mouse event:

- setDragImage(). It would be nice to give the mobility impaired user visual
feedback that that have grabbed something during their tabbing to the drop
target

So, the whole visual feedback piece is not there for keyboard users who do not
have a sight impairment or at least it is not apparent to me. Like a sighted
user, the sighted mobility impaired user will want to know where they are in a
drag/drop operation as they navigate elements with the keyboard to the drop
target. I don't see how this is possible with copy/paste.

The second concern is the use of effectEffect that needs to be cleared up.
Currently those properties are set during drag events. Essentially, in a drag
operation the keyboard (blind or mobility impaired) will want the drop targets
marked with the aria-dropeffect and HTML 5 dropeffect attributes at the start
of the drag operation. If you select a copy operation what event notification
will the author get to set these content attributes? This is not clear to me in
the specification. 

Third, once the user gets to the drop target how do the choose the drop
operation when all they have is a paste option? ... could be that the drop
target supports multiple types: copy, move, etc. 

Fourth, I think this is a general use case not addressed by HTML 5 but, there
may be a situation (we addressed this in ARIA) where the drop executes or
performs an action like begin a search of the dropped text. The user will want
to know that. What we suggested in ARIA is that the keyboard user be given a
popup menu to choose the options for drop. 

Fifth, how does one abort a copy, like you could a drag, and move the user back
to the grabbed object?


-- 
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.

Received on Thursday, 24 September 2009 21:35:44 UTC