Last modified: 2013-11-28 09:04:28 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 8303 - Highlight target references
Highlight target references
Status: REOPENED
Product: MediaWiki extensions
Classification: Unclassified
Cite (Other open bugs)
unspecified
All All
: Low enhancement (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/wiki/User:Gar...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2006-12-18 08:54 UTC by Gary van der Merwe
Modified: 2013-11-28 09:04 UTC (History)
4 users (show)

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


Attachments

Description Gary van der Merwe 2006-12-18 08:54:48 UTC
If you lick on the numbered link created by the <ref> tag, you are taken to the
appropriate reference. If the article is smaller than the screen height, ie
there is no vertical scrolling, it if difficult to see which reference you were
looking for.

It is very easy to highlight the appropriate reference using the css :target
selector. (Unfortunaly this is only supported by Gecko and Webkit browsers.) 

The css we would need to add would look something like this:

:target
{
	font-weight:bold;
}
Comment 1 Aryeh Gregor (not reading bugmail, please e-mail directly) 2006-12-18 14:54:44 UTC
JavaScript fallback would be good too for older browsers.
Comment 2 Aryeh Gregor (not reading bugmail, please e-mail directly) 2007-12-16 20:34:09 UTC
This requires some way of having Cite add CSS . . . note that Monobook's main.css currently just contains a rule for Cite in core.  Not sure we want to add more of those (or keep the existing one).  Is there some way for extensions to stick stuff in the autogenerated CSS without adding a whole new file?
Comment 3 Katie Chan 2008-08-11 23:10:06 UTC
This now exist, tested and work for Gecko (Firefox), WebKit (Safari), and Presto (Opear) based browser. Nope, doesn't work for Trident (IE).
Comment 4 Aryeh Gregor (not reading bugmail, please e-mail directly) 2008-08-11 23:33:08 UTC
It's a CSS change specific to the English Wikipedia.  enwiki-specific changes have no bearing on Mediazilla bugs, which deal with the software as we ship it.  Please test on a clean installation of MediaWiki next time, or at least on obscure wikis.  Reopening.
Comment 5 Michael M. 2013-11-28 09:04:28 UTC
Most (in fact: all wikis I tested) wikis have something like

ol.references > li:target,
sup.reference:target {
	background: #def;
}

in their Common.css now, so it seems reasonable to include this directly with the extension.

(In reply to comment #2)
> This requires some way of having Cite add CSS . . . note that Monobook's
> main.css currently just contains a rule for Cite in core.  Not sure we want
> to
> add more of those (or keep the existing one).  Is there some way for
> extensions
> to stick stuff in the autogenerated CSS without adding a whole new file?

Now with RessourceLoader this is no longer any problem, in fact, a modules/ext.cite.css file already exists.

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


Navigation
Links