Last modified: 2010-10-31 22:05:39 UTC
Small SVG file with a nominal size less than 180 px will not be enlarged when using them as thumb images. Their size remains small although this are scalable files and you can download rendered PNG images with bigger sizes (see http://commons.wikimedia.org/wiki/File:CH-Hinweissignal-Ausfahrtstafel_(3).svg).
See http://commons.wikimedia.org/wiki/User:Debianux/SVG-Bug
Assigning SVG bugs to Ariel -- need a cleanup pass to see what's fixed up by a librsvg upgrade, what can be resolved with fixes to our font configuration, what can be fixed on our end, and what still needs to be pushed upstream.
We scale up thumbnails of small SVGs in <gallery>s, so it makes sense to scale them up when used with |thumb as well.
Linker.php makeImageLink2() When no explicit width is set, width is initiated as the full image size (which is the nominal image size for an SVG). Then in case of thumbnails, the thumbsize is retrieved from the preferences, but that thumbsize is ONLY used, if ( $prefWidth < $hp['width'] ). Because in the case of small nominal SVG sizes, prefwidth will always be larger, the default thumbnail size is never used. The same is true for small bitmap images such as File:External_link_icon.png
Created attachment 7384 [details] Possible new check We could choose to always 'upscale' material that is vector based..... The patch shows such a check, but requires implementation of isVectorized().
hmm, this is totally the wrong patch btw. It seems that I have lost that one. :(
Fixed with r75748 and r75749