Portlet Drag and Drop
Richard Schwerdtfeger
schwer at us.ibm.com
Tue May 6 21:47:21 UTC 2008
I would like to request that the code for lightbox be modified. Currently,
all the drop targets are marked as move when no object has been selected
for drag. Dropeffect should be set to none until a drag operation has been
selected. Once an object has been grabbed you should then set the
dropeffects on the appropriate targets to "move." After drag has been
stopped all dropeffects should be set back to none.
Reasoning:
You don't know if you can drop the source on the target. You will have
other widgets in a portal application and if you grab them for dragging
you are saying that they can be dropped on the gridcells. So, dropeffect
should be set to "none" until a drag has started and you know what
operation can be performed on the target.
The AT is looking for objects which can receive an object that has been
grabbed. Pre-marking targets before an object is selected for drag is
confusing.
We are adding drag/drop support in a major screen reader product now and we
are using lightbox for testing. So, correcting this now will also help
Fluid members.
Any takers?
Thanks,
Rich
Rich Schwerdtfeger
Distinguished Engineer, SWG Accessibility Architect/Strategist
Chair, IBM Accessibility Architecture Review Board
blog: http://www.ibm.com/developerworks/blogs/page/schwer
"Michelle
D'Souza"
<michelle.dsouza@ To
utoronto.ca> Richard
Schwerdtfeger/Austin/IBM at IBMUS
05/01/2008 12:50 cc
PM Colin Clark
<colin.clark at utoronto.ca>,
fluid-work
<fluid-work at fluidproject.org>
Subject
Re: Portlet Drag and Drop
Hi Rich,
Yes, we are using aria to communication drag and drop functionality. We are
using the 'grab' state on items that can be moved and 'dropeffect' state on
elements that are valid drop targets. We are also using 'selected' and
'activedescendent' to communicate which item has focus.
Michelle
On 1-May-08, at 10:19 AM, Richard Schwerdtfeger wrote:
Colin,
Scratch the last note. Have you implemented aria drag/drop in the
imagegallery tool. I can't see it from the example? It is not clear
from looking at the source. It would be nice to know if an image in
the gallery is draggable. We are looking for real world test cases
for ATs.
Rich Schwerdtfeger
Distinguished Engineer, SWG Accessibility Architect/Strategist
Chair, IBM Accessibility Architecture Review Board
blog: http://www.ibm.com/developerworks/blogs/page/schwer
<graycol.gif>"Michelle D'Souza" <michelle.dsouza at utoronto.ca>
"Michelle
D'Souza" <?>
michelle.dsouza
@utoronto.ca> <ecblank.gif>
Sent by: To
fluid-work-boun <ecblank.gif
ces at fluidprojec >
t.org fluid-work <
fluid-work at f
luidproject.
04/30/2008 org>
09:57 AM <ecblank.gif>
cc
<ecblank.gif
>
<ecblank.gif>
Subject
<ecblank.gif
>
Portlet Drag
and Drop
<ecblank.gif>
<ecblank.gif>
Hi,
I know there has been some conversation about the best user
experience
for reordering portlets. I thought it would be useful if I built an
example to show the alternate user experience.
You can see the new experience here:
http://build.fluidproject.org/sakai-imagegallery-tool/sample-code/reorderer/portal/portalWithAvatarClone.html
and the original experience here:
http://build.fluidproject.org/sakai-imagegallery-tool/sample-code/reorderer/portal/portal.html
One of the problems with the new example is that it also showcases
one
of our evil bugs. :) The bug is that the drop target shows up
somewhere but the portlet drops elsewhere.
http://issues.fluidproject.org/browse/FLUID-407 It's quite a tricky
little bug from a technical standpoint because the underlying problem
is that we are getting browser events in the wrong order. We have a
strategy for working around this issue but it is quite complex and
will take a while to implement.
Michelle
------------------------------------------------------
Michelle D'Souza
Software Developer, Fluid Project
Adaptive Technology Resource Centre
University of Toronto
_______________________________________________
fluid-work mailing list
fluid-work at fluidproject.org
http://fluidproject.org/mailman/listinfo/fluid-work
------------------------------------------------------
Michelle D'Souza
Software Developer, Fluid Project
Adaptive Technology Resource Centre
University of Toronto
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080506/5998ba2d/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080506/5998ba2d/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic24488.gif
Type: image/gif
Size: 1255 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080506/5998ba2d/attachment-0001.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ecblank.gif
Type: image/gif
Size: 45 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080506/5998ba2d/attachment-0002.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 13957084.gif
Type: image/gif
Size: 1255 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080506/5998ba2d/attachment-0003.gif>
More information about the fluid-work
mailing list