New Test Cases for Version 26.2 (Windows 11 Pro & KDE Neon 6.6.2) Many thanks for your consideration, but please let me attach two sample files (smoothScroll.ods and smoothScroll.xlsx) to demonstrate how the current "row-snapping" logic creates a functional barrier for professional workflows involving high-density cells (e.g., legal refactoring).
<Observations> These files contain rows with 50 lines of text. In LibreOffice 26.2 (tested on both Windows 11 with Vulkan and KDE Neon with kf5/Wayland), it is impossible to scroll to the middle of these cells; the view jumps violently to the next row header. For comparison, the exact same files provide perfectly fluid, pixel-by- pixel scrolling in MS Excel, OnlyOffice, and Google Sheets on the same hardware. I am providing these to illustrate that even with modern rendering backends (Skia/Vulkan) initialized, the lack of smooth scrolling remains a significant competitive gap and a major productivity hurdle for users migrating from other suites. Thank you for your time and attention. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/375395 Title: [Upstream] scrolling only by full line height To manage notifications about this bug go to: https://bugs.launchpad.net/df-libreoffice/+bug/375395/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
