Last modified: 2013-03-28 22:36:41 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 5501 - Expand prefix of interproject link when showing the link in the tooltip
Expand prefix of interproject link when showing the link in the tooltip
Status: NEW
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: Low enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-04-08 01:18 UTC by Carlos
Modified: 2013-03-28 22:36 UTC (History)
2 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description Carlos 2006-04-08 01:18:48 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.
Comment 1 Brion Vibber 2006-04-08 01:20:17 UTC
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.
Comment 2 lɛʁi לערי ריינהארט 2006-04-08 06:38:03 UTC
(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]]
Comment 3 Daniel Friesen 2013-03-28 22:36:41 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links