@Aklapper : https://gitlab.gnome.org/GNOME/librsvg/issues/17 should in my opinion be resolved because text-decoration="underline" works but overline doesn't, see https://commons.wikimedia.org/wiki/File:T15495_(resolved).svg , see also https://bugzilla.gnome.org/show_bug.cgi?id=524433 and https://phabricator.wikimedia.org/T15495

Sorry for not answering. I didn't have access to a PC (holyday and repair of my private one) and I am no longer able to reproduce this bug.

https://commons.wikimedia.org/wiki/File:T20936_Hairline_cracks.svg
has hairline-cracks all over (from an actual image: File:Two_way_complex_manifold.svg)
you can't even recognise the image any more. (Firefox has the same bug, but chrome not)

@OSeveno : Change the proposal as you like

I tried it with Chromium 74 on Ubuntu 18.04, with the same result, so it seems to be independend on the browser and OS, so I think it is user-related.

@AfroThundr3007730 : According to https://meta.wikimedia.org/wiki/Community_Wishlist_Survey_2019/Archive/Option_to_embed_SVGs_as_SVGs supporting native client-side SVG rendering seems to be impossible/stalled within the next years, not even for specific SVGs T208578 .
Anyway if someone whats to render it on client-side (f.e. animated SVGs) it is possible T5593#5234639 .

@AfroThundr3007730 : The description is "Please add an option to allow client side SVG rendering.", therfore in my opinion this request/task is resolved, but I would agree there should be another new phabricator-Task about "Native client-side SVG rendering, without relying on third-party scripts".

In T5593#5234639, @Habitator_terrae wrote:

If you're intersted in see SVGs here is a script for you.

@Aklapper
I assume it is a bug related to me (my computer/my browers/my extensions/my preferences/my username/my whatsoever)

@Niharika : No it still does not work

@Incnis_Mrsi :
Please check the differences in Rendering between

SVG 1.2	SVG 1.1

Thanks for your opinion. You are very exprienced in fonts (attributes,W3C,systemLanguage,...) and I really value your opinion.

@Jarry1250 : Actually since last week librsvg 2.40.20 is installed on servers, therfore we might should change the title. (Update librsvg to 2.40.20 on toolforge)

In T68672#5110845, @jijiki wrote:

Since last week all servers are using librsvg 2.40.20-3 which fixes some svg rendering issues (and possibly introduces others).

@Aklapper Was there an recent (this week) update or something?

@Aklapper Was there an recent (this week) update or something?

@Aklapper Thanks! I reported this issue at https://github.com/danmichaelo/croptool/issues/133

Can we use https://tools.wmflabs.org/svgcheck/index.php instead? It seems to work.

@jijiki Sorry, but this is a duplicate of T36947

@Great_Brightstar :
I used the current (02:11, 21. Mär. 2014 idenical to first) svg:
https://upload.wikimedia.org/wikipedia/commons/archive/5/5a/20140321020128%212014%E5%A4%A7%E8%BF%9E%E7%BB%B4%E5%9F%BA%E4%BA%BA%E6%98%A5%E5%AD%A3%E8%80%83%E5%AF%9F%E5%9B%A2%E6%B5%B7%E6%8A%A5%E7%AB%96%E7%89%88.svg

In T65236#4800144, @Aklapper wrote:

Ah, thanks! I did not compare well, because this is how it looks when I open that image in inkscape-0.92.3-5 using librsvg2-2.44.8-1:

In T193352#4704483, @Aklapper wrote:

@JoKalliauer: I'm not a fan of generic "Update X" tasks without any goal or target, as they easily become neverending catch-all tasks. Which specific version/branch is wanted in this task? 2.42/2.44? Something else?

According to @RazrFalcon in https://github.com/RazrFalcon/svgcleaner/issues/170 this is not a valid SVG 1.1

I think you linked to the right bugreport, but wrong comment:

@Aklapper : According to your comment T193300#4166078

I refered to a different benchmark:
RazrFalcon updates the benchmark more often than Wikimedia updates librsvg (!), therefore I can't see your Problem with: https://github.com/RazrFalcon/resvg/#performance
RazrFalcon might has optimised resvg for his own hardware, and therefore benchmark might be a little different on Wikimedia servers.

Merged from T184369

This seems to be a Duplicate of T64987 as @Glrx linked above?

In T40010#4432901, @Aklapper wrote:

I don't understand. Inkscape is not a rendering library but an image manipulation application that uses librsvg as its rendering library (at least on Fedora).

@Lemzwerg :
Updateting librsvg 2.40.16 to 2.42.3 or higher would fix

• T36947 - Incorrect text positioning in SVG rasterization (scale/transform; font-size; kerning) (fixed in 2.40.19)
• T55899 - SVG masks fail to render (or even display) (fixed in 2.42.3)
• T193352 - Update librsvg to support streamline-emoji (fixed in 2.42.2)
• T207506 - librsvg does not shift from bold to normal font-weight (fixed in librsvg2-2.44.7-1.fc29)
• T64987 - missinterpret quoted font family (fixed in 2.44.0)

resvg is faster and renders better than librsvg, see benchmark: https://github.com/RazrFalcon/resvg/

According to W3C-Validator with DTD 1.1 <style> needs "type" see:

• https://validator.w3.org/check?uri=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FSpecial%3AFilepath%2FWorld_Reserves_to_Production_Crude_Oil.svg&ss=1#result
• https://validator.w3.org/check?uri=https%3A%2F%2Fcommons.wikimedia.org%2Fwiki%2FSpecial%3AFilepath%2FUS_Proved_Crude_Oil_Reserves.svg&ss=1#result