MediaWiki supports a background-image-svg mixin to detect browser support and fall back to PNG when SVG backgrounds are not supported; we should make use of that.
Version: REL1_21-branch
Severity: normal
MediaWiki supports a background-image-svg mixin to detect browser support and fall back to PNG when SVG backgrounds are not supported; we should make use of that.
Version: REL1_21-branch
Severity: normal
Status | Subtype | Assigned | Task | ||
---|---|---|---|---|---|
Declined | None | T72932 MediaViewer does not support IE8 | |||
Declined | None | T77343 IE6-8 compatibility | |||
Declined | None | T72933 SVG icons in MediaViewer should have a fallback | |||
Declined | None | T72654 MediaViewer's SVG icons cannot be automatically transformed to PNG | |||
Resolved | matmarex | T76473 Implement ResourceLoader module to ship CSS for sets of SVG+PNG icons to the user | |||
Resolved | matmarex | T76475 "ImageMagick" SVG converter shouldn't use "-background white", but "transparent" | |||
Resolved | matmarex | T76476 "rsvg" SVG converter uses "rsvg" binary, which doesn't always work (for me); NewParserTest uses "rsvg-convert" instead for some reason | |||
Resolved | matmarex | T76852 OOUI's svgo-optimized SVG files are not compatible with rsvg's broken SVG parsing |
Might T76473: Implement ResourceLoader module to ship CSS for sets of SVG+PNG icons to the user be relevant? That's going to add SVG->PNG fallback ability inside MW without needing to ship PNG assets, so that the OOUI framework can be used with impunity.
Mass-removing the Multimedia tag from MediaViewer tasks, as this is now being worked on by the Reading department, not Editing's Multimedia team.
Pretty much everything supports SVG icons these days, so this is not worth fixing. If someone does want to fix it nevertheless, then T72654 would be the preferred approach.