Created attachment 170293 [details]
Screenshot showing a touch environment where horizontal scroll is heavily required

***
If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org

If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***

SUMMARY

I tested kate on a smaller screen today and ran into an issue that seems to basically make it unusable in practice, even though it would be an easy fix: when dragging vertically I can navigate up and down, but left and right to see the end of the lines doesn't work, even though that is the default on all mainstream touch devices. Instead I have to use the scrollbar on the bottom, but when my finger is on that one I can't vertically scroll anymore, which makes it impossible to efficiently navigate a larger file. This is sadly required for any sort of notable code work to get an overview of what I'm even doing. A screenshot of what I'm seeing is attached!

It seems like horizontal touch selects text instead. This seems however not an action that is intensely required often in a complex program, or not as often as simply reading the file (which requires horizontal touch). It's also not what horizontal touch usually does on any other touch device. Therefore this seems like a wrongly assigned action or mixup of sorts, or I'm not sure why it is like that. Should it be changed?

STEPS TO REPRODUCE
1. Make kate window relatively small
2. Disable word wrap (which at least in my tests seems to be somewhat required to read code at a smaller size without being confused visually since then all lines start to belnd into each other
3. Try to just read the file and just navigate around to get an overview

OBSERVED RESULT

Navigating the file is not really practical. Horizontal scroll isnt attached to horizontal tap as expected.

EXPECTED RESULT

Horizontal touch triggers horizontal scroll. Long press triggers a selected word instead with movable text markers and a floating separate menu button that can expand the context menu. There doesn't seem to be a different touch text edit paradigm that works well on all touch devices. My apologies if I incorrectly configured this myself somehow without realizing!

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: postmarketOS
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 5.15.10

ADDITIONAL INFORMATION