They not eat space if you install binary package, but I found out you can easily compress them with gzip :} So, whole themes subfolder will weight on disk (after git unpacked it) 16545K as opposed 67,968,745 bytes right now. Not sure if space-saving for unpacked git tree actually worth additional effort to unpack them if anyone want to make changes In theory there is supportfor SVG compression, but not sure if Inkscape and co actually support it well (never tried)? https://www.moxio.com/blog/6/serving-compressed-svg-files -- The SVG standard reserves the .svgz-extension for gzip-compressed SVG files, which can typically achieve about 20-50% of the original file size. When not actively editing them, saving SVG files as svgz makes sense: it saves disk space, the compression is lossless and it spares the time needed for on-the-fly compression when serving them over the web. -- hm .... This inspired by latest git commit, adding jpeg-compressed shapes :} I also tried optipng on existing shapes, but result was slightly more than 1Mb of savings: 8412866 bytes optimized vs 9786K by default
Andrew: maybe some of the themes can be eliminated in the future or compressed some way like you suggested. Size is sometimes a concern because of slower network download speeds when getting the new monthly build. On Fri, Apr 3, 2020 at 8:59 PM Andrew Randrianasulu <[email protected]> wrote:
They not eat space if you install binary package, but I found out you can easily compress them with gzip :}
So, whole themes subfolder will weight on disk (after git unpacked it) 16545K as opposed 67,968,745 bytes right now. ... This inspired by latest git commit, adding jpeg-compressed shapes :}
GG had to write code to use the ShapeWipes as Jpeg's instead of Png's. The jpeg compression is at 90% so that the additional ShapeWipes that RafaMar provided could be added. For those users who still want the png's, we are going to tar them up and put on the website. And I will add a "how to" use in the Manual. Basically all a user has to do is to put the png alternative in the right directory to use it. I looked at all of the shape wipes and could not see any discernible loss of quality that should matter in a transition. The tar files for the 03/31 build varied from 55M to 69M whereas previously on 02/29 it was 51M to 59M + that did not include all of RafaMar's new ones. Now as Jpeg's, all of his new ones can be included with another increase in space usage. Again, it is not the disk space requirement that is of concern, but rather the download speed of some networks.
participants (2)
-
Andrew Randrianasulu -
Phyllis Smith