A rather frustrating bug..
A rather frustrating bug..
I have a folder with a specific height and I have scrolling set to horizontal.. When I compact and sort my items it places them with way to many rows before moving over to the next page..
I think it may have to do with edit mode being full screen
]]>
< ![CDATA[
This is because the sort option make them left-to-right and then up-to-down. Like when writing.
What you need (I think) is the opposite: up to down and then left to right. Exactly like the app drawerof the free version when you set the scrolling to horizontal. I wanted to suggest this…here it is Pierre Hébert
The ability to sort items in columns instead of rows (with a checkbox or when the scrolling is set to horizontal only and fit desktop to items)
]]>
< ![CDATA[
In the beta release for sorting it was just like that.. Something changed in the release after… But to be honest, I’d really prefer it to be this way.. I just want the icons to fit on the page
]]>
< ![CDATA[
Pierre Hébert, I figured out the root of my issue.. In the folder settings, I have rows set to a fixed size (170px), however ‘fixed number’ was set to 8.. I changed that setting to 4 and then switched back, and it works perfect..
Should be a pretty easy fix
]]>
< ![CDATA[
Ok I understand the problem now. The code need to get a number of colums/rows per screen, and it used the standard field for this.
In this situation it should divide the total screen size by the size of rows/columns.
Regarding the layout I think there are two options: the simple one which is implemented in LL, and the “paginated” one found in LLX and other launchers.
What could be done is display a confirmation box, with the paginate option, and the number of rows/columns before to actually move items.
]]>