Page MenuHomePhabricator

Provide a non-JavaScript means of including a "Complete list" link in the interlanguage sidebar
Open, LowPublicFeature

Description

Author: rememberthedot

Description:
Proposed patch v1

Currently many Wikimedia wikis use JavaScript to add a "Complete list" link to the bottom of the interwiki list on the main page. Since this is clearly a desired feature, it would be best to eliminate the need for JavaScript and instead implement this in Wikimedia's site configurations.

I'm including a patch that adds [[completelist:]] as a "language" so that it can be included in the language links. I suggest that completelist: correspond to http://meta.wikimedia.org/wiki/$1 which should work well for all Wikimedia wikis.


attachment Proposed patch v1 ignored as obsolete

Details

Reference
bz16962

Related Objects

StatusSubtypeAssignedTask
OpenFeatureNone
DeclinedTTO
DeclinedNone
Declined csteipp
OpenFeatureNone
ResolvedNone
ResolvedAmire80
InvalidNone
ResolvedNemo_bis
DeclinedNone
ResolvedAmire80
ResolvedNone
ResolvedNemo_bis
Resolvedsanthosh
ResolvedNemo_bis
ResolvedNiharika
InvalidNone
ResolvedNone
ResolvedNemo_bis
InvalidNone
ResolvedNone
ResolvedNiharika
InvalidNone
DuplicateNone
DuplicateNikerabbit
DuplicateNikerabbit
Resolvedsanthosh
Duplicatesanthosh
ResolvedNikerabbit
Resolvedsanthosh
ResolvedKartikMistry
ResolvedKartikMistry
ResolvedNikerabbit
ResolvedNikerabbit
ResolvedNikerabbit
ResolvedArrbee
ResolvedAmire80
ResolvedTrizek-WMF
ResolvedNikerabbit
ResolvedAmire80
ResolvedArrbee
ResolvedKartikMistry

Event Timeline

bzimport raised the priority of this task from to Low.Nov 21 2014, 10:28 PM
bzimport set Reference to bz16962.
bzimport added a subscriber: Unknown Object (MLST).

The "Complete list" thing is basically one line of JS:
addPortletLink('p-lang', 'http://meta.wikimedia.org/wiki/List_of_Wikipedias', 'Complete list', 'interwiki-completelist', 'Complete list of Wikipedias')

Creating a "fake language" for use on the main page interwiki list is taking a local JS hack (if one can even call it that, addPortletLink is designed for things like this) and turning it into a hack in MediaWiki core. I really don't see why this is desirable.

rememberthedot wrote:

I don't know if there is a better way to do this in MediaWiki. I do know that using JavaScript to do this is suboptimal -- it would be best to serve the desired link as part of the document in the first place, rather than using JavaScript to throw it in afterwards. Between the clients that do not have JavaScript enabled, and a rare few like Dillo that do not support JavaScript at all, there are about 6% of web users that the JavaScript hack will not work for: http://www.thecounter.com/stats/2009/January/javas.php

I really don't think 6% of people not seeing a tiny little link that's only going to be used on 1 page per site, on Wikimedia sites only, really justifies adding a hack to core. Its an extremely trivial loss of function, and at least enwiki has a link to the list of Wikipedias elsewhere on the Main Page, so people with JS actually get 2 links. The interlanguage links are supposed to be links to other languages, anything that adds a link to something that isn't another language is going to be a hack to some degree no matter how its done. One of the reasons MediaWiki has sitewide JS and CSS customizable through the wiki is so that end users can add things like this, without having to hack the core code, it even provides the addPortletLink function to add links to the various portlets.

Hack this into the WikimediaMessages extension? :-)

rememberthedot wrote:

All I'm asking for is a way to provide this feature without having to hack it in with JavaScript. The patch I posted is one way to do it; is is not the only way and clearly it is not a desirable way.

*Bulk BZ Change: +Patch to open bugs with patches attached that are missing the keyword*

Setting "patch-reviewed" keyword as per comment 5.

(In reply to comment #4)

Hack this into the WikimediaMessages extension? :-)

This could also be hacked into one of the Wikimedia configuration files. In any case, I think this is an easy bug to resolve; marking it as such accordingly.

Comment on attachment 5660
Proposed patch v1

Marking patch obsolete, there is no way this would be accepted now.

See Gerrit change 110832. This is the first step. Then to write a (very simple) extension, or even just consume the hook in CommonSettings.php (although I don't think Reedy would like that).

(In reply to This, that and the other from comment #10)

See Gerrit change #110832. This is the first step.

Clearly not. But we can always use SkinTemplateOutputPageBeforeExec instead, so it's not a big deal.

Then to write a (very simple) extension

It wouldn't be quite that simple, but certainly possible.

I see three implementation paths here:

  • Store data relating to additional links in a $wg configuration variable. Inflexible - only server admins could change the "Complete list" link and its target, and which pages it appears on.
  • Implement an extension that reads parser function syntax like {{extralanguagelink:meta:List of Wikipedias|Complete list|class=whatever}}. Definitely doable, but tricky and possibly overkill?
  • Add (say) "listofwikipedias:" to the [[m:interwiki map]], and set "listofwikipedias" as an additional language link prefix, a la the proposed Gerrit change 111390. Then we can include an interwiki to [[listofwikipedias:]] on the Main Page, which would appear in the list of language links (the link text would be read from a MediaWiki: page). Least effort, but seems very unclean. (Then again, Extension:RelatedSites is an example of a horribly unclean implementation that somehow got deployed on the WMF cluster, so there's a precedent...)

Change 141099 had a related patch set uploaded by TTO:
Add additional interwiki links as requested in various bugs

https://gerrit.wikimedia.org/r/141099

Change 141099 merged by jenkins-bot:
Add additional interwiki links as requested in various bugs

https://gerrit.wikimedia.org/r/141099

Patch is merged; this is just waiting on a manual update of interwiki.cdb

Tacsipacsi changed the subtype of this task from "Task" to "Feature Request".Jan 30 2022, 5:14 PM
Tacsipacsi updated the task description. (Show Details)
Tacsipacsi subscribed.