You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@pivot.apache.org by "Greg Brown (JIRA)" <ji...@apache.org> on 2010/08/19 16:00:16 UTC

[jira] Updated: (PIVOT-454) Provide an alternate scroll pane optimization

     [ https://issues.apache.org/jira/browse/PIVOT-454?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Greg Brown updated PIVOT-454:
-----------------------------

    Description: 
This optimization would perform double-buffering in the viewport component (or skin) rather than copying the contents of the video buffer. The buffer would be restricted to the size of the viewport rather than the view.

The component can rebuild the buffer every time it is called to repaint (or possibly limit to updating the repaint region?). When the viewport top left or bottom right changes, the component can paint the unaffected area into the new buffer, then only repaint the affected area.

This optimization will allow content to be painted on top of a scroll pane, which the current optimization does not support (e.g. non-modal dialogs and watermark decorators do not work with the existing optimization).



  was:
This optimization would perform double-buffering in the viewport component (or skin) rather than copying the contents of the video buffer. The buffer would be restricted to the size of the viewport rather than the view.

This optimization will allow content to be painted on top of a scroll pane, which the current optimization does not support (e.g. non-modal dialogs and watermark decorators do not work with the existing optimization).




> Provide an alternate scroll pane optimization
> ---------------------------------------------
>
>                 Key: PIVOT-454
>                 URL: https://issues.apache.org/jira/browse/PIVOT-454
>             Project: Pivot
>          Issue Type: New Feature
>          Components: wtk
>            Reporter: Greg Brown
>             Fix For: 2.0
>
>
> This optimization would perform double-buffering in the viewport component (or skin) rather than copying the contents of the video buffer. The buffer would be restricted to the size of the viewport rather than the view.
> The component can rebuild the buffer every time it is called to repaint (or possibly limit to updating the repaint region?). When the viewport top left or bottom right changes, the component can paint the unaffected area into the new buffer, then only repaint the affected area.
> This optimization will allow content to be painted on top of a scroll pane, which the current optimization does not support (e.g. non-modal dialogs and watermark decorators do not work with the existing optimization).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.