A minor bug in TableCommandInput scrolling behavior

[nnikbin]

Hello,

In TableCommandInput, when the number of rows exceeds the available space (and so a scrollbar appears), If you select a row, then by scrolling toward the bottom of the list send the selected row out of the visible portion of the list , a wrong row (the first row of the visible portion of the list) will become highlighted. Actually it is not selected, it is just highlighted.

In contrast, if you send a selected row out of the visible portion of the list by scrolling toward the top of the list, everything works correctly.

Thanks,

Navid

[ekinsb · Accepted solution]

I can reproduce this same behavior with the Loft command and the table command inputs there so this appears to be an issue with the core and the table command inputs and not the API implementation.  I'll log the problem.  Thanks for reporting it.