For example, this shouldn't be allowed:
==English==
===Noun===
{{en-noun|-}}
# {{context|meats|lang=it}} A kind of [[ham]] ...Same for 'label', and all other applicable templates that are expected to be in the current language only.
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Invalid | kc_kennylau | T109372 Wiktionary should only allow 'lang' tags corresponding to the current language in an article | |||
| Declined | Anomie | T113091 Lua scripts handling templates should have access to their location in the document and to the global context |
Event Timeline
Comment Actions
Hmm, which problem would you like to solve here?
This is related to local on-wiki templates? How should an edit be (performantly) identified which violates this proposed restriction? Via the MediaWiki parser? As far as I understand so far I'd propose declining this...
(In general please also associate code projects to tasks and not only "Wiktionary". Please also see https://phabricator.wikimedia.org/project/profile/1115/ )
Comment Actions
Problem is that people copy/paste wrong language a lot.
Ideally language should disappear - section says what the language is. But both templates are still defined to require the language.
Comment Actions
I was under impression that there is some Lua code that runs behind the scenes? I don't know why that language is even needed to be there.
Comment Actions
This is a local en.wiktionary issue: you should ask directly here: https://en.wiktionary.org/wiki/Wiktionary:Grease_pit.
Comment Actions
After looking into this, I believe now that Lua functions that handle wiktionary templates don't have access to the section information, as it has been parsed. Particularly, to the location of template in the document hierarchy isn't accessible within Lua script.
This is the reason why my original suggestion isn't easily implementable.
Comment Actions
Done. Those invalid usages are located here: https://en.wiktionary.org/wiki/Category:label_with_wrong_lang_parameter