However, this actually created several problems including the broken page transclutions with malfunctioned language converter tags exposed and using the workaround of Template:Conversion-zh, Template:LC zh. More breakages could be found on phab:T328838.
More briefly for the zh part: The old configuration can only translate into zh while the new configuration can translate into zh-hans (for zh-Hans-CN, zh-Hans-MY, zh-Hans-SG), zh-hant (for zh-Hant-TW) and zh-hk (for zh-Hant-HK, zh-Hant-MO).
Note: "translatewiki.net page translation model"/"Miraheze Meta page translation model" refer to the same translation model.
I've added my comments on the associated Phabricator task you linked, which is basically about doing the same thing on every multilingual wiki. TL;DR: I'm opposed because as it currently stands, this proposal would quadruple the work of translators. Aaron Liu (talk) 16:18, 2 August 2025 (UTC)Reply
I'd say rather than doing this, we sort of finding a way to actually implement the NoteTA (manual conversion RULES, so not quadrupling the work but actively using the LC model) for content page. -- Lakejason0 (talk) 17:03, 2 August 2025 (UTC)(edited at 17:05, 2 August 2025 (UTC))Reply
Without using /zh-hans, /zh-hant, /zh-hk, we have to pass the language tag every time using message bundle messages.
-- Wrapping all of them under /zh using {{LC zh|, without using /zh-hans, /zh-hant, /zh-hktmb.new(mb_page_title,lang_tag):t(message_key):params(lang_tag):plain()
-- Using separated /zh-hans, /zh-hant, /zh-hk, we no longer need to pass the language tag :params( lang_tag ) every timetmb.new(mb_page_title,lang_tag):t(message_key):plain()
With this change, every Lua module using translation bundles can be simplified:
Even if T196501 is solved, you still have no way to either get the requested language tag or pass the lang_tag parameter because we are currently using $1 instead of {{{lang|}}}, which make the message bundle messages to be something different like {{{lang|$1}}}. -- Winston Sung (talk) 08:41, 8 August 2025 (UTC)Reply
I don't think I understand. As long as lang is set to the needed value somewhere, it should work if we can get all the parent frames, even if it is input by the parser. Aaron Liu (talk) 21:42, 9 August 2025 (UTC)Reply
There might be some misunderstandings.
You can only get "template arguments" like {{{1|}}} after T196501 being solved so we no longer need to write {{LC zh|lang ={{{lang|}}}|
However, "system message arguments"/"interface message arguments" like $1 are never something can be get from frame:getParent().args without either creating new methods to the frame object or still writing {{LC zh|lang = $1| in Wikitext.
:t(message_key):params(lang_tag) use the "system message argument API" instead of "template argument API".
Latest comment: 2 days ago7 comments3 people in discussion
Following the MediaWiki update to the parsed heading structure, the main page CSS should be updated accordingly - MediaWiki:Common.css#L-37. Thanks.
Replace:
These styles hide the first heading in the content that duplicates the page title on the main page. My proposed fix: instead of hiding the h2 element itself (which worked previously), it targets the h2's container element. Example without styles (see identical headers):
FWIW, I can't see the duplicate heading either but I do see the extra separator that shouldn't be there, using Firefox if that's of any relevance. Tactica (talk) 04:42, 28 November 2025 (UTC)Reply
Latest comment: 11 days ago1 comment1 person in discussion
Hello. Reminder: Please help to choose name for the new Abstract Wikipedia wiki project. The finalist vote starts today. The finalists for the name are: Abstract Wikipedia, Multilingual Wikipedia, Wikiabstracts, Wikigenerator, Proto-Wiki. If you would like to participate, then please learn more and vote now at meta-wiki.
Thank you!
Latest comment: 6 days ago6 comments4 people in discussion
During development of Wikispeech, I was testing directly to our page: Extension:Wikispeech/Pronunciation errors/sv and unfortunately, my IP-address became blocked due to "vandalism". I am fairly new in this eco system, but I was wondering if it perhaps could be possible to cancel the blocking of my IP-adress? Ofcourse I understand now, that I should have used the /sandbox for testing against wikis, but now I know better, but it would be great if the blocking could be cancelled.
It is best to ask @Clump, as he added the block. However. if you are making anonymous edits without edit summaries (like "I'm testing this new vandalism"), then it is likely you will get blocked indeed, so try to improve on that. You can also use test.wikipedia.org —TheDJ (Not WMF) (talk • contribs) 09:21, 25 November 2025 (UTC)Reply
Unblocked; sorry about that---testing and nonsense edits tend to look similar, :) and yes, edit comments would help and be appreciated. --Clump (talk) 12:07, 25 November 2025 (UTC)Reply
This page is only for discussing issues related to MediaWiki.org site.
