Portlet drag and drop

Allison Bloodworth abloodworth at berkeley.edu
Mon May 12 21:16:39 UTC 2008


Hi Michelle,

Thanks very much for creating this mock-up! I am guessing this is  
something that you're probably still working on, but one other  
important piece of the interaction (which may be a little hard to see  
in the current mock-ups) is that the drop target avatar should be the  
same size that the dragged portlet will be when it's dropped. The  
size may change when the portlet is moving from a larger to smaller  
column or vice versa. This 'true to life' size is what gives users  
the 'layout preview' of what the page will look like after the  
portlet is dropped.

Cheers,
Allison

On May 1, 2008, at 10:40 AM, Michelle D'Souza wrote:

> Thanks for taking a look at this Herb.
>
>> .One recommendation - when I drag the weather portlet, for example,
>> upwards to move it above the calendar on your test page, the
>> calendar stays where it is; it does not move down until you let go
>> of the weather box. Would it not be more obvious where the drop
>> location was going to be if the calendar portlet moved down as you
>> started dragging the weather portlet up, leaving an empty space
>> between the two for the drop?
>
> I'm a little confused by this. Once the weather portlet is high enough
> that it would drop above the calendar, the calendar does move down and
> the empty box which signifies where the weather portlet would drop is
> placed above the calendar.
>
>> Obviously this approach has the disadvantage of losing the visual
>> cue for the original location of the weather portlet
>
> I think the design that is being worked out actually involves removing
> this visual cue - I just didn't get around to mocking it up.
>
>> (I also exper!
>> ienced some intermittent flashing of background items when a portlet
>> is being slowly dragged that is a bit distracting and might confuse
>> those with certain visual or cognitive disabilities.)
>>
>
> The flashing you are seeing is a combination of two known bugs:
> FLUID-407 and FLUID-563. This is a major problem and a blocker for the
> 0.3 release.
>
> 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

Allison Bloodworth
Senior User Interaction Designer
Educational Technology Services
University of California, Berkeley
(415) 377-8243
abloodworth at berkeley.edu




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://fluidproject.org/pipermail/fluid-work/attachments/20080512/ef1542ca/attachment.html>


More information about the fluid-work mailing list