scrolling with libreoffice 5 on windows 10 looks horrible right now.

The scrolling in calc is done by jumping 36 lines (I'm on Kubuntu) and 20 lines in Writer. It's not very practical. To read on Google, the problem seems systemic to LibreOffice and OpenOffice.

Oh, how wish smooth scrolling was present in LO...

The extremely choppy/clunky scrolling was the first thing I noticed upon installing & trying out LibreOffice.  Trying to navigate a document on a laptop with touchpad gestures is *MUCH* more cumbersome than Office.  Fingers really crossed this gets addressed at some point...

Just a note for people, this meta bug-tracker is for the feature of smooth scrolling (meaning scrolling by pixels instead of lines of text or rows of cells). For issues with performance while scrolling (lag, choppiness, high CPU usage, etc) please use Bug 146014. Thank you.

Please add smooth scrolling to LO, I frequently use this software for class presentations and this functionality would greatly improve the experience

How scrolling currently works: 
Jumps a set amount of pixels at a time, and varies time between making these jumps to adjust scrolling speed. I haven't seen this archaic style of scrolling for honestly decades outside of LibreOffice.

How scrolling should work:
Moves viewer on every frame (e.g. 60fps for a 60hz monitor) and adjusts number of pixels traveled based on scrolling velocity. Hopefully would allow precise movements of any size if hardware supports it. 



In my opinion this should be the number one priority for development after critical bugs. It is unbelievable how bad this. It is genuinely hard to keep track of where I am in the page in some situations. I would suggest changing the severity to Major.

For Calc in particular, implementing pixelwise scroll would be a differentiating addition, because currently the only major spreadsheet app with support for that is Google Sheets. IIUC Excel lacks this feature, and IIRC OnlyOffice also lacks it.

Below I will describe a couple use cases where this change would be very useful and possibly give LO Calc an edge over other desktop spreadsheets.

In my use case I use Calc to maintain source material lists for my graduate research (History), as well as timetables for my PhD. I have a "phd process" spreadsheet for example, where one sheet is for planning the whole 4-year process month-by-month, and then one sheet per semester with one week per cell, with deadlines and major tasks listed for those weeks. Save for the annoyance of scrolling due to current behaviour, it's an excellent way to plan these things. I used a similar setup to plan my applications a few months ago, and am now using a similar thing again to plan another bout of applications for switching to a different university. It's allowed me to plan three concurrent application processes precisely and productively.

I know that it's not just me doing this sort of thing because you see such approaches recommended online.

As I said I also use it for managing sources. I have readings that need to be organised, and using a spreadsheet for that task allows me to build a table where I have one bibliographic item per row, where a shorthand reference is side by side with a little note explaining why the thing is worth reading for me (i.e. why its relevant to my studies, what salient things are in there), and with another cell holding identifying info such as a full reference and some links. I also track where the reading notes for the thing are, and the status of the item (e.g. is it in my active readings list, is it read already, is it cancelled).

This can be done by a reference manager app like Zotero or JabRef (I tried..) but for such reading lists I found them substantially inferior to the above approach because the way the metadata information and notes are presented is not as easily browsed as the above method, and also because these apps are for bibliographies first and foremost, they're rather rigid with the data you can associate with your material. A spreadsheet is a much nicer way to present this data, and it doesn't then pose the risk of filling up your reference manager with bad metadata and a lot of shiny interesting little things you find on the internet, making it unmanageable and having it generate bogus bibliographies once you're writing (speaking from experience here). Another upside of this way of doing is you don't really need to think about bibliographic metadata while collecting stuff that you don't even know yet if you'll read or chuck away. It's a really low friction way of doing things, so I prefer it over reference managers or even maintaining a list in something like Markdown.

I've learned this method from a PhD YouTuber and literally the only downside there is to it is problems with spreadsheet apps' UIs.

As I've said I've seen others doing similar things or recommending similar usages. A cursory search on the web also shows that there are tutorials, templates, recommendations, etc on how to use spreadsheets, usually Excel or Google Sheets, in similar ways.

Hopefully this comment helps as an example of who'd be helped with such an improvement and what are the use cases like.

I don't like smooth scroll, tbh. So, if this is done I hope there is an option to turn it off.