Clicking vertical scroll bar in Writer jumps to position, not 1 page [closed]
Standard behaviour in MS Word & basically all programs is that, starting from the top, clicking any of the blank scrollbar area below the scrollbar's slider causes the view to jump 1 screen down. Ditto going upwards. In Writer, it jumps to that place in the document. This isn't inherently wrong, per se, but it's unintuitive since it's the only program that does it this way, to my knowledge, and I can't unlearn my expectations. I've looked but can't find an option to switch to classic behaviour, is there such an option?
Thanks!
Version: 5.1.1.1 Build ID: 1:5.1.1~rc1-0ubuntu1~wily1 CPU Threads: 4; OS Version: Linux 4.2; UI Render: default; Locale: en-GB (en_IE.UTF-8)
EDIT by @ajlittoz:
This is a screenshot on how all the scrollbars look like (Fedora 24, Linux 4.7.7, KDE 5, LO 5.2)
This is a real annoyance for the text but also an inconvenience in the panels (style and navigator)
Same behaviour under Fedora 22-23-24. I thought it was some configuration issue in my OS because I activated Wayland. This behaviour is the bare X one (without layer like GTK or Qt). Moreover, my scrollbars lack the "single line" controls at top and bottom.
To sharky-pi and ajlittoz: Are you both using GNOME? I could not replicate this behaviour neither on Mac (10.9.5) LO (5.1.5.2) nor on Ubuntu (16.04 LTS/Unity) LO (5.1.4.2). But I found this link on ubuntuforums.org regarding this exact same thing not only in LO but also in Firefox.
I'm using KDE but exact same symptoms as in the link both in LO and Firefox, which I did not mention. Worse, Firefox does not retrieve the cursor theme and uses a default one. I thought it was related to the deep changes brought by Wayland. LO and Firefox are "universal" applications, meaning they do not use directly Gnome or KDE libraries to be able to run in any environment without dependencies. Maybe its private libs do not take into account the latest changes.