I’m not sure if this is actually a bug, or more a “necessary evil” due to the nature of panels, but (!!!!) one…

I’m not sure if this is actually a bug, or more a “necessary evil” due to the nature of panels, but (!!!!) one cannot swipe left or right to the next “desktop”, if the current desktop is fully covered with panels.

I just found myself “stuck”, after placing 4 rectangular panels butting up to each other, taking up all real estate. All scrolling inside the panels is vertical, so I thought horizontal scrolling could be used to the next “page” (or desktop). No such luck. Any solutions?

]]>

7 Commentsto I’m not sure if this is actually a bug, or more a “necessary evil” due to the nature of panels, but (!!!!) one…

  1. Anonymous says:

    < ![CDATA[

    You can edit the gesture associated with swiping left and right to change to a diffrent desktop.



    Not sure if you can do this if your looking to scroll on the current desktop.

    ]]>

  2. Anonymous says:

    < ![CDATA[

    Actually panels catch all events, except pinch zoom. This is a limitation, maybe I will be able to improve this somewhere in the future. This is needed in your situation, but also in some other classic use cases.

    ]]>

  3. Anonymous says:

    < ![CDATA[

    Perhaps add to the gesture list “scroll desktop”

    ]]>

  4. Anonymous says:

    < ![CDATA[

    This will be added but actually this is more complex than that: this event would be triggered for the panel. What is needed is to conditionally propagate events from the desktop to the child item, according to its inner state. Events handling is one of the two most complex code area in this app.

    ]]>

  5. Anonymous says:

    < ![CDATA[

    Pierre Hébert what about a buffer zone? For example, to be able specify a zone (rectangle) inside which, the swiping would not be picked up by the panels?

    ]]>

  6. Anonymous says:

    < ![CDATA[

    Humm… this buffer zone could be some sort of rectangular item placed over a panel. It would catch scroll but not click. Currently you may do something a bit like this (a dummy shortcut without text/icon) but it will catch clicks.


    My preference goes to an improved handling of events though. This is a bit tricky to implement but it would be more easier and more intuitive to use though.

    ]]>

  7. Anonymous says:

    < ![CDATA[

    Pierre Hébert, yes of course of it could handle it without adding rectangles and such, it would be much more elegant!

    ]]>

Leave a Reply

Your email address will not be published. Required fields are marked *