__Edit__: Updated for clarity.
The default mapping of two finger move on most desktop platforms is _scrolling_ (horizontally or vertically) rather than zooming. Two finger pinching on the other hand is the default gesture for _zooming in_.
Switching to the default operating system behavior would improve the usability of the Camunda Modeler for average users. See suggested mappings / scroll directions below.
__Tasks__
__Note__
__Suggested Mappings__
| gesture | action |
|:--|:--|
| two finger vertical move | scroll vertically |
| two finger horizontal move | scroll horizontally |
| two finger pinch | zoom in/out |
__Document/Canvas Scroll Directions__
The following table summarizes the __document scroll direction on two finger gestures__ for the different OS(s):
| gesture | default | Mac |
|:--|:--|:--|
| 2-finger-up | to top | to bottom |
| 2-finger-down | to bottom | to up |
| 2-finger-left | to left | to right |
| 2-finger-right | to right | to left |
| pinch-in *| zoom out | zoom out |
| pinch-out ** | zoom in | zoom in |
* moving fingers closer to each other
** moving fingers away from each other
yup, did you find a workaround? I tried with BetterTouchTool to at least "cancel" the current behaviour with no luck
@nikku would be great if we had a fix for this! Very problematic on trackpad users.
Sounds like quite bad usability. What do you guys expect? Just a revert to the pre 1.8.1 behavior?
@nikku no, sorry for my wording, "as of 1.8.1" merely means "I confirm this behavior at 1.8.1". Probably it works the same in all versions.
@nikku What is needed is to change the current behavior and make touchpad horizontal/vertical scroll gestures actually scroll instead of zooming
Okay, this should be discussed. Applications like draw.io work like you describe. Horizontally/vertically scrolling the canvas when using two fingers and then with the use of an addional modifier key (CTRL) zooming the canvas. This makes sense for me and I would go for this behavior. Needs discussion though.
it's the default mac behavior, no-brainer
I wanted to join this discusssion as a windows user instead of creating new one. Basically I also need to exchange the scroll and zoom behaviours. Please find my summary and suggestions as attached:
@kayazeren this issue is specifically about Mac scroll/zoom behaviour. I think it is better to keep this issue focused. And the issue is not about "what I need". The core problem is that the current Mac UX doesn't align with a traditional Mac experience (aka unintuitive)
@tsabirgaliev thank you for your fast repy. Taking with your words; I guess Mac scroll/zoom behavior is very similar to Windows and Windows User Interface also does not align with traditional Windows experience. So plase take my "what I need" phrase as a "Which experience a Windows user need.."
I will create new issue on Windows navigation. Sorry for inconvenience.
Thanks all for your valuable feedback :heart:.
As mentioned by @kayazeren native-like support for two finger gestures this is not specific to Mac but relevant across all platforms. Because of that I've edited the issues title and provided a detailed summary of the mapping in the issue description. Feel free to double check and correct me, if I'm wrong!
Good user experience is important for the Camunda Modeler and proper support for these core touch gestures is something we plan look into in the future.
@nikku why the proposed scroll direction is opposite for Windows and Mac? The direction depends on user preference set in System Preferences. I hope it is possible to delegate the direction to OS setting (or at least, have an app level setting for that)
@nikku this is what I mean by 'OS setting':

I concur with @tsabirgaliev's statements. Not everybody enjoys Mac's "natural" scroll direction. This camunda setting should be system setting dependent.
@nikku why the proposed scroll direction is opposite for Windows and Mac?
Because there is different default behaviors for Mac and other platforms.
Unfortunately, we'll most likely not be able to react to users special settings. This is due to the fact, that we need to work with raw pointer events and interpret these
Adding a switch to toggle between natural scrolling and default (Windows / other OS(s)) would be an addition to consider.
Needs fix via https://github.com/bpmn-io/diagram-js/issues/240.
Will be addressed in the next version of the Camunda Modeler.
You can get a sneak peek of the the new interaction patterns at demo.bpmn.io.
Feels fantastic! Thank you for this
Great... and what a luck. I'm just at the end of the mapping 250+ processes...
Next week I will deploy Camunda Modeler and process maps to the users for change management.
Now teaching them how to use the Modeler will be easier.
Thanks a lot.
Most helpful comment
Will be addressed in the next version of the Camunda Modeler.