GNOME Bugzilla – Bug 742300
Support for SVG UI icons missing from the current Windows installers
Last modified: 2018-05-24 15:01:34 UTC
I am the creator of the Flat GIMP Icon Theme [1]. I created my icons with Inkscape because SVG's look good no matter how you scale them. I found out that GIMP allows .SVG icons so I went with it. Not too long after I published my theme on DeviantArt some Windows users started having trouble with my them. One of my Windows users renamed all my icons from .SVG to .PNG and changed my imagerc file and got the theme to work. I do not know if this is a Mac, Windows thing and Linux is awesome(most likely) or what. But it would really nice if GIMP were able to use SVG for its icons across the board. This is especially important when it comes to the Mac as they have the retina display and bitmap icons look terrible on them. [1] http://android272.deviantart.com/art/Flat-GIMP-icon-Theme-V-2-1-375010811
Could be that the SVG pixbuf loader isn't available in the Windows installer packages. Was this with version 2.8.14?
I do not know what version of GIMP my users are running. I Just loaded GIMP 2.8.14 from source forge [1] put my "Working" them which uses all SVG icons and it did not load any of my icons. I have not tested this on a Mac, I have one for work but I do not know how to put GIMP on here. [1] http://sourceforge.net/projects/gimp-win/
So is this "SVG pixbuf loader" something that for some reason may not have been ported with the Mac and Windows versions of GIMP or is this something that needs to be ported in order to make GIMP work on these platforms?
I have just updated my theme and it now contains an all SVG icon theme. If you would like to test various operating systems with my theme you can download it here: http://android272.deviantart.com/art/Flat-GIMP-icon-Theme-V-2-1-375010811?ga_submit_new=10%253A1428379419&ga_type=edit&ga_changes=1 You will find the ALL SVG theme under Experimental > Working. If there is anything else I can do to help out just let me know.
Yes, it could the that the SVG pixbuf loader is missing from those platforms - either because it isn't easy to do so, or maybe just because the SVG libraries were not available when GTK+ was built.
So I have tested this on Mac OS X Yosemite and GIMP does load SVG icons. So it is just the Windows vision that does not like SVG icons.
We are shipping more icons now (at least 2 sets for GIMP 3: symbolic and color; 3 for GIMP 2.10 which needs pre-inverted symbolic as well), and HiDPI or at the opposite very low resolution becomes much more common matters. We are thinking about releasing at least the new symbolic icons as vectorial only. Could we know if this is indeed just a packaging issue (cf. comment 5 hypothesis) or a code issue? Any Windows hacker around to investigate and answer on this? :-) Is there a way to check in configure that GTK+ was compiled with SVG support and make it a mandatory dependency? This way, we could ship vectorial icons without wondering if a dependency is missing on some platform.
So I tested a few days ago and finally got it to work. Here is what will need to happen on the Windows build: - librsvg must be installed and built with --enable_pixbuf_loader (that's the default). - if not built by us, make sure the file is libpixbufloader-svg.dll, it may be in a separate package. For instance, using SUSE mingw repositories, the package "gdk-pixbuf-loader-rsvg" has to be installed too. - install "gdk-pixbuf-query-loaders". - at the end of the installation, run on Windows: > gdk-pixbuf-query-loaders.exe --update-cache Without this, even with the SVG loader installed, GdkPixbuf won't know of it, and SVG icons still won't be loadable. This begs the remark once more: could we please have the docs and the scripts for generating Windows installer? Even if they are Windows only, it's ok. That's how it is right now, but we will never be able to do better if we never have access to them. We need to be able to make sure that the Windows installer will do the proper things, especially if we want to go full SVG (which we are in the process of doing).
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/642.