Created attachment 106667 [details] screen shot of kdevelop editor with wrongly rendered vertical scroll bar vertical scrollbar on kdevelop 5.1.1 occasionally not rendering properly. Sometime reloading the current file (viewed) fixes the issue.
Hmm, sorry, what's wrong here?
Created attachment 106674 [details] kdevelop_not_able_use_as regular_scrollbar.png Since you are asking, not sure if this counts as a bug or rather a built-in intended feature. Nevertheless attached to screen shots from same kdevelop (5.1.1 on Ubuntu Mate 64 bit) one that the preview scroll extends from top to bottom (ok one?!), the other preview stops somewhere in the middle, and can not use it as regular scrollbar, i.e. clicking near the bottom of the scrollbar does nothing (unlike regular scrollbar behavior) On 2017-07-16 04:55 PM, Sven Brauch wrote: > https://bugs.kde.org/show_bug.cgi?id=382405 > > --- Comment #1 from Sven Brauch <mail@svenbrauch.de> --- > Hmm, sorry, what's wrong here? >
Created attachment 106675 [details] kdevelop_ok_scrollbar.png
This is intended behaviour: when the file is not so long, the preview on the scrollbar is only rendered over part of it, otherwise it looks weird. The unused part of the scrollbar is then not usable -- it would be strange if clicking onto it would jump somewhere, because where would it jump to?
Created attachment 106685 [details] BUG_ON.png very well. If not mistaken, then this intended feature should not have dual behavior for the same file? I.e., when viewing the same file, vertical scrollbar should be rendered same way. Unlike current kdevelop 5.1.1, were first rendering after initial starting of kdevelop (BUG_ON.png) != the other after doing a file reload (F5). Have to say it is neat feature, though prefer if the vertical scrollbar render/behave as regular vertical scrollbar, yet when hovering the mouse cursor over it shows the mini preview, would be great to have some personalization of this feature. thank you. On 2017-07-17 03:50 AM, Sven Brauch wrote: > https://bugs.kde.org/show_bug.cgi?id=382405 > > Sven Brauch <mail@svenbrauch.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution|--- |INVALID > CC| |mail@svenbrauch.de > > --- Comment #4 from Sven Brauch <mail@svenbrauch.de> --- > This is intended behaviour: when the file is not so long, the preview on the > scrollbar is only rendered over part of it, otherwise it looks weird. The > unused part of the scrollbar is then not usable -- it would be strange if > clicking onto it would jump somewhere, because where would it jump to? >
Created attachment 106686 [details] same_after_reload.png
Oh, attachment 106685 [details] indeed looks like a bug. The file is long and the scrollbar should be fully used (as it is after pressing F5). I've never seen this behaviour myself, but I'll move this to the ktexteditor project, where it belongs.
Confirming this bug Qt Version: 5.9.1 Frameworks Version: 5.36.0 Operating System: Linux 4.9.40-1-MANJARO x86_64 Distribution: "Netrunner Rolling" Driver: xf86-video-intel 1:2.99.917+777+g6babcf15-1 Video card: Intel 4500MHD Screen: 1366x768
Hi, I think this might be a timing problem. There are timers to start the update of the mini-map and now it seems that there has been an update while the view is still small and then the view resize is not noticed properly... :( Are you able to (reliably?) reproduce the situation? Something like: "Starting with a session with a lot of documents open" or something similar....
(In reply to Kåre Särs from comment #9) > Hi, > > I think this might be a timing problem. There are timers to start the update > of the mini-map and now it seems that there has been an update while the > view is still small and then the view resize is not noticed properly... :( > > Are you able to (reliably?) reproduce the situation? > > Something like: "Starting with a session with a lot of documents open" or > something similar.... I was able to reproduce this bug for a couple of times - it's reproducible ~1 out of 5 or 10 times. 4 tabs were opened - 2 tabs with long files, 1 tab with file that fits into screen vertically without scrolling (768px device) and 1 tab was empty 'Untitled' tab. Vertical scrollbar not expanded in tab with long file when focus switched to it not after clicking on it - but after closing of previous 'Untitled' tab.
*** Bug 398749 has been marked as a duplicate of this bug. ***
I could not reproduce this in a long time and have this always enabled. If one finds a way to reproduce this with recent versions, please provide some hints and reopen, thanks!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!