https://bugzilla.wikimedia.org/show_bug.cgi?id=37901

--- Comment #16 from James Forrester <[email protected]> ---
(In reply to comment #14)
> This is an 80/20 issue - 80% of the value comes from fixing just the coloring
> of internal wikilinks. Coloring of external links isn't critical. (There can
> be
> significant time-delay in getting 404 or similar error codes for page
> non-existence, as well as false negatives when a website is temporarily
> down.)
> And of the internal wikilinks, most of the value is redlinks, some of the
> value
> is disambiguation pages, and little of the value is stubs (which, again, are
> subject to false positives, since article assessments aren't automated).
> 
> In short, the priority ought to be to code internal wikilinks that go to
> non-existent pages (as red), and internal wikilinks that go to disambiguation
> pages (as yellow, I think), and not to worry all that much about anything
> else.

The solution we're considering is a service that, given an array of links,
returns a set of CSS selectors that VE applies to the page, to give the
appropriate hinting on links.

To be very specific, we are talking about:

* Internal links
** If the page does not exist, colour it red
** If the page does exist but is a disambiguation page, colour it yellow
** If the page does exist but is under (arbitrary) stub threshold, colour it
purple
** Elsewise, colour it dark blue

* External links
** If the link is to a wiki that is "internal" (i.e., an interwiki), colour it
mid-blue
** Elsewise, colour it mid-blue with an "external link" icon.

It is a mistake to think that doing this but only for internal link state and
only for existence/non-existence is 20% of the work for 80% of the gain; it's
much more like 90% of the work for 80% of the gain. :-) Building the service
itself is definitely the hard part of this.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to