There have been thousands of bug fixes and commits since anyone checked on this bug report. To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. > This behavior is configurable on my touchpad under Linux. > is that a two-finger scroll on a touch pad drags the sheet, NOT the scroll > The expected behavior (standard across all applications and all platforms) The problem is the inconsistency among applications - that LibreOffice does the opposite of all other applications. As you pointed out, that preference can be changed in a global setting in the OS. To re-iterate, we don't need to debate which direction is "right" or "wrong". So I can reverse the global setting in Windows to make LibreOffice behave "correctly", but then all other applications behave incorrectly. Whichever way Windows is configured, LibreOffice will behave the opposite way of all other applications under that configuration. Yes, there is a setting in Windows to globally reverse the direction. This is opposite of what is expected.Īgain, the expected behavior, in either axis, is that the sheet moves with the gesture, not the scroll bar. > The horizontal scroll bar moves left and the sheet moves right, bringing a part of the sheet from further left into view. On the touch pad, perform a two-finger scrolling gesture from right to left. > The horizontal scroll bar moves right and the sheet moves left, bringing a part of the sheet from further right into view. On the touch pad, perform a two-finger scrolling gesture from left to right. > The vertical scroll bar moves up and the sheet moves down, bringing a part of the sheet from further up into view. On the touch pad, perform a two-finger scrolling gesture in a downwards direction. > The vertical scroll bar moves down and the sheet moves up, bringing a part of the sheet from further down into view. On the touch pad, perform a two-finger scrolling gesture in an upwards direction. I will again describe the behavior, this time including also the behavior of the scroll bars for further clarity. 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. It's only in the horizontal axis that LibreOffice has it wrong. This is standard across all applications, and in fact LibreOffice does it correctly in the vertical axis. 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. Remember that the sheet and the scroll bar move in opposite directions from each other. 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. It is not a touch pad issue, and the behavior you're describing is not what's expected. This drags the sheet to the right, bringing a part of the sheet from further left into view. This drags the sheet to the left, bringing a part of the sheet from further right into view. Now do the same test with two-finger scrolling in the horizontal axis, which doesn't work as expected: So in the vertical axis, two-finger scrolling works as expected. This drags the sheet down, bringing a part of the sheet from further up into view. This drags the sheet up, bringing a part of the sheet from further down into view. First let's demonstrate two-finger scrolling in the vertical axis, which works as expected:
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |