I am running LO 4.3.3 (tried upgrading from 4.2.2) on Windows 8 on a Thinkpad Helix.
For almost every program on Windows, trying to pan using the touchscreen scrolls. This is a very useful behavior.
However, on the LO applications (and Apache OOO as well), it acts like a traditional mouse drag, simply changing the selection.
Thank you for your bug report.
Same problem here under Windows 10. The only way to scroll through an open document is the little scroll bar on the right of the document's window, however this was designed to be accessed by a mouse/trackpad/trackball. It's a real pain to use by fingertip.
Now that Windows 10 on <14" touch screens are the new standard, it would be nice if LibreOffice could distinguish between a swipe gesture to scroll a document up and down and a tap-hold-drag to select text within a document.
I can verify this behavior on a Windows 8.1 ASUS T100 tablet. Additionally to swiping highlighting instead of scrolling, it is impossible in a spreadsheet to copy a formula by touch into a series of cells with a click and drag, the way you can do in MS Word.
This is a pretty big quality-of-life issue with using this program. Please update to include true touchscreen compatibility ASAP.
I can also verify this behavior on a Lenovo Yoga 13 ultrabook (upgraded to Windows 10). In this case touch the page can swiping highlighting texts in LO Writer instead of scrolling, but touch the scrollbar can scroll page, that’s so uncomfortable for touch screen devices.
*** Bug 99331 has been marked as a duplicate of this bug. ***
A file previewing utility QuickLook, which uses macOS like quick preview feature to view the file on Windows, have already made an implementation for this, so let’s how does it get the solution:
A file previewing utility QuickLook, which uses macOS like quick preview feature to view the file on Windows, have already made an implementation for this, so let’s see how does it get the solution:
I can verify this behavior on my 10 inch Asus tablet using LO 5.4. I am really surprised by this. MS Office 2007 fully supported touch screen yet in 2017 Libre Office does not.
*** Bug 121000 has been marked as a duplicate of this bug. ***
LibreOffice 126.96.36.199 on Windows 10 and it is still an issue. This is very annoying with TouchScreen where we're used to use fingers to scroll everywhere. How can a bug like that not fixed after 4 years opened.
*** Bug 125096 has been marked as a duplicate of this bug. ***
As noted, the touch screen behavior on Windows now selects under touch pointer, rather than panning x/y (to ranges of scrollbars).
So while two finger swipe vertical scroll, and <shift> two finger swipe horizontal scroll behaviors are correct with track pad--single finger swipe is not with touch screen panels. Guess that should probably be expected, they are different hw driver and os/DE integration.
@Tomaž, Mike K. -- with some generic support for gestures in VCL now for bug 124146, could we possibly support the screen touch scrolling here without the dev overhead of a full implementation of Windows Touch API (WM_TOUCH, WM_GESTURE messaging)?
MSDN suggests it is possible , and we seem to use some elements already in the gdi/salnativewidgets-luna for Windows builds.
That "generic" gesture support was only to transport the events around, but responding to the event is only implemented for some widgets (ComboBox).
Also what is needed is the backend support to recognize the gesture and send the event, so we need to implement Windows Touch API.
Could you please clarify if this bugreport only about Windows touchscreen support, or about generic solution for supported platforms? Just want to remind that bug 121000 was marked as duplicate of this bug.
Well this one is marked for Windows, but I guess it could be all platforms. I don't think it matter much at this time.
I have the same problem on Ubuntu 18.04, on a Lenovo Yoga 300 with touch screen. the scroll and zoom don't work.
I use the LO PPA with 6.3 version.
Changing priority back to 'medium' since the number of duplicates is lower than 5
An End-user, with Libre6.3 on win10/ubuntu Surface2, 10" touchscreen:
> touch screen will not control vertical scroll without selecting actual scroll-bar (which is thin and not expandable)
> furthermore, use of the main srcoll-bar with a stylus is very jerky.
> comparable issues with Linx7, 7" touchscreen device
> presumably same issues on similar devices also (IDK)
This is a BIG issue for use of LibreBase Forms with handheld devices (something I have been looking into) - making them almost un-useable without a mouse or touchpad.
This is a real shame and something I really hope can be addressed, particularly because android/linx/windows multi-boot cross-over devices have very many uses as advanced field-data collectors ... assuming a viable interface :/
End-user Solutions might look like:
1 - a page-control-scroll-bar to place directly in a LibreBase form !!! :)
2 - customizable width/princedom of the main Libre app-document vertical scrollbar, or at least an 'Extra_Wide' setting to toggle-on for small form factor touch screens...
Thanks Libre - keep it loose, keep it open :)
(sorry about the rouge horizontal scroll bar up there :O)
(In reply to trowelandmattock from comment #20)
> (sorry about the rouge horizontal scroll bar up there :O)
SOME VIABLE WORKAROUND NOTES FOR USERS OF SMALL TOUCH SCREEN FORMS:
1) - use virtual touch pad, place in corner of screen so buttons are hidden but just enough visible for 2-finger scroll-gesture
[a bit of a fiddle for people who dont use touch screens often, or have more limited finger mobility/sensitivity]
2) - use 'finger-mouse' or hand-held roller-ball style thumb-controller with scroll-wheel. Quite functional for outdoors and situations where touch screen is not wanting to be touched ... but requires additional external device.
3)BEST SOLUTION =
Use the 'jump-to' action of a text/control box when selected to focus that item in center screen : e.g. place long-thin dummy text-boxes alongside real form boxes and have them run as a thin chain down the screen at appropriate sizes> when a dummy box is tapped on that section of the page is focused mid-screen !!!
This method seems to work very well :) !!! - but users may need to be instructed as to functionality (ie the control is now neither an easily recognizable scroll-bar nor directly intuitive touch-control.
Hopefully this may be of use to somebody also exploring interesting possibilities of linux+libre in data-logging for cultural heritage/field-work, but also suggests another possible developer solution - ie a new function for "push_button_control" = "jump_to_section" ....
THANK YOU LIBREOFFICE - I LOVE YOU :) !!!