Last modified: 2013-03-28 22:36:41 UTC
If the link is [[s:Some source|...]], now the tooltip shows "s:Some source". With this change, it would show "Wikisource:Some source". Ditto for "b:" and "Wikibooks:", "wikt:" and "Wiktionary:", etc. This would help novice users who don't know the abbreviations and let the mouse remain over links for seconds before clicking, to know where is the other end of the link. (The abbreviations could also be expanded to the local wikiproject names (wikilibros, wikinoticias, etc.), but then the expansion would no longer be valid link prefixes, so this last proposal is controversial.) Thanks.
This would probably require adding an explicit way to alias interwikis; currently we just have two entries. An alias-to column maybe would work well.
(In reply to comment #0) > If the link is [[s:Some source|...]], now the tooltip shows "s:Some source". > With this change, it would show "Wikisource:Some source". > > Ditto for "b:" and "Wikibooks:", "wikt:" and "Wiktionary:", etc. "w:" "Wikipedia" would be ambiguous at projects where the project name is "Wikipedia" example: [[w:HTML Tidy]] a) correct: it links to an article in the the project in English in the 'Wikipedia' project group [[HTML Tidy]] b) 'Wikipedia:HTML Tidy' would link to a page in the project namespace at 'de:', 'en:', 'fr:' etc. "m:" "Meta" would be ambiguous at at [[meta:]] example: [[m:Developers]] a) correct: it links to an article at [[meta:]] b) 'Meta:Developers' does *not* exist at meta This means that the tables have to be *different* at each project. Startup projects are using generic names for the namespaces and English names for the project and project_talk namespaces. If last is changed the 'alias' ambiguosity will disapear. Please remember: Beside these two interwiki prefixes defined in every / most projects of WMF the "shortcuts" 'b:', 'n:', 'q:', 's:', 'wikt:' are not defined in the "own" project group. best regards reinhardt [[user:gangleri]]
Oh, so we do have a bug for this. I thought about something like this when thinking about bug 39199. That calls for fetching local interwiki tables from other wiki. Such an act would actually involve an api request that could easily include some other data including sitename. Basically if that were implemented, it would be trivial to change the link title for inerwiki links so that it includes the wiki's own sitename fetched right from the wiki.
