[Libreoffice-bugs] [Bug 138068] When there are a lot of pictures, typing the text is very slow (macOS/GTK3/GDI)

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=138068

--- Comment #33 from Armin Le Grand <Armin.Le.Grand at me.com> ---
@Luboš Luňák: Thanks, that is much better. But you mention the reason behind
it: We have too many methods at LowLevel stuff to draw Bitmaps - of course of
historical reasons. We need DrawTransformBitmapEx anyways, so all other cases
*could* and *should* be elliminated. The low-level impls may locally switch to
old versions (e.g. when not reanny rotated or scaled), but the API shpuld be
greatly simplified - what was the plan from the beginning - but - sigh...
Same for Polygon paint, BTW. Same for all methods that still have integer API -
sigh...
And of course this also means that something like this can happen at all - of
course DrawTransformBitmapEx should do the *same* buggering if possible that a
simple DrawBitmapEx probably currently does. When we would only have
DrawTransformBitmapEx it could not be added on a specialized place, ignoring
other cases.
In practise this means if anyone should *dare* to update the API usage to paint
char bitmaps in SW to use DrawTransformBitmapEx (which some systems can directy
supposrt in HW, so we need it to be able to use *that*) we will be back with
this error...
I had hoped that when doing a new backend like skia it would be a good point in
time to reduce the API in that sense - would've made impl easier, too. Or -as
suggested - get rid of all of this - and just have some GetProcessor2D from
backend - call which you could then feed *any* kind of primitives - just
dreaming, this is the mid-term (far?) future...

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20210210/ba985312/attachment.htm>