Two bugs, two suggestions and a question from the latest beta version.
Two bugs, two suggestions and a question from the latest beta version.
B1) [this one wasn’t in the snapshot] the specific settings from a container (panel/folder) doesn’t go to the settings of that container. Instead it goes to the settings of the latest container that was edited (if no container was edited yet, it goes to a blank one; in my tablet it goes to the first desktop) {see video}
B2) I have content overlap, and the editor bars are drawn over the desktop, with a small gap. This is device specific I think. {See video}
S3) Now there are eight handlers in the scaling mode, what about put also eight in the resize one?
S4) With small items it is hard to move them because you click the handlers instead. What about another ‘mode’ to only move the item, without handlers? Then you can also leave the resize one to resize only, (or leave it as it is). Will be: -tap> move, -tap> resize, {free mode: -tap> scale, -tap> rotate, } -tap> deselect
Maybe also draw a semi transparent background on the handlers to know where to click?
Q5) Previously there were three different snapping options: sides, center, both. Now I can’t see any way to choose, it is always both. Is the setting moved somewhere?
If not, what about change it clicking the snaping button on the editor bars repeatedly?
(Oh, and I love the new version! I couldn’t test the snapshot a lot, but I’ll do with this version 😀 )
]]>
< ![CDATA[
^check g+ syntax
]]>
< ![CDATA[
Oops! Thanks 🙂
]]>
< ![CDATA[
Thanks for the bug reports. Regarding the overlap, this is annoying, I tried to test every combinations on three different devices 🙁 Well, I guess I’ll have to work on it again…
Regarding the handles, I thought this was not so useful when resizing, because keeping the aspect ratio doesn’t matter a lot (IMHO). I prefer to keep things simple in this mode which is the most used one (at least for many people). Or maybe the corners could be active but hidden?
Indeed, these enlarged handles make the inner area smaller. I tried to adjust this area so that it is still large enough on a small screen but the problem remains the same when the item is small, whatever the screen size is. The only solution is to zoom. I am not sure an intermediate mode would work because when the scale mode is selected it is still difficult to switch to the next mode. Maybe also the resize mode could use smaller handles than the scale mode?
The old snapping option is dead, I removed it… I rewrote the whole snapping code and although it could replicate the same behavior it seemed to me it wasn’t so useful. I changed the snapping rule so that it is somewhere between the previous options.
]]>
< ![CDATA[
By the way, at 1:12, when entering edit layout mode, it seems there is a weird animation, like a jump, is it only the video or is it real ? I wonder whether this could be related with the gap.
]]>
< ![CDATA[
It is from the video. The animation works fine ‘on live’
]]>