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/[EMAIL PROTECTED] 05/01/2008 12:50 cc PM Colin Clark <[EMAIL PROTECTED]>, fluid-work <[email protected]> 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" <[EMAIL PROTECTED]> "Michelle D'Souza" <?> michelle.dsouza @utoronto.ca> <ecblank.gif> Sent by: To fluid-work-boun <ecblank.gif [EMAIL PROTECTED] > t.org fluid-work < [EMAIL PROTECTED] 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 [email protected] http://fluidproject.org/mailman/listinfo/fluid-work ------------------------------------------------------ Michelle D'Souza Software Developer, Fluid Project Adaptive Technology Resource Centre University of Toronto
<<inline: graycol.gif>>
<<inline: pic24488.gif>>
<<inline: ecblank.gif>>
<<inline: 13957084.gif>>
_______________________________________________ fluid-work mailing list [email protected] http://fluidproject.org/mailman/listinfo/fluid-work
