IMG-tag, ondersteuning voor data:image/svg+xml

[Raven]

Zo nu en dan kom ik afbeeldingen tegen die geen link met bestandsnaam hebben, maar iets a la

code:

data:image/svg+xml;charset=US-ASCII,%3C%3Fxml version%3D"1.0" encoding%3D"utf-8"%3F%3E%3C!DOCTYPE svg PUBLIC "-%2F%2FW3C%2F%2FDTD SVG 1.1%2F%2FEN" "http%3A%2F%2Fwww.w3.org%2FGraphics%2FSVG%2F1.1%2FDTD%2Fsvg11.dtd"%3E%3Csvg version%3D"1.1" id%3D"Layer_1" xmlns%3D"http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg" xmlns%3Axlink%3D"http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink" x%3D"0px" y%3D"0px" width%3D"35px" height%3D"35px" viewBox%3D"0 0 35 35" enable-background%3D"new 0 0 35 35" xml%3Aspace%3D"preserve"%3E%3Cpath d%3D"M17.5%2C10.1L26.3%2C26H8.7L17.5%2C10.1 M17.5%2C8L7%2C27h21L17.5%2C8L17.5%2C8z"%2F%3E%3Cpath d%3D"M17.5%2C21L17.5%2C21c-0.3%2C0-0.5-0.2-0.5-0.5v-5c0-0.3%2C0.2-0.5%2C0.5-0.5l0%2C0c0.3%2C0%2C0.5%2C0.2%2C0.5%2C0.5v5C18%2C20.8%2C17.8%2C21%2C17.5%2C21z" %2F%3E%3Crect x%3D"17" y%3D"19" width%3D"1" height%3D"2"%2F%3E%3Ccircle cx%3D"17.5" cy%3D"23.2" r%3D"0.8"%2F%3E%3Cstyle type%3D"text%2Fcss"%3Ecircle%2C ellipse%2C line%2C path%2C polygon%2C polyline%2C rect%2C text %7B fill%3A %23db0029%3B %7D%3C%2Fstyle%3E%3C%2Fsvg%3E

De IMG-tag lijkt hier niet mee overweg te kunnen:
[img]data:image/svg+xml;charset=US-ASCII,%3C%3Fxml version%3D"1.0" encoding%3D"utf-8"%3F%3E%3C!DOCTYPE svg PUBLIC "-%2F%2FW3C%2F%2FDTD SVG 1.1%2F%2FEN" "http%3A%2F%2Fwww.w3.org%2FGraphics%2FSVG%2F1.1%2FDTD%2Fsvg11.dtd"%3E%3Csvg version%3D"1.1" id%3D"Layer_1" xmlns%3D"http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg" xmlns%3Axlink%3D"http%3A%2F%2Fwww.w3.org%2F1999%2Fxlink" x%3D"0px" y%3D"0px" width%3D"35px" height%3D"35px" viewBox%3D"0 0 35 35" enable-background%3D"new 0 0 35 35" xml%3Aspace%3D"preserve"%3E%3Cpath d%3D"M17.5%2C10.1L26.3%2C26H8.7L17.5%2C10.1 M17.5%2C8L7%2C27h21L17.5%2C8L17.5%2C8z"%2F%3E%3Cpath d%3D"M17.5%2C21L17.5%2C21c-0.3%2C0-0.5-0.2-0.5-0.5v-5c0-0.3%2C0.2-0.5%2C0.5-0.5l0%2C0c0.3%2C0%2C0.5%2C0.2%2C0.5%2C0.5v5C18%2C20.8%2C17.8%2C21%2C17.5%2C21z" %2F%3E%3Crect x%3D"17" y%3D"19" width%3D"1" height%3D"2"%2F%3E%3Ccircle cx%3D"17.5" cy%3D"23.2" r%3D"0.8"%2F%3E%3Cstyle type%3D"text%2Fcss"%3Ecircle%2C ellipse%2C line%2C path%2C polygon%2C polyline%2C rect%2C text %7B fill%3A %23db0029%3B %7D%3C%2Fstyle%3E%3C%2Fsvg%3E[/img]
maar dit in de url-balk van de browser zetten levert wel een afbeelding op.

Zou er ondersteuning hiervoor ingebakken kunnen worden of is dit een te zeldzaam formaat?

[Hero of Time]

Een hele enkele keer krijg ik dat ook te zien, maar volgens mij is het eerder dat het plaatje stuk is of iets verkeerd is gegaan bij het laden dan dat dat er letterlijk in gezet is. Als ik in zo'n geval namelijk de post bekijk en de URL zie in de tag krijg ik wel gewoon een plaatje.

[Raven]

Deze betreffende afbeelding is niet stuk, althans, voor zover ik weet niet. Het gaat in dit geval om dat driehoekje met uitroepteken op http://www.ns.nl/reisinfo...ele-situatie-op-het-spoor dat ik in Raven in "Het grote spoorwegentopic - deel 23" had willen plaatsen.

Als ik die data:image/svg+xml;charset=US-........ rechtstreeks open, werkt de afbeelding prima. Alleen tussen IMG-tags blijkbaar niet.

Een ander ook niet:
[img]data:image/svg+xml,%3Csvg xmlns='http://www.w3.org/2000/svg' viewBox='0 0 512 512'%3E%3Cpath d='M224%20387.814V512L32 320l192-192v126.912C447.375 260.152 437.794 103.016 380.93 0 521.287 151.707 491.48 394.785 224 387.814z'/%3E%3C/svg%3E[/]
Direct openen gaat hier ook probleemloos.

[crisp]

Inline SVG toestaan zonder enige vorm van controle is een enorm veiligheidsrisico. SVG is meer dan een XML presentatie van een vector-image: het is interactief en kan scripting bevatten. Je zal dus een mechanisme moeten hebben die onderscheid kan maken tussen 'safe' en 'unsafe' content, of een soort van 'purifier' om gevaarlijke elementen te strippen. Dat is niet alleen bewerkelijk, maar de vraag is ook of je daarmee daadwerkelijk 100% veiligheidmkan bewerkstelligen.

Hetzelfde geldt overigens ook voor embedded SVG content, hoewel daar over het algemeen domain-restricties zullen gelden (tenzij we zelf upload facilliteren).

Ik hou van SVG vanwege de kleine filesize en scalability, maar voor user-generated content zie ik support niet zo snel zitten...