Hi, guys.
Hi, guys. I’m not pretty sure if this is a bug or not (anyway, it’s not a big deal). The only thing I miss in the new stop points configuration is a more friendly snapping options. I don’t know why, but every time I try to use them in more than one of my stop points, they stop to work correctly (sometimes, barriers don’t work anymore, or the scroll doesn’t stop at the point…). As you can see in the photo attached, I place two stop points per side bar, just to get scroll stops at each edge of the bars. Everything works fine, but the snapping option. Any idea?
]]>« Please add for gestures function this new option… (Previous Post)
D5 Creation
< ![CDATA[
I don’t know, but do you need them to be bi-directional? I just have one (single direction) per side. Fit to desktop and snap to page is checked. On the left, it points right and on the right it points left. No issues.
]]>
< ![CDATA[
there almost needs to be more options with snapping, snap to top snap to bottom, snap to right snap to left Pierre Hébert ? you have a two unnessesary stop point there, for instance th highlighted one is stopping th screen from scrolling in exactly th same place as th one on th top edge of th screen, does that make sense, same goes for th ones one th side edges, they are both doing th same thing, th ones all around th outside need only to be config’d for thier various directons, th less stop points th more easily snapping can be used, although i have no luck with th more complicated ones like yours. a simple one is snapping sp right edge of screen, then scroll left a page, scroll left another page, scroll left another page, etc, then one right scroll will snap you right back to home, nice work by th way that looks awsome.
]]>
< ![CDATA[
Thanks, Chris Chastain and Klyntone Bourserk .I’ll try your tips at home, and I’ll report
]]>
< ![CDATA[
Javier Rodríguez García, and yeah Klyntone Bourserk… I agree. Looks like a clean, well thought out layout.
]]>
< ![CDATA[
Thanks again for your kind comments.Well, I’ve tested almost every combination I can imagine, but still no luck. I’m using the stop points you can see in the inside edges of every bar because I need the scroll to stop always at the central screen edges. If I don’t place the insides ones, scroll only stops at the end of the bars. So, I’ve to press back button to stop in the central screen. I’m probably wrong, but I can’t see the way to get that without using four stop points. Anyway, I’ve customized the points in only one direction and problem with snapping still persists. Keep on trying. Cheers
]]>
< ![CDATA[
you can use two inside ones and set th remaining two to stop dragging, i have it working like this: https://plus.google.com/u/0/109701062216655001486/posts/d2dtYyjCXbz
i’m still playing with snapping and have only made it work when i want to return back home over multiple pages with one swipe.
anyway th beauty is we will all be using them differently.
]]>
< ![CDATA[
Whow, it seems that SPs are raising a lot of questions 😉
As far as I can see in your setup you don’t need barrier at all: SPs at the desktop boundaries are useless, just use the fit desktop to items option, and possibly set overscroll to disabled. You will get the same effect. If you add SPs on the edges of your desktop you will enlarge it a bit. Not using them here will let LL to simply stop scrolling according to the overscroll+fit to desktop options.
Snapping can be tricky when used in conjunction with other non snapping SPs because snapping will bypass everything in the middle. It really moves from A to B, without taking into account barriers for instance.
Klyntone Bourserk is right too : the less stop points you have, the easier it will be to configure, because otherwise it rapidly becomes a hell to configure. Maybe a way to build the scrolling scheme is to gradually add SP, one at a time with the minimal set of options. For instance add one at the bottom acting only on the wanted direction as you did, test it, ensure everything is right, then add a second SP, test again, etc.
I am wondering whether it would be useful to specify if a SP stops the left edge or the right edge of the screen ? Currently it matches both.
And last: your setup looks really great, I hope you will made a video once it will be ready !
]]>
< ![CDATA[
Pierre Hébert ,it would be my pleasure to show my desktop in a video. I’ll look into it when I can control all the processes. By the way, my previous set up, based in Fit to Items, worked fantastic, except swap function. I’ll test later and report.Thanks, guys
]]>
< ![CDATA[
Klyntone Bourserk , thanks for share your configuration. I must say it works perfectly, you’ve got the same effect with only six SPs, not 8 (like my original set up). So, you were right. On the other hand, I’ve got the same results with the combination of Fit to Items plus only 2 bidirectional SP, one on the internal edge of the left sidebar and one on the internal edge of the bottom bar (just like yours); just to make scroll stop in the limits of the central home screen. I think this is the set up with less SPs that works to me.
Finally, I’ve tried to implement snapping option in your set up, but still no luck. For instance, if I check snapping option in the SP of the external edge of the right sidebar, the scroll movement bottom to top goes beyond the SP in the upperbar. Maybe an option to combine Fit to Items and Snap to that items could be the solution, Pierre Hébert ?
Anyway, the result is already optimal, despite this snapping thing.
I’m gonna try to make a video and share my screen working. It seems incredible to me all the posibilities that give us LL Extreme. IMHO, so far the best app for those who like the customization staff!
]]>
< ![CDATA[
that’s cool, i’ve never been able to use fit to desktop, th top and bottom widgets seem to have some kind of padding around them so there is always a gap at th top and bottom so i like th definite barrier that th new stop points create, if you wanted you could have it stopping right in th middle of an item, with LL we can all have what we want.
]]>