This reverts commit 024d62be45.
Loading this in the bottom causes a flash of unstyled content
in Chrome on MediaWiki-namespace CSS/JS pages where the text is
first black un-bolded on a grey background and then re-arranges
with bolding in a few places (visually widening some pieces of
text and bumping them over). This is visually distracting and
somewhat confusing.
There are upcoming plans to collapse the stylesheet queue (and even
the dynamic load queue). Let's start with the ones that are actually
causing FOUCs like this one.
Impact should be minimal as it only affects pages where this
module is loaded.
Change-Id: Iaf1ce5e5b8cff56e987581a3dbe7f24460badde2
Syntax-highlighting CSS enhances the presentation of the content, but not so
much so that the content is illegible or malformed without it. It is better not
to load it in the critical path.
Change-Id: I2de8a400dabd33b3bae43285f19401a0e147ad50
The data module was not working properly in debug mode because since
Ifeddef8c we've extended FileModule which just tries to use URLs.
Change-Id: I822c2e64926a3d6bf1ea53e4fa27bc544ede87d1
"dcl" (Data Control Language) in GeSHi was SQL with
additional keyword support, and a fallback to pygments
'sql' renders correctly, albeit without all keywords
highlighted, however most of the keywords are part of 'sql'.
Change-Id: I121ce6d6ab20328dd1788f537127e16fa3049503
Parser::MARKER_PREFIX is a new constant introduced in MW 1.26,
previously the value was dynamic and available as
$parser->mUniqPrefix. That continues to be supported in MW 1.26+.
Follow-up to 043969f84e.
Bug: T105796
Change-Id: I9dfc9e1a424e28fc4f870dd513306e5144d1ec7c
"arm" in GeSHi was assembly with additional keyword support,
and a fallback to pygments 'asm' renders correctly.
Change-Id: I3eb354cda2a1f324dd539eb20e9801c8350e21d1
Follow-up to 043969f84e.
It is not needed for current HTML generated by the extension tag,
but is required for compatibility with cached renders generated
between 6484894497 and
043969f84e.
Bug: T105499
Change-Id: Ie15d9c7fb673528b2ab5e40e6beddc580fb6d368
Follows-up 043969f84e.
This caused a fatal MWException when saving/reading pages that contain a
<source> that couldn't be highlighted (e.g. no lang attribute, unknown
lang, or too large).
Specifically when wgWellFormedXml=false, in which case $out isn't
just from Pygments, but actually from our own Html::element.
Change-Id: Ib299a274d28021b2c7bba52d763dd1e17c1f09ec
* Use 'nowiki' strip marker to prevent list processing (also known as
doBlockLevels()). This resolves various issues related to using
<syntaxhighlight/> blocks in lists and lists suddenly appearing
inside <syntaxhighlight/> blocks. Fixes T17333, T25674, T104067.
* To prevent <p/>-wrapping resulting from the above, add our own
wrapper <div/> around the output.
* Since we already have our own wrapper, remove Pygments' one and
extend it with custom attributes. This resolves some regressions
from the GeSHi migration. Fixes most of T103964.
Bug: T17333
Bug: T25674
Bug: T103964
Bug: T104067
Change-Id: I3afd1224a18549c62cd4a95fd046affa6d1d3b3f
