Scroll bar isn't at the bottom on program open

Issue #668 closed
Former user created an issue

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)

  1. Helder Correia repo owner

    I'm not able to reproduce this on Linux. @Teyut @polwel Can you guys please have a look on Windows?

  2. Tey'

    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 and history.json that are created in the SC folder, so that I can check with the same settings please?

  3. Helder Correia repo owner

    Let us know if you find exact steps to reproduce it. Does it matter if window is maximized vs. custom size?

  4. Tey'

    @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.

  5. Pol Welter

    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).

    1. Start from a window height where all is good, scrolled all the way to the bottom.

    2. Resize the window by grabbing the lower edge.

    3. 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.

    4. Restart SC. I now see the scroll bar not all the way down.

  6. Helder Correia 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.

  7. Helder Correia repo owner

    @polwel Are you saying your results don't become hidden either? the OP's screenshots are something else, then.

  8. Helder Correia repo owner

    If you look closely at the captures, the expression "K=1e3" is hidden on app restart.

  9. Tey'

    @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...

  10. Tey'

    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.

  11. Helder Correia 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.

  12. Tey'

    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 :/

  13. Helder Correia 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.

  14. Log in to comment