Actions
Bug #14066
closed
MS
RM
WTableView: Fixed first column is not scrolled if no header row
Bug #14066:
WTableView: Fixed first column is not scrolled if no header row
Start date:
10/22/2025
Due date:
% Done:
0%
Estimated time:
Description
Affected: WTableView of Wt 4.12.0 and 4.12.1
with setRowHeaderCount(0)
(and SelectionBehavior::Items and SelectionMode::Single)
regardless of how the table is scrolled (using scrollwheel, dragging / clicking scrollbar, calling select)
(Works with: 4.11.4)
Files
MS Updated by Michael Seibt 7 months ago
- File main.cpp main.cpp added
- File wtableview_4.12.2_steady_column_0.Firefox.png wtableview_4.12.2_steady_column_0.Firefox.png added
High: Even worse with Wt 4.12.2 due to double scrollbar and column 0 partially not drawn
In contrast to the issue title, it does not matter for the attached repro whether the header row of the WTableView is shown or not by means of setHeaderHeight(0).
STR:
- run attached main.cpp
- open http://127.0.0.1:8080
- push "First column of A ..." or switch to tab "B"
- scroll the
WTableView
RM Updated by Romain Mardulyn 7 months ago
- Status changed from New to InProgress
- Assignee set to Romain Mardulyn
RM Updated by Romain Mardulyn 7 months ago
- Status changed from InProgress to Review
- Assignee deleted (
Romain Mardulyn) - Target version set to 4.12.4
RM Updated by Romain Mardulyn 6 months ago
- Target version changed from 4.12.4 to 4.12.6
RM Updated by Romain Mardulyn 6 months ago
- Assignee set to Raf Pauwels
RP Updated by Raf Pauwels 6 months ago
- Status changed from Review to Resolved
- Assignee changed from Raf Pauwels to Romain Mardulyn
RM Updated by Romain Mardulyn 6 months ago
- Status changed from Resolved to Implemented @Emweb
RM Updated by Romain Mardulyn 6 months ago
- Status changed from Implemented @Emweb to Closed
Actions