The separate "ext.cite.a11y" module is kept for (temporary)
compatibility with cached HTML, and should be removed in about
a month.
Browser tests will be added in a separate patch.
Bug: T205270
Change-Id: I26fe41c328157233cc5b06d38d2ba0f7b036a853
The iodea is to make the code simpler and easier to read. If no
code uses this feature, all it does is making the code unnecessary
complex.
Change-Id: I22747712a691443a29b57831d3a6926275ad986b
* This patch doesn't do any actual work beyond adding the framework
in place for HTML preprocessing before actual serialization.
Change-Id: I2505f5937657813480abef8ec5da9d765a953e29
* Things to investigate as followups:
- Should this be part of the Token base class in parser.defines.js?
- Can we remove nowiki & cite usage of these helpers? Why do they
need to know about (parser internals) tokens?
Bug: T208360
Change-Id: Ib962b4acf9534852240fcb083ce67d696a997a83
When used as {{#tag:ref|...}}, references can contain strip markers,
and different strip markers can hide the same text, so unstrip before
comparing to avoid false warnings.
Bug: T205803
Change-Id: I059fd853d1eea07aa06cc85f80e463dd97fd171a
* noPwrapping and noPre existed to reproduce the symptomatic
effects of other behavior / semantics in the parsing pipeline.
One of that semantic source was the fact that the content
being parsed in their own pipeline was being using in inline
contexts and p-wrapping and indent-pre generation doesn't
make sense in those contexts.
The other semantic source was the fact that when the content
being parsed in their own pipeline was embedded "inPHPBlock"
in the PHP Parser's doBlockLevels sense, i.e. inside a block
element that existed on the same wikitext source line.
* This patch introduces inPHPBlock and inlineContext as two
new parsing pipeline options and uses one or the other or both
where appropriate.
* No change in parser test results as expected.
Change-Id: I2c625456c6593e49b6a247fb9b2f2e3d6021155b
* This removes Cite leakage in html2wt code by adding PHP parser
side-effect leakage into the Cite extension configs.
This is a somewhat temporary solution which we hope to address
better as part of ongoing cleanup.
* After 4 years, 'a quick hack for now' introduced in 3301393515f
has been addressed.
* No change in parser test passes.
Change-Id: Ic5f8c160d4eedcc4236bce5f095344bd879188cd
* cite_reference_link_key_with_num
Dropped from: az diq fa is jv ka ksh min ru sr-ec sr-el tl uk ur
* cite_reference_link_prefix
Dropped from: fa jv min ru sr-ec sr-el tl tmz uk ur
* cite_references_link_prefix
Dropped from: jv min ru sr-ec sr-el tl uk
* cite_references_link_one
Dropped from: diq ka kk-cyrl sr-ec sr-el tl uk
* cite_references_link_many
Dropped from: diq ka kk-cyrl sr-ec sr-el tl tr
* cite_references_link_many_format
Dropped from: az diq id ka ru sr-ec sr-el tl tr uk
* cite_references_link_many_format_backlink_labels
Dropped from: diq es jv min scn tl tr
* cite_references_link_many_sep
Dropped from: az diq is jv ka min ru sr-ec sr-el tl tmz uk
* cite_references_link_many_and
Dropped from: az diq is jv ka ksh min ru sr-ec sr-el tl tmz uk
The other "magic" messages had no unnecessary over-rides:
* cite_reference_link_suffix
* cite_references_link_suffix
* cite_reference_link
* cite_references_no_link
Change-Id: I83eebfeb5ef5cb44a2971ee53b7484b480e5aba6
