I just updated to the last version of llx, with all its mighty new features, but I have a minor problem.
I just updated to the last version of llx, with all its mighty new features, but I have a minor problem.
I had found an easy solution to expand the notification tray with a single finger swipe down on an empty pinned panel (see picture).
I used this way since I needed ‘normal’ swipe in home screen to expand the panel below.
So when I updated I went to the ‘events & actions’ submenu for the panel, enabled single swipe down for tray expansion, but it does not work anymore.
It did, on rare occasions, but with a lot of inconsistency.
All the other triggers taps, double swipes work perfectly.
Am I the only one having troubles with single finger swipe events?
]]>
< ![CDATA[
same to me
]]>
< ![CDATA[
Works fine for me. All I can think of is to make sure the panel scrolling is set to none… or at least horizontal only. If you’ve already done that, then I don’t know. Maybe if the panel was a little wider so you don’t miss it??
]]>
< ![CDATA[
Chris Chastain in my case i tried what you wrote, but still not working
]]>
< ![CDATA[
Try the opposite: set the scroll to vertical (and or horizontal)Ok no. Won’t work.
I think the issue is with the new behaviour of scrolling. Now, if the panel can’t scroll the scroll will act instead in the desktop.
Question: why are you using a panel? Can’t you use a normal shortcut with the swipe down? (Maybe you can’t I don’t know. That’s why I’m asking)
]]>
< ![CDATA[
TrianguloY your explanation seems to make sense.
Your question is quite valid, I have no reason not to use a shortcut (and I will from now on), I just used a panel the first time and it worked, now I wondered if this was a bug of sorts or I was doing something wrong.
Question: does loading a panel instead of a shortcut take up more memory?
]]>
< ![CDATA[
TrianguloY in my case it would make sense. e.g. in my accordion setup swipe up/down should open/close the accordion.
]]>
< ![CDATA[
Probably you have some items more than visible home screen (in same direction) – you have more screens in one desktop . If yes, swipe for this way consumed your gestures.
]]>
< ![CDATA[
… so we need LLX to check for an event/action in a container, before passing it to the desktop?
]]>
< ![CDATA[
Chris Chastain exactly. Not sure how is implemented now.
Pierre Hébert?
]]>
< ![CDATA[
Maybe I’m missing something here, but why the need of a panel? Why don’t you use a normal (no-action) shortcut, with a swipe down action?
]]>
< ![CDATA[
Gábor Barta because there is the option to do it.
]]>
< ![CDATA[
Gábor Barta, in Elia Vardanega’s case, he states in his OP, he needs to have his desktop scroll vertically to access the bottom dock area. Would a swipe on a shortcut work in that instance?
]]>
< ![CDATA[
Chris Chastain As i said in my last comment, the shortcut works.
The workaround is exactly the same, I just need to position the shortcut in a specified (and limited) position and then I can access the bottom dock with ease.
Gábor Barta the case of gerd reuter seems instead to require the use of panels, so we were just speculating on why a solution, that should nominally be possible, doesn’t work.
]]>
< ![CDATA[
Chris Chastain I have vertically scrolling desktop && shortcut with swipe up action (folder open). It works.
gerd reuter You can do that, but the question is which one consumes less memory? An empty panel, or a shortcut item?
]]>
< ![CDATA[
Gábor Barta in my case the panels are NOT empty. Personaly i create only objects when i realy need them.
]]>
< ![CDATA[
gerd reuter but in Elia Vardanega ‘s case it’s empty. You didn’t mention until now that yours not.
]]>
< ![CDATA[
It may have worked previously with a panel, but now it cannot work safely.
The reason is that the panel now “catches” touch events when it ‘thinks” it should do it. When it cannot scroll in a direction, it will let events flow to the parent container and the swipe gesture cannot work. I didn’t anticipated this, and the option will have to be removed.
Use shortcuts instead of panels, they are much lightweight.
]]>
< ![CDATA[
Well, that about wraps it up, doesn’t it?
Thanks Pierre Hébert for clearing the doubts.
]]>