Hello roee, *,
Thanks for reporting a bug in LibreOffice. It's unclear from the
information you provided exactly what's going wrong. Could you please
give us more details, including clear steps to reproduce the problem?

Thanks,
Thomas.

I tested in both LibreOffice Calc and Writer, the touchpad two-finger-scrolling works as expected.

Fedora 20 x86, Lenovo R61i, LibreOffice 4.2.3.3

As the bug reporter reported the OS as Windows, should someone test it under Windows also?

Steps to reproduce:

Open up Calc.

First let's demonstrate two-finger scrolling in the vertical axis, which works as expected:

- On the touch pad, perform a two-finger scrolling gesture in an upwards direction.

- This drags the sheet up, bringing a part of the sheet from further down into view.  This is as expected.

- On the touch pad, perform a two-finger scrolling gesture in a downwards direction.

- This drags the sheet down, bringing a part of the sheet from further up into view.  This is as expected.  So in the vertical axis, two-finger scrolling works as expected.

Now do the same test with two-finger scrolling in the horizontal axis, which doesn't work as expected:

- On the touch pad, perform a two-finger scrolling gesture from left to right.

- This drags the sheet to the left, bringing a part of the sheet from further right into view.  This is opposite of what is expected.

- On the touch pad, perform a two-finger scrolling gesture from right to left.

- This drags the sheet to the right, bringing a part of the sheet from further left into view.  This is opposite of what is expected.

(In reply to comment #3)

> - On the touch pad, perform a two-finger scrolling gesture from left to right.
> 
> - This drags the sheet to the left, bringing a part of the sheet from
> further right into view.  This is opposite of what is expected.

I dont agree with you.  
two-finger scrolling gesture from left to right =  dragging the scroll bar right = more contents on the right side show up. 
This is what we expect,  and it is what any other applications behave. 

> - On the touch pad, perform a two-finger scrolling gesture from right to left.
> 
> - This drags the sheet to the right, bringing a part of the sheet from
> further left into view.  This is opposite of what is expected.

this is also what we expect. 

So,  not a bug. 

Anyway, I dont think libreoffice can determine the touchpad guesture issue. It may be up to your touchpad driver settings?

Some more info :

Based on my experience,  on mobile phone screens, two figure scroll left-to-right will move the screen left-to-right.  However touchpad of a notebook  is different - it moves the scroll bar left-to-right, rather than move the content left-to-right. Applications just like firefox behave the same way.

I'm sorry, no, I think you're incorrect.  It is not a touch pad issue, and the behavior you're describing is not what's expected.

The expected behavior (standard across all applications and all platforms) is that a two-finger scroll on a touch pad drags the sheet, NOT the scroll bar.  Remember that the sheet and the scroll bar move in opposite directions from each other.  With a two-finger scroll on a touch pad, the expected behavior is that the sheet moves in the direction of the gesture, which means the scroll bars move in the opposite direction.

This is standard across all applications, and in fact LibreOffice does it correctly in the vertical axis.  It's only in the horizontal axis that LibreOffice has it wrong.  This is a bug, and needs to be fixed for LibreOffice to be 1) self-consistent, and 2) consistent with expected behavior across all applications.

I will again describe the behavior, this time including also the behavior of the scroll bars for further clarity.  Please read this carefully:

To reproduce:

Open any LibreOffice application.  Perhaps Draw makes this most clear.

First let's demonstrate two-finger scrolling in the vertical axis, which works as expected:

- On the touch pad, perform a two-finger scrolling gesture in an upwards direction.  --> The vertical scroll bar moves down and the sheet moves up, bringing a part of the sheet from further down into view.  This is as expected.

- On the touch pad, perform a two-finger scrolling gesture in a downwards direction.  --> The vertical scroll bar moves up and the sheet moves down, bringing a part of the sheet from further up into view.  This is as expected.

Now do the same test with two-finger scrolling in the horizontal axis, which doesn't work as expected:

- On the touch pad, perform a two-finger scrolling gesture from left to right.  --> The horizontal scroll bar moves right and the sheet moves left, bringing a part of the sheet from further right into view.  This is opposite of what is expected.

- On the touch pad, perform a two-finger scrolling gesture from right to left.  --> The horizontal scroll bar moves left and the sheet moves right, bringing a part of the sheet from further left into view.  This is opposite of what is expected.
Again, the expected behavior, in either axis, is that the sheet moves with the gesture, not the scroll bar.

(In reply to comment #5)
> Some more info :
> 
> Based on my experience,  on mobile phone screens, two figure scroll
> left-to-right will move the screen left-to-right.  However touchpad of a
> notebook  is different - it moves the scroll bar left-to-right, rather than
> move the content left-to-right. Applications just like firefox behave the
> same way.

I respectfully disagree.  I'm running on a notebook (currently an HP Envy running Win8.1). I just tried this in Firefox, since you mentioned it.  Firefox behaves correctly per my definition.  The sheet, not the scroll bar, moves with the gesture.

never confirmed so reopened is incorrect

(In reply to comment #6)
> [...]
> The expected behavior (standard across all applications and all platforms)
> is that a two-finger scroll on a touch pad drags the sheet, NOT the scroll
> bar. 

This behavior is configurable on my touchpad under Linux. I guess it is configurable on Windows too.

Best regards. JBF

Yes, there is a setting in Windows to globally reverse the direction.  However, this not the point.  Whichever way Windows is configured, LibreOffice will behave the opposite way of all other applications under that configuration.  So I can reverse the global setting in Windows to make LibreOffice behave "correctly", but then all other applications behave incorrectly.

To re-iterate, we don't need to debate which direction is "right" or "wrong".  As you pointed out, that preference can be changed in a global setting in the OS.  The problem is the inconsistency among applications -- that LibreOffice does the opposite of all other applications.

Cheers,
-Roee


(In reply to comment #9)
> (In reply to comment #6)
> > [...]
> > The expected behavior (standard across all applications and all platforms)
> > is that a two-finger scroll on a touch pad drags the sheet, NOT the scroll
> > bar. 
> 
> This behavior is configurable on my touchpad under Linux. I guess it is
> configurable on Windows too.
> 
> Best regards. JBF

On a Lenovo T520 with Win 7, two-finger scrolling in Firefox scrolls vertically exactly like LO and Windows file explorer (fingers down, scrollbar down..). Horizontal scrolling in LO, however, does not do anything.
In Firefox as in file explorer, horizontal scrolling left moves the scrollbar left, right moves the bar right.

So it seems the reporter's claim of standard behavior does not hold water. The behavior is apparently device-specific or OS-specific.

At least on my Lenovo, two-finger scrolling is not about moving freely on a canvas in 4 directions. It is simply scrolling, like the name and the cursor helpers imply.