Re: scrolling jerky

On 30/04/2012 00:57, Ole wrote:
> Am Montag, den 30.04.2012, 00:17 +0200 schrieb "Chris Young"
> <chris.young@unsatisfactorysoftware.co.uk>:
>> On Sun, 29 Apr 2012 22:21:31 +0100, Steve Fryatt wrote:
>>
>>> > I suspect rectangle-copy would be a fine addition to the plotter
>>> > interface.
>
> Yes, but the Atari frontend is an On-Screen plotter, and so the caller
> would have to take care of the visible region on screen when calculating
> the
> area which needs to be scrolled / redrawn.

I don't remember exactly how it's done in Haiku but it likely also moves
only the visible parts.

>>> The other addition that I've been wondering about since frames moved
>>> to the
>>> core is a scroll-bar plotter, which frontends could implement if they
>>> didn't
>>> want the core's default look.
>
> On Atari platform this is no problem, the Objects used to display an
> scrollbar can
> also be drawn manually, anywhere.

While this is not the case for BeOS (scrollbars are drawn directly by
app_server), I think the new BControlLook API in Haiku should be able to
do this now.

Guess that'll be one more reason to phase out BeOS support and
concentrate on Haiku, along with the layout kit which will make it
easier to add all the missing dialogs.

François.