Scroll bar not actually at edge of maximised window, Kate/KDE/QT5
by clipping from LinuxQuestions.org on (#5N7M8)
Maybe I have changed something, but I don't know how that could even be possible, such a fundamental thing seems to have been broken.
I have recently got a new laptop, and installed Slackware-current. My old laptop was on Slack 14.2, so KDE4 and its applications, though I use XFCE. Now I have KDE5 installed and its applications, still use XFCE.
With a maximised window of the text editor Kate, the scroll bar looks to be against the very right of the screen (the scrollbar has been changed from an overview thing to a traditional scrollbar). Move the mouse pointer to the very right, click and hold to drag, and the scroll does not work: the pointer has to be a pixel or so in from the edge.
<rant>Who the hell signed that off that kind of change? Have they never used a computer before? Or do they very slowly move the mouse whilst watching the pointer, glazed eyeballs, stunned at the coordinated movement, and they have no idea that other users could even predict where a mouse pointer might go?</rant>
This isn't all QT5 programs: Konsole's scrollbar works. It is basically invisible though, because the design is black with dark grey details (ie another case of form over function: trendy dark themes). But Konsole's scrollbar works: throw pointer right, click. Content scrolls.
The QT4-era program QuiteRSS has a scrollbar that looks identical to the Kate scrollbar, but QuiteRSS's scrollbar does work normally. No having to move the pointer a pixel in to activate the thing the pointer is visually over.
I presume, as with GTK, there will be a few dozen files to edit? Varying syntax, natch. Perhaps changing system files too? Which will of course be replaced with any update. Why yes, I have spent most of the last two days trying to reign in fashion-driven UI changes, and I am rather annoyed by the whole thing.
I have recently got a new laptop, and installed Slackware-current. My old laptop was on Slack 14.2, so KDE4 and its applications, though I use XFCE. Now I have KDE5 installed and its applications, still use XFCE.
With a maximised window of the text editor Kate, the scroll bar looks to be against the very right of the screen (the scrollbar has been changed from an overview thing to a traditional scrollbar). Move the mouse pointer to the very right, click and hold to drag, and the scroll does not work: the pointer has to be a pixel or so in from the edge.
<rant>Who the hell signed that off that kind of change? Have they never used a computer before? Or do they very slowly move the mouse whilst watching the pointer, glazed eyeballs, stunned at the coordinated movement, and they have no idea that other users could even predict where a mouse pointer might go?</rant>
This isn't all QT5 programs: Konsole's scrollbar works. It is basically invisible though, because the design is black with dark grey details (ie another case of form over function: trendy dark themes). But Konsole's scrollbar works: throw pointer right, click. Content scrolls.
The QT4-era program QuiteRSS has a scrollbar that looks identical to the Kate scrollbar, but QuiteRSS's scrollbar does work normally. No having to move the pointer a pixel in to activate the thing the pointer is visually over.
I presume, as with GTK, there will be a few dozen files to edit? Varying syntax, natch. Perhaps changing system files too? Which will of course be replaced with any update. Why yes, I have spent most of the last two days trying to reign in fashion-driven UI changes, and I am rather annoyed by the whole thing.