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: https://github.com/xupefei/QuickLook/commit/b0e8a29f856cf6b9d3c8da52754240e7875b64e3
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: https://github.com/xupefei/QuickLook/commit/b0e8a29f856cf6b9d3c8da52754240e7875b64e3
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 6.1.3.2 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)[1]? MSDN suggests it is possible [2], and we seem to use some elements already in the gdi/salnativewidgets-luna for Windows builds. =-ref-= [1] https://docs.microsoft.com/en-us/windows/desktop/wintouch/windows-touch-portal [2] https://docs.microsoft.com/en-us/windows/desktop/wintouch/improving-the-single-finger-panning-experience
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 :) !!!
*** Bug 139452 has been marked as a duplicate of this bug. ***
*** Bug 140243 has been marked as a duplicate of this bug. ***
Same problem here. In MS Office you can scroll using touchscreen input but here it has no similar option. Please include this important option for touchscreen users.
Same issue here. On Lenovo T470, Fedora 34. LO Version: 7.1.4.2
Same with Win 11. Will Never be implemented even the amount of touch laptops is increasing….
Any LibreOffice applications are unusable in tablet mode also on Ubuntu 18.04 - 22.04 on a Dell Latitude 2-in-1. The scrolling works neither via dragging nor using the scroll bar. The latter is not a touchscreen sensitivity issue as it works in Firefox. Another desired behaviour for a touchscreen device would be zooming by pinch, also not implemented. At the same time, touch scrolling works in drop-down menus, such as font style.
*** Bug 140721 has been marked as a duplicate of this bug. ***
Need this too. Wordpad scrolls when swiped, does not select text. (Not that Wordpad is the definitive model, but consistency in user interaction is a good thing.) Wordpad does pinch zoom, too, but that's a lower priority to me. Google Docs scrolls when swiped, too.
Jarte is already sot support for this. https://www.jarte.com/help_new/tablet_word_processing.html
Same issue, Using a touchscreen monitor, should be able to scroll using two fingers but it only highlights text. Scrolling works fine in other apps, chrome, word, etc. Just not in Libra. I love libra but really need to be able to scroll. using LibreOffice 7.6
i can confirm tat LO is not really usable with a touchscreen at the moment. laptops with touch screen seem to become more and more common these days, i therefore think it would be great if LibreOffice would be able to assign this a higher priority.
HP Spectre Notebook using Windows 11 with touchscreen. Touchscreen using finger pressure will move any application up or down except LibreWrite. Please advise.
Same problem on Dell Inspiron 16 7620 2-in-1, Linux Mint 23.1 Cinnamon (x11 session). LibreOffice Writer Versions tested: Version 24.2.1.2 (X86_64) / LibreOffice Community Build ID: db4def46b0453cc22e2d0305797cf981b68ef5ac Flatpak Version: 7.3.7.2 / LibreOffice Community Build ID: 30(Build:2) (This is the version that Mint 23.1 includes by default.) Both versions show CPU threads: 16; OS: Linux 5.15; UI render: default; VCL: gtk3; Locale: en-CA (en_CA.UTF-8); UI: en-GB Cannot scroll vertically by swiping up or down on the touch screen with one or two fingers. Same problem in Normal or Web view. It works on the touch pad but that can be difficult to use, due to disabilities or when the laptop is inthe "easel" configuration (keyboard and touch pad on the bottom, facing the desk, screen upright, rotated 180 degrees compared to regular laptop configuration). Also, cannot move the vertical scroll bar up or down by touch on screen, in Normal or Web view. Touching and holding the "handle" icon does not allow dragging it up or down. Tapping above or below the "handle" icon on the vertical scroll bar works but it's an imprecise way to move through the document - usually moves more than a few lines at time. By comparison, OnlyOffice Document (word processor) and Firefox browser on the same platform also does not allow one or two finger swipes up/down on the touch screen to scroll, but at least the vertical slide bar on the touch screen works as expected. The Mint text editor, xed 3.4.5, allows vertical scrolling with one-finger swipe on the touch screen.
Tibor Nagy committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/042c62954be6ca55287e64cc725e71db4ddd7d8c tdf#85677: Add support for Windows touch gestures (panning,zooming) It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
If this bug is only about Windows version then please reopen bug 121000.
(In reply to Commit Notification from comment #35) > Tibor Nagy committed a patch related to this issue. > It has been pushed to "master": >... > Affected users are encouraged to test the fix and report feedback. MS Windows WDM touchpad "two finger" gestures seem to be working well. Pinch - Zoom Out, Spread - Zoom In, Swipe (L, R) - Pan (L, R), Swipe (U, D) Scroll (U, D). I am *also* getting reasonable touch-screen response with these same "two finger" gestures with this Full HD (1920x1024) display driven by Intel Iris Plus iGPU, w/Intel driver 27.20.10.8853 That while single finger <Shift>+swipe highlight/selects with out issue. Don't have a Windows Slate tablet to check against that hw type. @Tibor, Tomaž - was there something to be done here for Linux, or shoud this be closed and the Linux needs shifted back to bug 121000 =-testing 20240726 TB77 build-= Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dc9486f2443fa52588b625c0a2a288bff56a7a45 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
(In reply to russianneuromancer from comment #36) > If this bug is only about Windows version then please reopen bug 121000. No, this was arbitrarily changed to Windows last year.
Tibor Nagy committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/b788be3f380d36f38bb1a0eefade110f40c855b4 tdf#85677: fix the vertical panning gesture in Impress It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Should this bug be marked as fixed? It was mentioned as fixed during the LibreOffice conference.
(In reply to V Stuart Foote from comment #37) > @Tibor, Tomaž - was there something to be done here for Linux, or shoud this > be closed and the Linux needs shifted back to bug 121000 (In reply to Justin L from comment #40) > Should this bug be marked as fixed? > It was mentioned as fixed during the LibreOffice conference. Let's bring Tibor into the conversation.
Thank you to the people working on this. I just gave it a try on the latest dev build but unfortunately for me it still just selects the text. Not sure if I am missing an option somewhere. Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dfeefe2e97a5412a445a3a508acb2d9ae05138e5 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded
As the original reporter of this #: I'm sorry, but I sadly no longer have hardware where this is relevant, so I cannot test it. It seems like many other people had wish for it to be fixed as well, though.
I have a touch screen on my Windows 11 laptop and would like it fixed. The problem is, though, that it is my primary laptop which needs to be stable, and LibreOffice is part of the software that has to be very stable. So I hesitate installing an unstable version of LibreOffice on the laptop. And I only have this computer with touch screen. Is there any way to test it without touching the stable installation of LibreOffice?
(In reply to jhertel from comment #44) > Is there any way to test it without touching the stable installation of > LibreOffice? As far as I know you can just install the dev Version alongside your normal verison (https://dev-builds.libreoffice.org/daily/master/current.html). Your stable release should be untouched. If you wanna be especially safe, you might not wanna open any of your documents without making a copy of them but I honestly don't think there is any risk involved if you don't save changes.
(In reply to jhertel from comment #44) > Is there any way to test it without touching the stable installation of > LibreOffice? Sure, download a nightly build of master against a 25.2 release [1]. Command window /a admin install and change the resulting admin install to be fully self contained [2] with its own user configuration, by editing the 'bootstrap.ini' adjusting the "UserInstallation=" stanza. E.g. UserInstallation=$ORIGIN/../Data/settings =-ref-= [1] https://dev-builds.libreoffice.org/daily/master/Win-x86_64@tb77-TDF/ [2] https://wiki.documentfoundation.org/Installing_in_parallel/Windows#Administrative_Installation
I can confirm that this issue is fixed as of nightly build 11/23 on a Win 11 touchscreen laptop. Thanks devs!