[go: up one dir, main page]

Page MenuHomePhabricator

Deploy DynamicPageListEngine extension to Vietnamese Wiktionary
Closed, DeclinedPublic

Description

At the Vietnamese Wiktionary, wikt:vi:Mô đun:DynamicPageList currently uses mw.text.unstrip() to modify the output of <DynamicPageList> – specifically, to add script-specific CSS classes and link anchors. This module is transcluded front and center on the main page. Unfortunately, mw.text.unstrip() is about to be removed due to T63268.

This is a request to deploy DynamicPageListEngine as a replacement for the APIs currently used by our DynamicPageList module. DPLE would also give us some additional flexibility via its “extra information” feature.

Event Timeline

mxn raised the priority of this task from to Medium.
mxn updated the task description. (Show Details)
mxn added a project: Wikimedia-Site-requests.
mxn changed Security from none to None.
mxn subscribed.
mxn added a subscriber: Jackmcbarn.

The same unstrip() trick is being used by Module:tagged but not listed at the English Wiktionary.

Glaisher subscribed.

Currently not deployed anywhere on Wikimedia... so other stuff needs to be done before this is enabled on viwiktionary.

Aklapper lowered the priority of this task from Medium to Low.Dec 8 2014, 10:37 AM
MarcoAurelio lowered the priority of this task from Low to Lowest.Jul 25 2017, 10:14 AM
MarcoAurelio changed the task status from Open to Stalled.Jul 25 2017, 10:15 AM
MarcoAurelio subscribed.

Marking as stalled to match all other tasks of the same nature which are in the same status.

We're already having stability problems with DynamicPageList and a lack of resourcing/maintainers, so we're not going to install another DynamicPageListEngine extension that has similar functionality. Instead, I would suggest that the underlying features (e.g. adding CSS classes to the output) should be requested to be added to the currently deployed DynamicPageList extension instead.

That’s fair. The main thing we miss out on with the existing DPL extension is the ability to apply styling per language, since each link title could be in a different language with different font needs. But we’ve been making do for years, so it isn’t a huge issue for us.

Are the stability problems with DPL severe enough that we should reconsider our usage of it on the Vietnamese Wiktionary’s main page?

In T76844#7261912, @mxn wrote:

That’s fair. The main thing we miss out on with the existing DPL extension is the ability to apply styling per language, since each link title could be in a different language with different font needs. But we’ve been making do for years, so it isn’t a huge issue for us.

Ack.

Are the stability problems with DPL severe enough that we should reconsider our usage of it on the Vietnamese Wiktionary’s main page?

Kind of. If you look at T287380#7238964, you all are barely above the 100k arbitrary limit. The second DPL usage on the main page is for Mục_từ_tiếng_Anh, which has ~112k pages in it. If your wiki has the technical capacity to switch to having a bot generate the list, that would be great and I'd support/recommend it (happy to assist with getting set up on Toolforge to access MariaDB replicas, reviewing code, etc.). Doing so would also nicely give you the ability to style the links exactly as you want to. If you don't have that capacity, that's fine too for now assuming the wiki's growth rate stays relatively constant (or at least doesn't dramatically grow rapidly in a very short time). If the 100k cutoff/limit is implemented, we'll provide some notice and time to figure out how to migrate.