TableView slow vertical scrolling with 300+ columns
ed at kennard.net
Sat Jan 25 15:56:12 UTC 2020
Big thank you for your message, and for sharing your code. I took a look and it could definitely be a great starting point for me. The content we need to display is very simple, every cell just needs to display text, occasionally with an expand/collapse button on the left. So I think the only two features we rely on from TableView I'd need to add support for are varying cell widths, and nested column headers, both of which I imagine will require a lot of patience, but I'm definitely going to spend some time looking into it and will let you know how it goes.
On 25/01/2020, 15:52, "Martin Desruisseaux" <martin.desruisseaux at geomatys.com> wrote:
> At the center of our product is an extension of the TableView control that's responsible for displaying all the output from our pivot reporting engine. Depending on how the user configures the layout of their pivot reports, sometimes there are a legitimately large number of columns (300+). When that happens, while the horizontal scrolling remains perfectly smooth, the vertical scrolling degrades to a somewhat juddery state and CPU usage spikes.
> So, my questions to the list are:
> 1. Has anyone seen this issue raised anywhere else?
> 2. If yes, has anyone taken a look into it yet, and possibly even found a fix?
> 3. If no to both of the above, shall I submit it through the correct channels then have a crack at fixing myself? Or is the issue likely to be a much deeper and far-reaching one than I?m anticipating?
By coincidence I'm developing right now a GridView for displaying large
grids (millions of rows and columns) using JavaFX VirtualFlow. It seems
to work smoothly up to now. That GridView is specifically designed for
rendering the sample values of large java.awt.image.RenderedImage using
its tile management capacity (tiles loaded in background thread when
first requested). It is not my goal to create a general purpose GridView
at this time. However it should be possible to remove the
RenderedImage-specific code and replace it by another model with not too
much effort. The code is at .
About improving TableView for managing thousands of columns, I believe
that one difficulty is that TableView depends extensively on
TableColumn, which provides a lot of capability (resizing, sorting,
reordering, hiding, etc.) at the cost of more complexity that may be
difficult to optimize. By contrast, above-cited GridView has a lot of
restrictions (all cells of the same size, no sorting, no reordering,
etc.) for easier implementation.
More information about the openjfx-dev