[Development] Version-controlling the SVGs of built-in icons

[Alessandro Portale]

We could store the icon graphics as serialized QPictures of "recorded" QSvgRenderer::render()s.
Of course only if we believe that QtSvg is able to render icons (which is what I believe, given that the "Iso Icons" do the same: https://doc.qt.io/qtcreator/qtquick-iso-icon-browser.html )

Alessandro
________________________________
Von: Development <development-bounces at qt-project.org> im Auftrag von Volker Hilsheimer <volker.hilsheimer at qt.io>
Gesendet: Freitag, 18. Juni 2021 15:28
An: Nicholas Bennett <nicholas.bennett at qt.io>
Cc: development at qt-project.org <development at qt-project.org>
Betreff: Re: [Development] Version-controlling the SVGs of built-in icons

> On 18 Jun 2021, at 14:06, Nicholas Bennett <nicholas.bennett at qt.io> wrote:
>
> I also would like to see the SVG support fixed, that appears to be address the root cause.
>
> -----Original Message-----
> From: Development <development-bounces at qt-project.org> On Behalf Of Edward Welbourne
> Sent: Friday, 18 June 2021 2:28 PM
> To: Volker Hilsheimer <volker.hilsheimer at qt.io>
> Cc: development at qt-project.org
> Subject: Re: [Development] Version-controlling the SVGs of built-in icons
>
> Volker Hilsheimer (18 June 2021 11:19) wrote:
>> The majority of time spent on QTBUG-38776 is chasing down the various
>> SVGs from which it’s then trivial to generate PNGs in different
>> resolutions.
>
> The very fact that we're generating PNGs at different resolutions from SVGs, when decent support for SVG would make that mostly redundant, says we should be fixing our SVG support (and making it efficient enough to make it practical to use it).
>
>        Eddy, who illustrates geometry essays with hand-written inline SVGs.
> _______________________________________________
> Development mailing list
> Development at qt-project.org
> https://lists.qt-project.org/listinfo/development


Qt's SVG support lives in QtSvg, which is a separate module, and not even the same repository as qtbase.

Some of the topics at Qt Contributors Summit next week are about our repository structure, so that’s perhaps a good time to talk about whether QtSvg should be moved into qtbase, and perhaps merged with QtGui and QtWidgets, respectively.

What the performance implications are for rendering SVGs on demand (even when cached into a pixmap) needs to be evaluated as well.

Volker

_______________________________________________
Development mailing list
Development at qt-project.org
https://lists.qt-project.org/listinfo/development
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.qt-project.org/pipermail/development/attachments/20210618/67e5b298/attachment.html>