IMHO a distinction should be made between scrolling with GPU hardware acceleration where we could feasibly support by pixel based scrolling and our legacy non-accelerated CPU scrolling where our by-cell/column scrolling only continues to make sense.
By pixel (raster for row/column) and any smooth scrolling implementation requires much more robust off-screen caching for double buffering. It makes no sense to attempt that with CPU and cache resources only--but seems a reasonable facet to offload to GPU where skia libs for raster framing are ubiquitous. What prevents us from leveraging our skia / skia Vulkan / skia Metal implementation to buffer the multi-view ports of a calc sheet needed to support by-pixel scrolling? It is dev effort, but it is long overdue to improve the UI/UX. -- 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
