Meta:Requests for comment/Multi-lang meta user page
Appearance
The following request for comments is closed. No consensus for proposed action.
Statement of the issue
[edit]As a non-locally-exist user page fallback to meta user page, I hope to have the ability to set different meta page for different language projects; which let us have one unified page for each language group wikis on meta, instead of just English. So if users are accessing from French Wikisource of a user does not have a local user page, they see the French version instead of English version, which save us a lot of trouble of creating different pages for different projects of the same language group. Viztor (talk) 00:41, 4 August 2019 (UTC)
Comments
[edit]- Support Shows the multilingualism of Meta. Znotch190711 (talk) 07:13, 4 August 2019 (UTC)
- Comment Is this meaning that anyone can mark their own user pages for translation by themselves? I'm very not sure if @Nikerabbit: or any other maintainers of mw:Extension:Translate are agreeing it or not. --Liuxinyu970226 (talk) 23:35, 7 August 2019 (UTC)
- I believe this asks for a way to define user pages in different languages. It does not need to be coupled to any specific way of translating them. –Nikerabbit (talk) 13:46, 8 August 2019 (UTC)
- Not that I have any issues with this proposal, but couldn't this be resolved by using the
{{#switch: {{int:lang}}}}
code similarly to how it's done on my userpage? Hiàn (talk) 17:34, 26 August 2019 (UTC) - I don't think this is particularly necessary. I was able to do this on my userpage with not much effort, and I'm not sure how this proposal would be any different than what we currently have. Vermont (talk) 00:56, 7 September 2019 (UTC)
- My user page also does this quite easily. As far as I can tell, only three things don't automatically happen once you've coded things correctly:
- The header and footer of the Babel extension's template don't change. I'm not quite sure why on that; I'd need to look at it.
- If you have the {{Userpage}} template on your userpage, there is always an English translation of it at the bottom. That's a feature, not a bug.
- For any template on your userpage (including that one), if there isn't a version of the template in your user language, the template will show default. But you have to edit the template for that, not the userpage.
- StevenJ81 (talk) 14:26, 9 September 2019 (UTC)
- So here's where I think there is some confusion/misunderstanding. If you do this as some of us have suggested by using
{{#switch: {{int:lang}}}}
, the language changes according to the language that the user has set, not the language of the wiki. If you are suggesting that you want the page to appear in, for example, French, whenever the project language is French (rather than the user language), it doesn't do that. - But here's why that usually doesn't matter. For an IP user on the project, the user language is always the project language, by default. For a registered user, there are three possibilities:
- User has set a global interface language s/he wants. In that case, the user sees that language, which is one s/he knows. That's fine; that's what s/he wants.
- User has set a local interface language for that project, overriding the default. That's also fine (see above).
- User has not set an override for the project, so sees the page in the language of the project (if available). That's what the proposer is looking for.
- End result: If the user wants a different language, user is entitled to have it. If not, the language of the local wiki is the default.
- The only situation missing is the one where the user page is not fully defined and available in the language of the project. That gets tricky. Plain text would have to be translated by each user. Templates will appear in the language of the project if they've been properly set up for that language. But when they're not, some will then go to the fallback language to the project, others directly to English, depending on how they're coded. My global user page on the Arpitan Wikipedia includes templates that render in French and templates that render in English. Could we try to set up all templates so that they always render down the fallback language cascade? I suppose. If we were doing it from scratch now, we surely would want to do that. But is it worth redoing the many templates already set up in a different way? I just don't see it. StevenJ81 (talk) 21:15, 24 September 2019 (UTC)
- So here's where I think there is some confusion/misunderstanding. If you do this as some of us have suggested by using
- Strong support Masum Reza☎ 16:56, 24 September 2019 (UTC)
- Weak oppose The proposal lacks a clear concept how this will be achieved. I fear this will end way too complicated and so be likely unusable by most users. I also don't see who could provide user support. --Krd 19:02, 2 November 2019 (UTC)
- Weak oppose per Krd. Sounds like lots of dev work for a feature that will have little use while other options exist. ~riley (talk) 19:33, 8 December 2019 (UTC)
- Oppose I don't recall this being a problem that needs such a big solution for it that could potentially end up very messy. —Atcovi (Talk - Contribs) 14:31, 15 January 2020 (UTC)
- Comment Good idea, but how?--AldnonymousBicara? 03:24, 25 January 2020 (UTC)