[
https://issues.apache.org/jira/browse/PIVOT-490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12871915#action_12871915
]
Todd Volkert commented on PIVOT-490:
------------------------------------
Funny - while coding the selection validation for tree view skin, I worked
around this issue without knowing of this ticket since I guessed that it would
happen. I'm not done yet, but I'd bet that repainting *after* you scroll will
fix this issue, alleviating you from having to repaint the whole component.
> ScrollPane optimization fails with scrollAreaToVisible()?
> ---------------------------------------------------------
>
> Key: PIVOT-490
> URL: https://issues.apache.org/jira/browse/PIVOT-490
> Project: Pivot
> Issue Type: Bug
> Components: wtk
> Affects Versions: 1.4
> Reporter: Greg Brown
> Assignee: Todd Volkert
> Fix For: 1.6
>
>
> The recent fixes for PIVOT-474 revealed what appears to be an issue with the
> scroll pane optimization. The prior repaint logic when the selection state
> changed in ListView and TableView was incorrect, causing a larger area to be
> repainted than necessary. Now, artifacts appear as the user navigates a list
> view or table view whose rows are partially obscured. This is visible in the
> Tables section of the Kitchen Sink app - select row 5 in the Sortable table
> example and press the down arrow several times.
> Turning off the scroll pane optimization resolves the issue - however, that
> is obviously not ideal. Another possible short-term workaround is to repaint
> the entire component when the selection changes in a list view or table view.
> This is also not ideal but may suffice until a more complete fix can be
> applied.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
