Last modified: 2009-02-07 15:21:06 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T19331, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 17331 - "External" links within wiki should be handled separately (and not have icon)
"External" links within wiki should be handled separately (and not have icon)
Status: RESOLVED DUPLICATE of bug 11477
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
unspecified
All All
: Normal enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2009-02-03 00:08 UTC by Gurch
Modified: 2009-02-07 15:21 UTC (History)
0 users

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


Attachments

Description Gurch 2009-02-03 00:08:13 UTC
In Monobook and other skins, external links are given an icon. However, since there is no special syntax for linking to many things within the wiki, such as diffs, external links have to be used for these. Such links are shown with the external link icon even though they do not, in fact, link to an external site, which is both misleading to the user and untidy when there are lots of links.

On Wikipedia and elsewhere, a "plainlinks" class in the site CSS is used to mitigate this, but this is something of a hack, and having to write <span class="plainlinks">[{{fullurl:Page_name|diff=123456789}} link]</span> just to link to a diff without the external link icon appearing is a bit of a mouthful.

While this is partly a skin issue, it would help if MediaWiki treated "external" links to the wiki itself differently from other external links, either styling them the same as interwiki links (in Monobook, same colour as external links but no icon) or as a completely new class.
Comment 1 Chad H. 2009-02-07 15:21:06 UTC

*** This bug has been marked as a duplicate of bug 11477 ***

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


Navigation
Links