adrianheine added a comment.

In https://phabricator.wikimedia.org/T125073#2001862, @Nikki wrote:

> I was mostly talking about terms because they're more common than monolingual 
> text statements. :) I can't think of anything where I would expect them be 
> treated differently though, other than the special codes (`mul`, `zxx`, etc) 
> which don't make much sense for terms.


From my point of view, both use cases are very different. In monolingual text 
values, we have to model some part of reality, so we have to be flexible enough 
to support everything reality throws at us. For example, if the official name 
of some organization is defined to be in `no`, we have to accept that value. On 
the other hand, for terms we do something on our own, and we can decide which 
language codes we want to use for which language. So I would expect monolingual 
text value to be much more permissive than terms.

> I remembered some more invalid codes: `de-formal`, `nl-informal` and 
> `simple`. They're UI languages but occasionally people use them for content. 
> If they stop being allowed for content, we should replace them with `de`, 
> `nl` and `en` respectively. If they continue being allowed for content, 
> `simple` would become `en-simple`, but there are no subtags for 
> formal/informal, so I guess they would have to be something like 
> `de-x-formal` and `nl-x-informal`.

We just removed them in https://phabricator.wikimedia.org/T125063.

> By the way, language names are not always localised (e.g. in English `nl` 
> shows up as "Dutch" but `nl-informal` shows up as "Nederlands (informeel)‎"), 
> is that a bug or do they need translating somewhere? (and if so, where?)

That needs to be translated in file `LocalNames/LocalNamesEn.php` in the CLDR 
extension <https://www.mediawiki.org/wiki/Extension:CLDR>.


TASK DETAIL
  https://phabricator.wikimedia.org/T125073

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: adrianheine
Cc: Nikki, Fomafix, adrianheine, Aklapper, Izno, Wikidata-bugs, aude, Mbch331



_______________________________________________
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Reply via email to