For the first iteration of this feature (see T285156 for details), it should be possible to save mul labels in some way (even if it’s only via the API or Special:SetLabel for now), and they should be used in the language fallback chain, as outlined in the parent task. We’ll deploy this to Test Wikidata, and can then decide how much more work the feature needs before it can be deployed to Wikidata (e.g. it might not yet be possible to set mul labels via the usual term box at this stage).
- Mentioned In
- T345396: MUL - Hide fallback indication when falling back to language code mul on Wikidata
T317514: [EPIC] Make namespaces for Wikibase translatable
T312105: MUL - Hide fallback indication when falling back to language code mul on Test Wikidata
T312097: [EPIC] MUL - Improve language fallback on Wikibase
T307808: Wikibase classic termbox (entity terms view) drops last user babel language if interface language is not in babel
T307274: Display fallback labels and descriptions as placeholder in termbox
T299904: Babel language fallbacks do not distinguish between explicit and implicit language fallbacks
T299539: Clean up WikibaseContentLanguages and LanguageFallbackChainFactory service handling
- Mentioned Here
- T307808: Wikibase classic termbox (entity terms view) drops last user babel language if interface language is not in babel
T135871: Language fallback not applied to item/property heading after editing terms
T285156: [GOAL] Add termbox language code mul to reduce redundancy in Wikidata Labels and Aliases
it should be possible to save mul labels in some way (even if it’s only via the API or Special:SetLabel for now)
It looks like using ?uselang=mul and then editing the termbox will also work (in fact you can do this already on Wikidata, you’ll just get an error when saving), though ?setlang=mul doesn’t work.
For some reason, with my interface set to en-gb and mul added to my babel box, mul appears in the termbox only briefly and then disappears. It works if my user interface is set to en or de. Also, adding en-gb to my babel fixes it. Thank you Nikki for making us aware of this!
I think there’s more general weirdness going on here… on my local wiki, with Babel de-N,en-3,pt-1,mul-0, the termbox goes from en-gb,en,de,mul,pt…
In this case, mul stayed around, but en and de swapped places, and pt got lost. In fact, I can reproduce a similar issue on Wikidata, without any reference to mul:
Using mul to indicate the preferred fallback conflates two different things: language and fallback. I would prefer to see what type of language/script is displayed as a fallback. Example: Latin (e.g. for some scientific plant name), English (e.g. for the title of some academic paper), Vietnamese (e.g. for the name of some person), or mul (e.g. for some Unicode emoticon). This would mean that in addition to the mul language code we would also need a way to indicate what language code is the preferred fallback.
The point of having 'mul' is to be able to reduce edits/per item.
A person doesn't have a different name in Vietnamese than they have in English and thus storing the name in 'mul' instead of storing it in both 'en' and 'vi' saves edits. We are not displaying either the English or the Vietnamese name but something that's true for both (multiple) languages.
Saving edits are valuable because of technical performance limits. It's also valuable because those edits take up space on the watchlist and the history of the items.
'mul' is not designed for storing information about Unicode emoticons. It's by it's nature designed for content that's language. 'zxx' would be the official code for the content that's not in any language like Unicode emoticons.
Currently, when I search on test.Wikidata https://test.wikidata.org/w/index.php?search=John+Doe+II&search=John+Doe+II&title=Special%3ASearch&go=Go&ns0=1&ns120=1 for an item that only has a name "John Doe II" in 'mul' but not in any other language its name gets displayed on the search page as "John Doe II multiple languages (Q57591)". It would be desirable to not display "multiple language" here and present the item the same way it would have been if "John Doe II" would be the English label of the item.
Thank you @ChristianKl!
In the scenario that I had in mind, we would only have the "vi" and no identical "mul" Label for that person. Instead, we would have a way to mark the "vi" Label as the general fallback (instead of only mul). I mainly noted it down for the future, as we will not be able to make that kind of change any time soon.
Good catch with the awkward search results!