[haiku-commits] Re: haiku: hrev52795 - src/kits/media src/kits/interface docs/user/interface src/apps/people
- From: Kacper Kasper <kacperkasper@xxxxxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Sun, 27 Jan 2019 19:17:10 +0100
Applications or views that need custom scrolling behavior almost
certainly will be using BScrollBars directly and not this
Why do you think so? BScrollView does a lot of stuff besides managing
scroll bars (borders come to mind).
so this should not be "wasted computation" in pretty much any case.
It's not a matter of wasted computation. I've tried fixing
BScintillaView after this change  and one thing I can't fix is that
this recalc resets the value of scrollbars.
I have a vertical scrollbar with knob in the middle. When window is
resized range is changed and it doesn't matter that I immediately fix
it - value is now lost, view scrolled back to the beginning.
This should be hidden behind a flag. I don't mind it being default
behavior, but disabling it should be possible. (B_SUPPORTS_LAYOUT
check is not enough.) I don't want to waste a few hours trying to come
up with a hack that circumvents this.
Other related posts: