Finishing the Layout Customizer

Gary Thompson gary at unicon.net
Thu May 15 18:05:13 UTC 2008


1) Yes, if the user drops despite the warning, the dragged content is 
dropped into the location of the drop target at the time of drop, 
whether that is below or adjacent to the locked content. Yes, the 
warning message is bound to the dragging avatar and will move with it.

2) Locked portlet visual presentation is still being decided and the 
look of locked content in the mockups is still experimental.  In the 
end, I believe that is something unique to the portal and not to the 
Layout Customizer.

Gary

Anastasia Cheetham wrote:
>
> On 14-May-08, at 5:39 PM, Gary Thompson wrote:
>
>> I posted mockups for the keyboard interaction:
>>
>> Layout Customizer Mockups
>> http://wiki.fluidproject.org/x/9Q8a
>>
>> See if this helps answer your questions.
>
> Gary, thanks so much for this, it really helps! We're working on 
> implementing the interface, and we have some questions:
>
> 1)
> Under "Attempting to drag above a locked portlet results in no valid 
> drop target message," it says
>
> "...the valid drop target indicator remains in the first valid drop 
> position below the locked portlet(s)..."
>
> First: What should happen if the user drops despite the warning? I 
> would assume that since a drop marker is shown below the locked 
> portlet, the drop should successfully move the dragged portlet to 
> where the drop marker is?
>
> Second: What if the valid drop target indicator was most recently 
> elsewhere i.e. not in the first valid position below the locked 
> portlet? For example, if the marker was in the adjacent column, and 
> the user dragged sideways to the locked portlet? Should the drop 
> marker a) remain where it was, b) move below the locked portlet, or c) 
> other?
>
> Finally: I'm assuming that the warning message is bound to the 
> dragging avatar, and that if the cursor moves the avatar, the message 
> moves with it? (assuming the message is still valid, of course)
>
>
> 2)
>>
> In your keyboard interaction mock-ups, the styling of the locked 
> portlet is different than the styling in the mouse-based mock-ups. Was 
> this intentional, or experimental for discussion, or other?
>
>