Yeah, but we shouldn’t do only this. Most users will want to do this *without* switching to qqx (“see it; fix it!”).

(Sorry, I’m English, so I can only imagine…) Bi-lingual users will perhaps be the majority among native speakers of under-served languages. I believe it is especially important to consider the needs of users whose education is in a non-native language. For these users, switching between languages according to the nature of the function or mode of use should not be further complicated by having their interface switching into qqx any time they want to change a label used in the interface.

Please see https://www.wikifunctions.org/wiki/User:GrounderUK/page#cvictorovich_interlude for an exchange on Telegram that I found troubling, from the perspective of a multilingual UX.

The reason you get the English labels is that there's no Z60 for qqx, so we fallback to Z1002/en, so the MW-side thinks we're in qqx but the Vue-side thinks we're in 'en'. We could fix this by adding qqx as a Language and then special-casing it in the Vue code, or just special-case the Vue injection code instead?

Change #1031413 had a related patch set uploaded (by Genoveva Galarza; author: Genoveva Galarza):

[mediawiki/extensions/WikiLambda@master] Have language code qqx show the ZID instead of labels

https://gerrit.wikimedia.org/r/1031413

Change #1031413 merged by jenkins-bot:

[mediawiki/extensions/WikiLambda@master] Have language code qqx show the ZID instead of labels

https://gerrit.wikimedia.org/r/1031413