Portlet Drag and Drop

Michelle D'Souza michelle.dsouza at utoronto.ca
Thu May 1 17:50:09 UTC 2008


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 at utoronto.ca>
> Sent by: fluid-work-bounces at fluidproject.org
> 04/30/2008 09:57 AM
>
> <ecblank.gif>
> To
> <ecblank.gif>
> fluid-work <fluid-work at fluidproject.org>
> <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/20080501/d7dd6628/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: pic15587.gif
Type: image/gif
Size: 1255 bytes
Desc: not available
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080501/d7dd6628/attachment.gif>