I can confirm the fix on the beta cluster. Nice job @Dillon !

Next steps would be enabling this in beta cluster and test.wikipedia.org so that Chris can test this out.

$wgChartTransformsEnabled = true;
$wgJsonConfigTransformsEnabled = true;

@bvibber could you document the new capability on https://mediawiki.org/wiki/Extension:Chart ? Thanks!

In T395281#10864975, @CCiufo-WMF wrote:

I guess these should be props at the chart invocation? something like

{{#chart:Global wind power production.chart|title=hide|legend=hide}}

where the default is show.

For this use case we shouldn’t be using echarts library on the client as it's not designed to render that small. Since we output an SVG this is possible, but we will also want to alter the render options so that the SVG is optimized for this use case (e.g. most likely 400px instead of 600px and possibly tweaks to font-size etc to optimize display at that resolution).

It sounds like we need to branch this first in https://gitlab.wikimedia.org/repos/releng/release (example here: https://gitlab.wikimedia.org/repos/releng/release/-/commit/aab83dd68c884b8fa86930077a3b85770e3bc07d)

Edward could you take a look at this, please?

@ovasileva did we reach a decision on whether we want to deploy one of these new SVGs ?

@KSarabia-WMF to write the patch. https://gerrit.wikimedia.org/r/c/operations/mediawiki-config/+/1145274 for reference.

Refined requirements based on above.

Thanks for the report!
I can replicate with a newly created user who enables the beta feature cc @Dillon - related to T394736.

Also impacts Charts - https://commons.m.wikimedia.org/wiki/Data:Olio_di_cocco_produzione_mondiale.Bar.chart
So I think if we're changing one, we should change both for consistency.

Thank you!

Since the contents of the Chart are using echarts library I wouldn't recommend or endorse using CSS to hide anything here. I think if you need to disable anything it would be better to request it explicitly and for us to configure a boolean on the chart definition to do this.

In T299772#10852940, @DLynch wrote:

mw-mf is a more intended for use in CSS, it's true -- and it is being used there in a number of places. (Though I do kinda think that caring about document.body.classList.contains('mw-mf') is a bit overzealous in user scripts -- it mostly matters for the WikimediaEvents case because it's really likely to trigger during the critical initial render flow, and for all users.)

The point I was trying to make is that there is a use case here and that skins have been setup to make this an extensible area (in the same way subtitle is now extensible via mw.util.addSubtitle) and that things other than site notices populate this area.

(Given age and inactivity)

Seems like nobody is looking at this and Minerva is passing againso marking back as resolved.

I assume this has been addressed.

Is this done?

Makes sense, thanks. Seems like they could get addressed by the same fix though?

ePub is no longer supported.

PDF generation appears to be done by a wmcloud instance now (https://ws-export.wmcloud.org/?format=pdf&lang=de&page=Index%3ATBHB_1943-07-19) so this doesn't seem relevant.

Since there is no book PDF generation any more.

TODO: Confirm this is still an issue.

Since there is no book PDF generation any more.

Since there is no book PDF generation any more.

Since there is no book PDF generation any more.

Since there is no book PDF generation any more.

I don't think PDF generation is likely to be restored in the current extension (at least while it is in Wikimedia production).