Optional snap-to dimensions for screenlets

Bug #1007985 reported by VisionInit
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Screenlets
New
Wishlist
Unassigned

Bug Description

Many modern operating systems are using these sort of widgets that you can kind of move around on a grid. I'm thinking Android first of all, and what I have seen in screenshots of the new Windows OS.

Screenlets is the obvious choice to match this functionality. It's already there, except for a grid to snap to. I also like the freeform method..so maybe having the option to switch the grid on and off would be nice, or maybe per widget - you could snap the widget to the grid or off. :)

I imagine dropping a widget like dayNight onto the grid and maybe even having the option to rezise it by dragging and dropping a corner.

A recommendation could be made to screenlet developers to initally set their screenlet width to a multiple of 128x128 for maximum compatibility.

Changed in screenlets:
importance: Undecided → Wishlist
Revision history for this message
Rastko Karadzic (rastkokaradzic) wrote :

Good idea but it will take a quite time to implement that. I have started implementing long-click start-move and drag-drop corner for resize. That is not a big problem, problem is a grid and its compatibility with those 128x128 grid places. It can be done but every screenlet would need implementation of some kind on_resize event. Without it, we could still force screenlets to snap to the grid but it could resize only linear (128x128, 256x256, 384x384...) and not (128x256, 256x128, 128x384 ...). Without touching screenlets sources, resizing would be just like now - zooming. And idea behind Android widget resizing is to show more features if widget is bigger or less if it's smaller.

Revision history for this message
VisionInit (visioninit) wrote :

Another option for a 128x128 square in a 128x256 area is to center the widget vertically and keep it sized at 128x128

Revision history for this message
Rastko Karadzic (rastkokaradzic) wrote : Re: [Screenlets-dev] [Bug 1007985] Re: Optional snap-to dimensions for screenlets

That's ok but what I wanted to say is that without changing source of
existing screenlets they could only zoom like now.

On Sun, Jun 3, 2012 at 1:41 PM, jr <email address hidden> wrote:

> Another option for a 128x128 square in a 128x256 area is to center the
> widget vertically and keep it sized at 128x128
>
> --
> You received this bug notification because you are a member of
> Screenlets Dev Team, which is subscribed to Screenlets.
> https://bugs.launchpad.net/bugs/1007985
>
> Title:
> Optional snap-to dimensions for screenlets
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/screenlets/+bug/1007985/+subscriptions
>
> _______________________________________________
> Mailing list: https://launchpad.net/~screenlets-dev
> Post to : <email address hidden>
> Unsubscribe : https://launchpad.net/~screenlets-dev
> More help : https://help.launchpad.net/ListHelp
>

Revision history for this message
VisionInit (visioninit) wrote :

I think seeing the drag and resize functionality will be good. Right now the experience is trying the right click and zoom options and eventually having to go into properties to fine tune things across multiple widgets to get the correct alignment.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.