Bug #2797
closedLayout issue w/WTableView and Chrome Browser
0%
Description
There seems to be a layout issue affecting WTableViews with Chrome/Chromium browsers in the latest github version (3.3.2-rc1-35-gb57dd5a). It can be reproduced using the Widgetgallery Scatter Plot example at graphics-charts/scatter-plot, with the following steps:
- Browse to the graphics-charts/scatter-plot example with a Chrome/Chromium browser. I used Chromium 32.0.1700.123 Debian 7.4 (248368).
- In the scatter plot TableView, reduce the size of the rightmost column SFCOMP, to leave a centimeter or so unused between the column and the vertical scroller. This should cause the horizontal scroller to become hidden.
- Click on a column resizer --- without moving it. The resizer will appear and cause a second vertical scroller to appear outside the WTableView. The WTableView will also get a horizontal scroller.
- When you release the column resizer, the WTableView scroller will momentarily be visible displaced to the left, until the server responds to the column resize and it gets corrected.
This does not occur with Firefox or IE 10 on Windows 7, nor with Iceweasel 24.3.0 on Debian Wheezy. It also does not occur with the current example hosted at www.webtoolkit.eu/widgets.
I believe that this may be related to the recent addition of "overflow: auto" to .Wt-itemview in bootstrap/3/wt.css, as disabling it seems to help.
Updated by Koen Deforche over 10 years ago
- Status changed from New to Resolved
- Assignee set to Koen Deforche
- Target version set to 3.3.2
Hey Bruce,
Well spotted. It was because of the support for plain-HTML (with paging bar) that this overflow was desireful. I've got a fix on the way.
Regards,
koen
Updated by Koen Deforche over 10 years ago
- Status changed from Resolved to Closed