Programmer needed!

[Neo]

Problem here is CLI and text editors who use the scroll rastport feature. We want the text to scroll but the background to stay.

Solution would be to make a bitmap buffer where the original window content is stored and then to blit it with a mask based on color 0 onto the screen. Negative part is that the refresh rate wouldn't be to good with sub GHz Amigas. (Not suitable for media apps)

The best solution would be to make a patch that you configure per app to utilize the most optimal solution. What atlest need to be done is to patch RectFill and the Text function. I think the window refresh function using something else than the RectFill to clear the background. (Has to be patched too)

I don't think there can be a general solution for now. It has to be done per application.  :-(

[restore2003]

bah! graphics.library really blows  :-(

[xeron]

restore2003 wrote:
bah! graphics.library really blows  :-(

Its just outdated. Mind you, i'd take graphics.library over Windows GDI any day ;-)

[restore2003]

wonder why it wasnt prioritized more when os3.9 was in development  :-?

[xeron]

Creating a new graphics API was beyond the scope of OS3.9. "AG2" as fleecy calls it is going to introduce a new graphics system called "Vega", which will have the traditional graphics API available as a wrapper (apparently ;-) ). This is the best approach, IMHO.

[Karlos]

The whole shared pens system sucks beyond belief when you are in RGB mode.

During work on my own code, I designed an abstract Draw2D class that is implemented in several versions that you obtain at runtime via a factory

1) pure software
2) pure software + OS routines (fills/blits)
3) warp3d

Guess which one I prefer?

Seriously, I found developing (2) the biggest nightmare going and if it wasnt for the possibility of HW accelerated fills I would have left it well alone.