Another bug report from users of my template:
Another bug report from users of my template:
Folder window options defined at current desktop (top 424, height 528). Folders at desktop use those defaults, no overrides.
But when template is applied to device with higher resolution (note 3 vs nexus 4), settings of each folder are changed (top 1120, height 1503), values are marked as “custom”. Desktop folders’ defaults are original (not scaled). So changing default values no longer apply to existing folders.
When fixing, please keep in mind to rescale not only when applying a template, but also when loading different styles for desktop.
]]>« Christmas and the New Year Day are already behind us… (Previous Post)
(Next Post) Android 4.3 device samsung galaxy s4 »
D5 Creation
< ![CDATA[
So there definitely needs to be a way to select folder position using a device independent approach.
]]>
< ![CDATA[
Yes. And not only relative to top left. Maybe percentage, but in some cases exact pixel position is necessary. Not easy, I guess.
]]>
< ![CDATA[
I think that a solution will be to: internally the launcher will store the percentage but in the scroll it will show the pixels. So, in the scroll pop-up, the minimum will be always 0 and the maximum will be the device screen resolution.
Pierre Hébert: what do you think?
]]>
< ![CDATA[
I think the proposition of TrianguloY to use a percentage is the way to start, but I wouldn’t display values converted in pixels, because the size of screen depends on several factors (orientation, status and navigation bars), and this not always possible to detect the available screen size inside the customize screen, simply because there is no way to know the navigation bar height for instance.
What I would suggest instead is to be able to visually modify the folder window directly through the home screen, using handles like any other items, and maybe with a specialized geometry toolbox too. That’s quite a lot of job but it could work.
Lutz Linke do you think that percentage+touch based placement would work for you ?
]]>
< ![CDATA[
Yes, I think so. But keep in mind: anchor point is essential. Screens nit only differ by resolution but also by x:y-ratio.
]]>
< ![CDATA[
Uhm… rework the geometry menu?
I have posted a new topic about this.
]]>
< ![CDATA[
unfortunately good multi screen support is out of my reach. I don’t hope to flawlessly allow layouts to be scaled from one screen to another.
Regarding anchoring, this can be done using alignment values and margins, except that box dimensions are not scaled ?
]]>
< ![CDATA[
Pierre Hébert Sure. Similar to as it is now. No need for “custom”, just top/bottom and left/right. Bake would specify the margin from that alignment. With percent instead of absolute values then even width and height would be easy to handle. Sounds good.
]]>