Parsoid has its own extension API - see https://www.mediawiki.org/wiki/Parsoid/Extension_API.
In this first phase, we are targeting tag-hook extensions for migration.
The SubPageList3 extension needs an update to work directly with Parsoid.
Description
Description
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Open | Release | None | T84936 Release VisualEditor-MediaWiki as "1.0" | ||
| Open | None | T50429 [Epic] Support editing parts of a page in VisualEditor-MediaWiki | |||
| Open | None | T54365 Explore performance gains from progressive (JIT?) de-alienation in VisualEditor | |||
| Open | None | T396539 Introduce a way to edit a span of text from within read mode | |||
| Open | None | T385558 Improve copy and paste from read mode to VE | |||
| Open | None | T174303 Copy-pasting linked ISBN numbers from view mode HTML into VisualEditor inserts wikitext links to Special:BookSources (it should turn them into magic links?) | |||
| Open | Feature | None | T54091 The read HTML should have hinting to allow full DOM copying (as opposed to just rich copying) from read mode into VE surfaces | ||
| Open | None | T55784 [EPIC] Use Parsoid HTML for all page views | |||
| Open | None | T258838 [EPIC] Ensure all extensions on the Wikimedia cluster that use Parser hooks or implement tag hooks are retargeted for Parsoid | |||
| Open | None | T272940 Make SubPageList3 extension compatible with Parsoid |
Event Timeline
Comment Actions
This extension constructs wikitext for a list with links to subpages and parses it to render the subpage listing. So, we can continue to render this with the legacy parser for now - there is no great loss in not having Parsoid-style HTML for the subpage links, especially given its sparse usage ( only enabled on cswiktionary and wikiversity besides labs and test wiki ).
I am removing this as a blocker.
Comment Actions
I added back the parent task -- that epic isn't about read views necessarily - but about ensuring these extensions have native Parsoid handlers.