Why does the GTK3 vcl sal plugin default to SvpSalGraphics / software rendering?

Clemens Eisserer <linuxhippy -AT- gmail.com>
Wed, 14 Feb 2018 10:44:39 +0100

Hi,

I am currently analyzing performance issues when scrolling larger
images in writer on linux, especially when they have an alpha channel:
https://bugs.documentfoundation.org/show_bug.cgi?id=115702
https://bugs.documentfoundation.org/show_bug.cgi?id=80659
https://bugs.documentfoundation.org/show_bug.cgi?id=87485

Some reports indicate that the GTK3 vcl backend seems to be particulary bad.

While investigaing, I found that with the GTK3 backend all rendering
is done with SvpSalGraphics in software / on the CPU.
I wonder what was the relationale behind this decision? And is this
the right mailing list to ask vcl implementation details?

Best regards, Clemens

Context

Why does the GTK3 vcl sal plugin default to SvpSalGraphics / software rendering? · Clemens Eisserer
- Re: Why does the GTK3 vcl sal plugin default to SvpSalGraphics / software rendering? · Tomaž Vajngerl
  - Re: Why does the GTK3 vcl sal plugin default to SvpSalGraphics / software rendering? · Clemens Eisserer
    - Re: Why does the GTK3 vcl sal plugin default to SvpSalGraphics / software rendering? · Caolán McNamara

Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.