Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8087653

TableView row contraction

XMLWordPrintable

      This is related to the issue described in RT-22599, but I'm thinking this additional aspect may not have been covered. So I am documenting it here just to be sure you're aware of it.

      We have two TableView tables set up. One is a list of records in response to a query. The second is a series of summary records that are joined to those records. So as a user cursors up and down the results table, he sees in the table below a series of summary records (associated with each individual results record).

      The problem I am writing about occurs when the NUMBER OF ROWS is greater than or equal to 1 and less than the previous answer.

      For example, as I cursor down through the results table, if there is 2 summary records for the first, and 1 summary record for the second, and 4 summary records for the 3rd, I will see something like this:

      On record 1 I see two records (let's say 1:1 and 1:2).

      When I cursor down to record 2 I will see two records (2:1 and 1:2). The reason I see two records is that 1:2 did not disappear from the list. (it should have)

      When I cursor down to record 3 everything looks good as 3:1, 3:2, 3:3 and 3:4 are now displayed.

      But when I cursor back up to record 2 I will now see 2:1, 3:2, 3:3 and 3:4.

      So the table always shows the maximum number of records that were displayed (i.e. the table never shrinks below the largest list that was shown).

      My summary table happens to be stored in a SplitPane and I found that if I programmatically move the divider down (hiding the table) and then back up (revealing it once again) that the table view corrects itself.

      No amount of setting visible on/off or removing columns and adding them back in or removing the ObservableList or and putting it back were able to solve my problem for me (these were suggested work arounds that I found on the internet). Only the moving of the SplitPane divider was able to solve it for me.

      Anyway, like I said, this probably duplicates RT-22599 to some degree. But please also check that the rows will shrink when the data is changed. That is all. :)

            Unassigned Unassigned
            duke J. Duke
            Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

              Created:
              Updated:
              Imported: