See: https://bugs.documentfoundation.org/show_bug.cgi?id=152376

My proposal is injecting a magic word as {{TOCLIMIT:1}}, {{TOCLIMIT:2}} ... or {{TOCLIMIT:6}} etc into article.

Really? I uploaded some SVG images in https://test.wikipedia.org/wiki/File:Test_ground.svg, Set font face as Noto Sans CJK or Noto Serif CJK to upload, then they're really works.

Yes, I believe so. As Noto CJK fonts are already available on our server, it's reasonable to update the list.

Oh I've found the server is already included Noto fonts, so I decided to abandon this request, please go to T336961 instead.

Oh I mean these fonts should be added into Universal Language Selector.

The following image doesn't present this bug:
https://commons.wikimedia.org/wiki/File:History_of_the_Universe-zh-hant_(2).svg

Another possible solution is integrating Source Han Sans into Wikimedia server as replacement to WenQuanYi Zen Hei, which is somewhat buggy for vertical text layout (I can reproduce with Inkscape and LibreOffice Writer). (T336684)

I've just uploaded File:Fleet Canada logo.svg which is download from its official website, the viewBox is works as expected without any alternation.

The upstream developers have fixed it over 2 years ago, so it's reasonable to update librsvg for fix.

Other files could be used to reproduce:
https://commons.wikimedia.org/wiki/File:Flag_of_Iceland_(state,_2).svg
https://commons.wikimedia.org/wiki/File:Flag_of_Iceland_(state,_3).svg

For more details and release histories, see:
https://software.sil.org/scheherazade/

Sorry for my late response. According to the author:

BabelStone Tibetan has an extremely large line height in order to allow for very high and deep stacks found in some religious texts. BabelStone Tibetan Slim is almost exactly the same as BabelStone Tibetan, but has a small line height; it is suitable for ordinary modern Tibetan text, but some stacks for Sanskrit may be cropped at the top and/or bottom.

OK. The author made a page to illustrate how BabelStone Tibetan font works with Tibetan shorthand contractions. AFAIK, they have some special mark attachments that Jomolhari failed to work with.
https://www.babelstone.co.uk/Tibetan/Contractions.html

Here are the same texts produced on LibreOffice 7.1, using Noto fonts.

Unfortunately, it's still reproducable, see my screenshot.

We can also make the MobileDetect extension works with indicator, if this feature is implamented, an editor would be allowed to determin whether an indicator is visible on mobile screen. If he doesn't want to do, he can use the <nomobile> tag surrounding the indicator, then it would be ignored in Minerva skin.

In T27611#4745521, @Gilles wrote:

I've checked briefly ~100000 images requests on an esams Varnish server, with the current threshold only 0.035% of image responses are image/webp.

Our efforts to deploy WebP happen to be very timely, as I've just learned that Edge supports it as of last month, and Firefox 65 has just added support as well, with its general release scheduled on January 29.

Since Firefox 65 released, all major web browsers except Safari got support for WebP format, so it's reasonable to provide WebP images directly to them. We can try to detect the request header firstly while the server received the request, then we decide weather sending WebP images to the client.

In T208901#4906755, @Anomie wrote:

TemplateStyles will not be doing that sort of thing, as that would increase time to rendering of the above-the-fold content and T155813 concluded that we specifically don't want to do that.

I found a workaround for this. you can make use of <indicator> tag surrounding <templatestyles> tag to inject the TemplateStyles. In English Wikisource I used the following source codes to do, you can get it in this commit:

<indicator name="greek-text"><templatestyles src="Greek/fonts.css" /></indicator>

With this indicator the TemplateStyles loaded only once, but not affect any paragraphs. It would be nice if TemplateStyles extension can make the similar implamentation.

In T65236#4801049, @Aklapper wrote:

In T65236#4800895, @JoKalliauer wrote:

@Aklapper : Does Inkscape use librsvg?

Uh! librsvg is not listed as a dependency of inkscape. I never realized that! Thanks a lot!
Alright, so with librsvg2-2.44.8-1 (that is a newer version which is NOT yet on Wikimedia servers, see https://phabricator.wikimedia.org/T193352 ):

I don't know which fallbackfont inkscape used, and I don't know how to find out (except of trying and comparing resulsts).

@Aklapper, @JoKalliauer, which fonts you have been used?

For non-Chinese speakers, any chance to explain / show how the image should look in order to not be problematic?

The following image is also problematic in the Commons:
https://commons.wikimedia.org/wiki/File:2014%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
Later I saw GIMP repositery closed a bug recently for similar problem
https://gitlab.gnome.org/GNOME/gimp/issues/2518
In this bug, an user reported WenQuanYi Zen Hei font makes Chinese characters overlapped into one piece if he converted to vertical text layout, then the developer pointed that this font has broken vertical metrics, so they closed it. If we are using this font too, I suggest we should replace it by other approciate font such as Source Han Sans.

Junicode is now 1.002.
https://sourceforge.net/projects/junicode/files/junicode/junicode-1.002/

I know what's wrong to me. Recently improves in Firefox make the usage of this HTML class restricted, so I sent a request in their talk page and the template now works! Thanks for everyone.

You can get all these extensions from here:
https://addons.mozilla.org/firefox/addon/native-mathml/
https://addons.mozilla.org/firefox/addon/mathml-font-settings/
https://addons.mozilla.org/firefox/addon/mathml-fonts/

In T52399#3839615, @Strainu wrote:

@Great_Brightstar: none of the examples given by you and others above work for me on mobile - they always redirect to the non-mobile URL.

Oh... so how do you generate web font files while you receive these fonts? Why you bring broken fonts to everyone?

In T185746#3948578, @Aklapper wrote:

In T185746#3948483, @Great_Brightstar wrote:

I got these fonts from Beth Mardutho website

What does that mean? http://www.bethmardutho.org/images/fonts/melthofonts-1.21.zip linked from http://www.bethmardutho.org/index.php/resources/fonts.html ? Or somewhere / something else? This is important because of font licenses Which needs clarification here.

I reconverted them into TTF format.

I got these fonts from Beth Mardutho website, then I converted original font files to WOFF/WOFF2 format in Everything Fonts website. Hopefully, they would works well as expected.

Now all these links works fine in mobile phones and tablets, so I suggest this can be close.

On Wikipedia mobile, I found such links is always direct to mobile editor now. In this article
https://en.m.wikipedia.org/wiki/Pango
The link [±] can open editor directly at en.m.wikipedia.org when you browsing article on mobile phone, not tested on tablet.

You can see the example on this page when you open it on your mobile phone:
https://en.m.wikipedia.org/wiki/Template:LSR/testcases

On mobile pages, these magic words still give desktop specific URL, which may make some unconveniences for mobile phones, see https://m.mediawiki.org/wiki/Help:Magic_words

This task is created due to a discussion on https://en.wikipedia.org/wiki/Template_talk:LSR

I think we should pay attention to some works on this wiki, which implemented vertical writing modes on their pages: