Alternative desktop applet interaction

[Marco Martin]

On Friday 13 February 2015, Eike Hein wrote:
> Hi,
> 
> yesterday I added a new "Experimental" page to the config dialog
> of the Folder View desktop containment in master. It offers two
> options that enable a different way of interacting with widgets
> on the desktop:
> 
> - Pressing and holding for $platform_delay to engage a 'move' mode
>    where as long as the press is kept, the applet moves with the
>    pointer.

i tried it a bit, it seems to work pretty well, good job.

> Additionally, the implementation currently intentionally ignores
> whether widgets are locked or not. With no handles flying in on
> hover, and move/edit mode being hard to enable accidentally, the
> lock itself becomes much less necessary - maybe altogether super-
> fluous even, allowing for further simplification.

I don't think so, locked means locked.. especially for kiosk setups where it 
would be systemimmutable the expected behavior is that there should just not 
be any ways to move anything in any way

> * The placeholder (common to Desktop and FV) sizing with handle
>    reveal disabled is wrong by the handle width.
> 
> * This impl is a prototype, don't expect polish.
> 
> I'm not really sure what all of this means yet (although Netrunner
> intends to ship some form of this eventually), but it's food for
> thought.
> 

As for having this by default or not, i'm not sure.
This was the behavior back then with the netbook shell, and in general people 
did't get it had that functionality (even added a visual feedback immediately 
after the mouse was pressed at some point, but didn't help)

one thing is that it would break if any applet decides to manage press nad 
hold i guess (not any current applet i know, but since is a standard signal in 
MouseArea, hmm)

perhaps now since everybody and his dog has an android phone it may be 
different, not sure, perhaps needs more testing

-- 
Marco Martin