@CCiufo-WMF, please update my patches as needed. My interests shifted to other projects in the meantime.

In the meanwhile, dewiki came up with this template https://de.wikipedia.org/wiki/Vorlage:Chart to link to the chart definition and chart help page ("Diagrammdaten: Definition | Hilfe").

In T392110#10854013, @aude wrote:

I left some comments in the merge request for the service:

https://gitlab.wikimedia.org/repos/mediawiki/services/chart-renderer/-/merge_requests/78

for the scatterplot, should yAxisColumns only have one column? and validate that it is a number column?

if the data is unexpected (e.g. y axis has category data or there are extra columns) then the chart could appear in unexpected ways. Maybe it's up to the user though or use lua to transform the data to the right way.

also if the xAxis has null values then the scatterplot is treated as category data since I think isValidNumberColumn does not consider or filter null values.

if the tabular data is more clean, with only 2 number columns. then the implementation works okay but maybe the service and/or extension could have more validation and handle unexpected data for the scatterplot.

Note that enwiki has implemented a similar functionality for many navigation boxes, see https://en.wikipedia.org/wiki/Innsbruck#External_links for instance and note the V T E buttons on the left.

@CCiufo-WMF, cool, I did not know that this function exists. However, the functionality is very limited:

Is anything blocking the Gerrit patch? Is any help needed to address and implement this enhancement?

Currently, two mappings are in place, (a) in PHP for i18n strings and fetxhing the .tab data, and (b) in Typescript to map our chart definion to ECharts options.

We used to have a showValues option, but this option has been removed in the course of T376656.

The deployment to metawiki is planned for May 6-8, 2025, see https://www.mediawiki.org/wiki/Extension:Chart/Project#Deployment_Timeline.

The deployment to ruwiki is planned for May 13-15, 2025, see https://www.mediawiki.org/wiki/Extension:Chart/Project#Deployment_Timeline.

We used to have a showLegend option, but this option has been removed in the course of T376656.

Related: T393597

@Jdlrobson-WMF in https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Chart/+/1141452/comment/ebc6eff9_eb3d9c2a/

Hi @Jdlrobson-WMF, sorry that you couldn't come to the hackathon, I missed you. The hackathon was great. Today I started my adventure back home by bike – approx. 2500km to go.

Avoid custom tags, presumably there is nothing we can do with these

One approach could be to utilize the toolbox of ECharts (top right) and display the links to .chart and .tab there.

ECharts does not have a designated chart type for histograms. Histograms can simply be rendered as a bar chart.

I cannot reproduce using the original steps. However, when copying a table from one page to another (using the visual editor), the valign attribute is lost.

Fixed via https://github.com/simon04/dinoscan/commit/0c0e23aabc34ff7ca22e8e3d90715f04ba1ad0a2. Thanks for reporting. :-)

JavaScript Temporal is coming | MDN Blog – shipping with Firefox 139 – Temporal - JavaScript | MDN

Even better, thank you! Sorry for the noise!

Let's try to finish this on the Wikimedia-Hackathon-2025 then. (:

Yay, the regression is fixed after 2.5 years (2022-07-20).

I wonder whether Use packageFiles for Popups https://gerrit.wikimedia.org/r/1024608 would be a good first step to see whether packageFiles (in comparison to JavaScript bundlers such as webpack or rollup or vite) is a viable strategy. It seems that this patch is mostly ready?

Likely a regression of https://gerrit.wikimedia.org/r/c/operations/puppet/+/815759.

Screenshots of https://gerrit.wikimedia.org/r/1079645:

Might be obsolete if we remove this link completely, see T376972.

Related: T360589

Related issues: T77108, T77481, T68606

Related to T365193.

Any new insights? If createEntityView in wikibase.ui.entityViewInit.js shall not be called from commonswiki, maybe we should simply return from this function if mw.config.get('wgWikiID') === 'commonswiki' && mw.config.get( 'wgCanonicalNamespace' ) === 'File'

The template parsing is performed by the CommonsMetadata extension.

@TheDJ in https://gerrit.wikimedia.org/r/910766

MobileFrontend uses its own implementation different from MediaViewer, see T65504 for the plan to use the same code for both versions.

Testing today, I obtain the following caption: "Tämä on kuva suomalaisesta monumentista, jonka tunniste on 'Turun tuomiokirkko ja Turun historiallinen ydinalue' (Q29974183) - RKY: 4620"

The problem here is that the monument template outputs this HTML fragment:

The template parsing is performed by the CommonsMetadata extension.

The desktop MMV should allow cycling images e.g. it should be possible to get from the first image to the last image.

Great, thank you so much. I've migrated to codex.style-bidi.css for dinoscan: https://github.com/simon04/dinoscan/commit/595314ae000e331b00716d728c68882098fc15c0

with something smaller (what?)

@Cparle, the patch is working now... :)

This seems to be the relevant CSS code regarding scroll-padding-top: https://github.com/wikimedia/mediawiki-skins-Vector/blob/3cbb12b590bf7de3f8eac956904e9486fd50c706/resources/skins.vector.js/stickyHeader.less#L133

Related: T360589