Hi Kamil,
As funny as this sounds, it's by design. It's up to the caller to make sure
that the value+extent will equal the end of the scroll bar on the right side
(given the unit and block increments). The primary caller of ScrollBar,
ScrollPaneSkin, ensures this, so most callers never get exposed to it, but
if you use ScrollBar manually, you'll need to handle this.
To put it another way, ScrollBar takes its values (unit and block increment,
scope, and value) literally, so if you have a scroll bar with {start=0,
end=10, value=8, extent=1, unitIncrement=2}, there's no way to increment it
to the right (because that would push it past the end), and yet there'll be
a 1-value gap on the right. The solution would be to either lower the
unitIncrement to 1 or to change the end such that it divided evenly.
I thought about this a lot when building ScrollBar - should it allow itself
to scroll less than the unitIncrement when it gets to the end in order to
prevent this from happening? I decided that it should not and that the
caller should set up the scroll bar in such a way as to not let this happen.
However, I'd be willing to revisit that decision...
Cheers,
-T
On Fri, Oct 22, 2010 at 8:52 AM, Kamil Toszek <[email protected]>wrote:
>
> Hi, just digging the thread up.
> If I didn't write about my problem clearly enough, just let me know.
>
> regards
> Kamil Toszek
> --
> View this message in context:
> http://apache-pivot-users.399431.n3.nabble.com/Scroll-Bars-tp1746186p1752359.html
> Sent from the Apache Pivot - Users mailing list archive at Nabble.com.
>
