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.

gangleri wrote:

(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.