Scroll bar isn't at the bottom on program open
When opening the program the scroll bar is not at the bottom, it is always one step up (i.e. if it were at the bottom, one mouse wheel click above that).
Opened SC: SC scroll bar 1 Manually scrolled to the bottom: SC scroll bar 2
This is using the portable release version of V0.12 on Win7 Pro 64bit. Checked with 2 computers, and got the same behaviour. V0.11 did this too, but also jumped around while typing sometimes.. At least 0.12 doesn't do that!
Version: SpeedCrunch 0.12 (Portable Edition) (Qt 5.6.2)
Comments (25)
-
repo owner -
repo owner - changed component to userinterface
- changed version to 0.12
-
I'm also unable to reproduce it on Windows 10.
It seems like you've changed the default UI settings (the font for instance). Can you attach the files
SpeedCrunch.ini
andhistory.json
that are created in the SC folder, so that I can check with the same settings please? -
This never happened for me either. (I am also on Windows 7, tried it on different machines).
-
Uhhh, I now can reproduce it... Seems like it goes away if the history gets long enough...
-
repo owner Let us know if you find exact steps to reproduce it. Does it matter if window is maximized vs. custom size?
-
- attached history_bug.json
For reference, I have attached a
history.json
, where the bug occurs. -
repo owner Can't reproduce with your history.json either (Linux, Qt 5.6.0).
-
@polwel thanks for the history file, but I can't reproduce the behavior on W10 with it. Since you can reproduce the problem, do you think you can analyze and fix it? Otherwise, I'll try to find a W7 box.
-
Ok, it does not have anything to do with the history file.
It just depends on the height of the window (and probably of the size of the font).
-
Start from a window height where all is good, scrolled all the way to the bottom.
-
Resize the window by grabbing the lower edge.
-
Make the window smaller until the scroll bar 'snaps' (i.e. we have now covered the lowest line of the input field. Don't resize it any further.
-
Restart SC. I now see the scroll bar not all the way down.
-
-
repo owner I managed to get to a point where the scrollbar is not totally at the bottom, but I can't reproduce a result being hidden.
-
repo owner -
Exactly. That's what I was referring to.
-
repo owner @polwel Are you saying your results don't become hidden either? the OP's screenshots are something else, then.
-
I don't think any results are hidden. It's just the empty line after the last result.
-
repo owner If you look closely at the captures, the expression "K=1e3" is hidden on app restart.
-
@heldercorreia That's what I thought too, but now that I compared both screenshots again, I doubt there is another expression after "5m" on the buggy screenshot, because the scroll bar position is not height enough to hide more than 1 or 2 lines (i.e., the 2 empty lines after the last expression), considering the scroll slider size.
Also, the OP didn't say the last expression is hidden, he only said the scroll bar is one step up, which is not enough to hide an expression and its result. So I believe what @polwel described is what the OP meant. That's still a bug, but not a major one IMHO.
Ideally, it would be better if the OP confirms that, but since the issue has been posted anonymously, the OP will never be notified of answers and will probably never come back :( And even if he does, he won't be able to reply without creating an account, which he would have done in the first place if he wanted to. That's why I'm not sure allowing anonymous issue reporting is a good thing btw...
-
Helder Correia That's what I thought too, but now that I compared both screenshots again, I doubt there is another expression after "5m" on the buggy screenshot, because the scroll bar position is not height enough to hide more than 1 or 2 lines (i.e., the 2 empty lines after the last expression), considering the scroll slider size.
Ignore that part: I've tried with same font settings ("MS Shell Dlg 2" 12pt bold) and same history size as with the screenshots, and the slider position actually hides the last expression and result. That might still be related to what you both observed, as there is no reason the slider position is not at the very bottom of the scroll bar at startup.
-
repo owner That's why I'm not sure allowing anonymous issue reporting is a good thing btw...
Totally agree, but not sure this can be avoided on BB. Will investigate. An anonymous feature request is fine, a bug report no so much.
-
75f5fe4 should fix the behavior you both observed. Waiting for OP feedback to know if it fixed this issue as well...
Totally agree, but not sure this can be avoided on BB. Will investigate. An anonymous feature request is fine, a bug report no so much.
There's a checkbox in the repository settings to disable anonymous issues, but this will also prevent anonymous users to post feature requests. Google issue tracker (RIP) was better at handling user without account, and GitHub doesn't handle them at all :/
-
repo owner It did fix it for me. Funny, the call to
scrollToBottom()
was supposed to be there... It probably got accidentally removed at some point. Thanks. Will close after @polwel or anonymous confirms. -
repo owner - changed status to resolved
Merged from master 75f5fe4: Fix
#668Scroll to bottom on start→ <<cset b7a7de0306d0>>
-
Looks good enough to me!
-
repo owner -
assigned issue to
-
assigned issue to
-
repo owner - changed status to closed
- Log in to comment
I'm not able to reproduce this on Linux. @Teyut @polwel Can you guys please have a look on Windows?