Le 20/07/2011 14:44, Igor Stasenko a écrit :

>> This is my felling as well, especially when I compare to GTK+ DrGeo, 10
>> years ago, the bitblt copy operation of the double-buffering was faster
>> on computer of that time (800Mhz cpu I guess).
>> So if optimization should be done, it is on the bitblt plugin, right?
>>
> 
> We want to create a vector graphics framework, which eventually replace the old
> Canvas and bitblt. Currently its in initial stage of development.
> But the idea is to be able to support different rendering backends,
> like Cairo, OpenGL or OpenVG.
> While application interface will be abstracted from low-level implementation.
> 
> Another approach with raster operations which bitblt does is to make a
> compiler which generating a highly optimized code on the fly,
> using jitter.

That's great and I will be your first client.
Now I am looking for solution in our reach. I have optimize at the image
level, next step should be at the VM level.

Hilaire

-- 
Education 0.2 -- http://blog.ofset.org/hilaire