-
-
Notifications
You must be signed in to change notification settings - Fork 2.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Minor Display bug in table GUI #3180
Comments
Interesting this was raised the other day. #3176 Just extract this zip and run the .exe - it doesn't need installing. This uses a slightly different UI (better dockable dock window area window dock things) although the code to determine the row counts hasn't been changed (I don't think...) |
Thanks, I will try think nightly build. As I mentioned it’s a minor annoyance. I will let you know what I find.
|
Just FYI – I downloaded the nightly build 3.12.99 from 25 Sep this morning. It still displays the issue.
In fact, it also showed a different issue. When I open the tool full screen, it showed on items 1-5 of 712 even though 35 were visible on screen. Only after I refreshed the GUI (restored view, maximized view or scrolled), did it update to 1-35 of 712 in the status bar. This happens on full screen or windowed mode.
After refresh – still shows the issue when items do not fill the page
Initial load of table – you can see there are 35 items on the screen, only reporting 1-5
After refresh the screen, or scrolling, it updates a full-page view correctly
After additional checking, if I switch to another table view, it always starts as 1-5 of NNN until I scroll or refresh the screen. It briefly shows a ‘determining row count’ message in the status bar before showing the 1-5 of NNN.
So, the issue is still present. Hope that helps debug the issue.
|
Thanks for reporting back. |
Thanks Chris – no worries, it’s only a minor GUI issue. It’s not affecting use.
|
- Start counting by 1, so rowCount() matches the row_bottom. - Use viewport, so we don't have to adjust for the scrollbar. - Discard from the count rows partially visible (more than a half hidden) - Do not update the recordset label in refresh, since it returns a bad number and seems unnecessary. See issues #3180 and #3176.
@mdeley, I've fixed this problem, at least for my platform and Qt version. Could you try the next nightly version and confirm it also works for you? |
Details for the issue
In a simple table view of a database, the status bar GUI shows 1-4 of 5 records, or 15-47 of 48 records. It is consistent that it shows 1 less that the total on the last display page.
What did you do?
Simple table viewing in GUI
What did you expect to see?
Matched 1-5 of 5, of 15-48 or 48 etc.
What did you see instead?
See above
Useful extra information
Regards,
Mark Deley
The text was updated successfully, but these errors were encountered: