|Open||None||T124286 [Epic] Wikidata language support|
|Open||None||T76216 [Epic] Language fallback|
|Resolved||Lydia_Pintscher||T85105 indicate that label is a fallback|
|Resolved||None||T86177 Mockups for indicating language fallbacks in the UI|
|Resolved||Tobi_WMDE_SW||T86178 Mockup for indicating language fallbacks for labels of referenced entities|
Adding the language name in superscript was proposed already and we even had some mock-up way back. It would tie in with what we do with the calendar names as those are, in a way, some kind of "language" as well. It would be nice to be able to use the language name to directly allow translating the label into the user's language. Could also imagine some setting to display the language name every time a translation is missing in one of my languages.
I agree that it should be handled similar to the calendar model. I worry that what we're doing there is not distinct enough from the language label for monolingual text (and multilingual text in the future) and therefor making it hard for a new user to understand which is which. Do we need to rethink either of them?
I had that in mind and, yes, there should be some concept covering all those cases. Regarding multilingual value: In my opinion, I could very well imagine that working just the same, as the label acts (and, basically, is), in fact, a multilingual value. The superscript of monolingual value could be styled in a slightly different way signaling the language being a fixed property of that value. I am not sure whether it makes sense to create a more global concept right now because there are other pressing tasks. Technically, showing the language will surely remain a prerequisite in any case.
@Lydia_Pintscher: Do you think we should omit the indicator in case of a fallback from a variant? Users with their UI set to de-ch will see fallback indicators nearly everywhere otherwise. For now, I'd use a css class do indicate whether it's a transcription, variant fallback, or fallback to a different language.
@Snaterlicious: what HTML structure would you prefer for this? Should the indicator be inside the <a> tag or after the <a> tag? If after, should there be a wrapper <span>?
The reason to show them is to get users to show labels. So I'd say we also want to show it for variants. Adding css classes to differentiate and to allow individual users to not show them sounds fine to me.
@Lydia_Pintscher: I understand, but do we *want* separate labels for de-ch for everything, even if they are only different from de labels in 1% of the cases? That just makes maintenance harder, with no benefit I can see.
I guess this isn't true for all variants. But it's true for de-ch, de-at, en-gb, etc: for these, labels in the variant are going to be the same nearly always, and should thus be omitted.