Any suggestions on how to implement this when the size of pixels may be an
arbitrary non-integer number?
Consider rendering on a 125% scaled Windows 10 screen. If you want to scroll by 2 pixels you would want to scroll by
1.6 coordinate units. If you want to scroll by 2 coordinate units you are out of luck because that would attempt to
"scroll by 2.5 pixels" and there is no good definition of that type of operation.
We could add a pixel size parameter (note that it might be different than the window or screen render scale because the
Canvas cannot re-render and so it chooses the scale of the deepest screen). Then it would be up to the developer to
take this into account when determining how far to scroll, but that is a bit more complicated than what developers tend
to be used to when they deal with scrolling.
Note that the scrolling of JViewport is handled by our own code, not developer code, so we can take these adjustments
into account ourselves internally and know if/when we can blit or if/when we need to re-render...
...jim
On 4/10/17 1:32 AM, Dirk Lemmermann wrote:
HI there,
I was wondering if there is any chance that Java 10 could implement some sort
of „content shifting“ for the Canvas API?
I would love to have this feature for supporting faster horizontal scrolling in
my Gantt Chart framework FlexGanttFX. Currently when the user scrolls then the
entire content of each canvas in each row of the chart will be redrawn. This
could be optimized by only drawing the time range that has been moved into the
„viewport“ and by shifting or copying the remaining time range graphics. E.g.
the user currently looks at one week and scrolls one day to the right then the
data / graphics of 6 days would stay the same and could just be reused. Only
one day worth of data would need to be redrawn.
I think in Swing this is comparable with the BLIT_SCROLL_MODE of JViewport.
Dirk
