Help talk:Extension:GlobalUserPage

Local links on something like meta when 'xtranscluded'
How will you be suggesting to manage meta user pages that have meta specific links? Use of m: in the link will not work locally, cannot use a template as that won't transclude, and wrapping the m: component in &lt;includeonly> multiple times is going to be a PITA, and hard to get users to undertake. Is there a technical means that this could be addressed? Thanks. — billinghurst  sDrewth  12:31, 6 February 2015 (UTC)


 * m: does work locally.
 * Did you test before commenting? What's "transcluded" is the HTML, how could interwiki prefixes possibly matter? --Nemo 13:50, 6 February 2015 (UTC)
 * I just tested it, and m does work fine locally. Templates "transclude" in the sense that whatever content you see on meta should be rendered the same on remote wikis. Legoktm (talk) 18:57, 6 February 2015 (UTC)
 * I have had issues with m: before, glad to know that it isn't an issue today. The reference to template was a a solution to hiding m: to make it easier, and is redundant. — billinghurst  sDrewth  22:34, 6 February 2015 (UTC)

Proof of concept of interwikis and combinations
— Preceding unsigned comment added by Billinghurst (talk • contribs) 00:12, 8 February 2015‎
 * Special:RecentChanges
 * m:Special:RecentChanges
 * w:Special:RecentChanges
 * s:Special:RecentChanges
 * q:Special:RecentChanges
 * w:en:Special:RecentChanges
 * q:en:Special:RecentChanges
 * s:en:Special:RecentChanges
 * w:de:Special:RecentChanges
 * s:de:Special:RecentChanges
 * q:de:Special:RecentChanges
 * c:Special:RecentChanges
 * en:Special:RecentChanges
 * de:Special:RecentChanges
 * de:w:Special:RecentChanges <- this one fails, it takes you back to English Wikipedia
 * de:s:Special:RecentChanges
 * de:q:Special:RecentChanges


 * Again, this has nothing to do with the extension at hand. The one "failure" is expected behaviour, see m:Help:Interwiki linking (I suggest you move this on the talk of that help page). --Nemo 09:51, 8 February 2015 (UTC)


 * The help page currently states "Links will be rendered locally". I've not yet seen an example of this, can someone show one? beta.wmflabs.org is useless as usual, because it's English only. However, because one-letter prefixes are set up everywhere, even when the target wiki doesn't exist, the statement can be verified, when the extension is enabled, checking the output of  on . --Nemo 09:15, 13 February 2015 (UTC)

Changing default page to another
Hi. Is there/Will there be a way to change the default page from the Meta's page itself to e.g. some subpage like m:Special:MyPage/global? It's not like I'm too happy with need to have loads of fancy parser functions (well otherwise I don't see how I'm gonna have it rendered depending on content language, wiki's type (I mean wp, wq, wb etc.) and so on) on the userpage itself, while it wont be so bad somewhere on a subpage I think. --Base (talk) 03:32, 12 February 2015 (UTC)
 * No. How do you plan on having it render differently on different wikis? That shouldn't be possible. Legoktm (talk) 22:01, 12 February 2015 (UTC)
 * Kinda like

if consider language only. Well if it would not be possible to transclude subpages than I'd have to have the contents right in the switch's code. That's why it's going to be a big code which I don't want to store on the userpage itself) --Base (talk) 22:11, 12 February 2015 (UTC)
 * Well, that'll work. Just be aware that there is a significantly lower timeout in parsing remote pages (10 seconds currently) so if your global user page is too complex, it might not show up at all. Legoktm (talk) 06:44, 13 February 2015 (UTC)
 * Ah actually it doesn't work since it calls CONTENTLANGUESE back on Meta :( Damn too bad, IMHO :( Without any i18n support it's kinda stupid thing. It's not just i18n actually. Because of the same thing it isn't even possible to put in babel a line that you don't understand local wiki's language (the only way it seems is to list all 200+ languages I don't know which is surely a stupid idea). Are there any plans to make it possible to call parser functions on local wikis' side? At least several of them such as aforementioned CONTENTLANGUESE… --Base (talk) 04:31, 20 February 2015 (UTC)

Extension:Translate
Will this extension work 'correctly' with user pages which are translated using Extension:Translate? Will it show the correct language? If not, or if there is meta policy against translating user pages, we should document that in the help page otherwise there will be a flood of user page translations.

I notice that meta doesnt have any user pages using Translate, except User:Nemo bis/Fréttinga. John Vandenberg (talk) 07:09, 18 February 2015 (UTC)


 * Well, this is sort of covered by the passage on transclusion, as the page translation manual says to transclude /en subpages. I think this should work: . Except few "service accounts", I don't think it's appropriate to use Translate for user pages, so the problem is rare. A trick for language selection is discussed in the section above. --Nemo 07:30, 18 February 2015 (UTC)

Transclude global user page as part of local user page
Is it possible to have a local page which pulls the global page but adds some content? E.g. some wikis like to categorize user pages. --Tgr (WMF) (talk) 01:40, 19 February 2015 (UTC)

Change the central wiki?
Is there an option to change the central wiki? For example, I would like my userpage of enwiki to be automatically transcluded everywhere, instead of meta. Is this possible? If not, will it ever be? Reh man  10:07, 19 February 2015 (UTC)
 * There's no option, and it is not currently planned to add such a feature. Legoktm (talk) 15:26, 19 February 2015 (UTC)