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.
-- 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 protected] Unsubscribe : https://launchpad.net/~screenlets-dev More help : https://help.launchpad.net/ListHelp
