Unfortunately, that seems to be what this skin is doing for other files.
The styles are then adapted to match the theme. If would be much nicer
to just enable the feature but that pulls in content.thumbnails-* which
this skin has duplicated and adapted.
The resources added here are only needed if
$wgParserEnableLegacyMediaDOM is `false` though, but hopefully that'll
soon be the default.
Alas, when VE loads, it pulls in "mediawiki.skinning.content.parsoid"
which overwrites some of the styles adapted here.
Bug: T287965
Change-Id: Ia9278b4c164ea1ddeca49094c572df70e660043e
Let's just trust the users to not totally break mobile. They
absolutely will, but it's all on them now, because we're trusting
them, dammit.
But seriously, it's also a lot easier for them to fix this stuff
if they can see it to begin with...
Change-Id: I97c05aa35c1a6052870ff15b3900133c3ea16de5
* Move images up to match helplink positioning, assuming standard
size of 20px
* Remove mobile header clear and let the float itself sort it out
if it even is long enough to matter (most are just icons)
Bug: T269550
Change-Id: Iaddab576b208f927c51c8f64b3e601fd89c0d710
* Stop images from overflowing on desktop as well as mobile (folks wanna
overflow, they can load it sans skin, dammit)
* Firefox's stupid scrollbar colours
* Merge js into single module for desktop and mobile so it doesn't
randomly break on the wrong devices, and something about too many
modules anyway
* Weird footer padding?
* Weird WikiEditor/CodeMirror fonts/sizing
Bug: T256105
Bug: T247325
Change-Id: I8142c505534869c2530a915cfe8cef56303be6ed
Apparently getFooterBlock never actually made it into core, so copied
out of Example.
Bug: T254266
Change-Id: Id62319314937080b99f2b93fd7b7fa62527d8fe7
Use normal `background-image` properties with SVGs now
that IE 8 and Android 2.1 is removed from Grade C.
Also removing all PNG fallback images.
Bug: T248062
Change-Id: I27d95241b6512f36985f7269122802d7b0962042
* svgo on everything
* Line up some pixel borders more
* Use transparent for the grey amount
* Fix a couple of overflows on icon css
Change-Id: Ic56b65d71ae08cf71048ad5efdfa7e65a749f680
Partially reverts I148707085059f458512d328c415ea0bf134163f3 plus some random
cleanup and stuff
Both of the following bugs involve wikibase stuff so I can't actually be entirely
sure this resolves them, but I thiiiink it does because it should be killing the
offending parts of the above change that caused this? Probably?
Bug: T231256
Bug: T231234
Change-Id: Id7c0d90a805450b577271a321572fcd552ecbc3e
throughout
* Still need to redo how we're using mixins, but whatever.
* Cleans up a bit from the edit/view source etc changes too, since now
we have a little more context (oops)...
* Just hide 'view' in general because a, how much does it really add,
and b, it doesn't fit in a lot of cases when we have the extra width
from these icons regardless.
* Rename view and add section tabs to make more sense with icons/in
context/whatever ('view' is now only targeted at screen readers, and
we use a + for the new section icon, so saying 'add' is kinda...
redundant)
Bug: T197520
Change-Id: I1ab12ccda60e51035c4adec43c42508ac297c00a
* New icon for edit source as variant of normal edit icon
* Use old brackets icon for view source instead
* Put icon for editsection links outside the links themselves and only use one
for VE when there's two links
Bug: T173531
Bug: T229184
Change-Id: Ia178c487c8e6c175944868646d36064ebde8182c
Hopefully saner access, also clears up some of the sidebar space.
Also forces moving the wikibase other-projects blob into its own
blob entirely.
Not done:
* Pokeys (need to migrate them all to css-only; later patch)
* Handling for no languages for wikidata stuff (may not be possible;
minerva likewise has no handling)
Bug: T213510
Bug: T181309
Change-Id: I148707085059f458512d328c415ea0bf134163f3
Possibly more consistent in general with the rest of wikimedia. Maybe. We're still using the colours rather differently, though.
Should also resolve some contrast issues we've had thus far. Maybe.
Breaking up the greys like this may or may not help with theming down the road. I'm not really sure.
Bug: T131992
Bug: T200320
Change-Id: I2757271066c54891e2b6e45b86e827f34af59435
Not necessarily ideal handling in terms of making things fit, but
should at least avoid issues of there being no things at all, which
is even worse.
bug: T202213
Change-Id: I1aeeddbcac838b475372691d8d76c72018f85787
* colour bar for header now only has number of colours equal to
columns underneath it
* h1 and h2 now have grey underlines instead of blue
bug: T182388
bug: T132000
Change-Id: I883bcfa872d6306c04418230c3f7034e5ec9f188
* Used nominal values of background-position so CSSJanus can apply
CSS flipping correctly
* Added the missed RTL search icons, optimized SVG source of the
LTR search icon, optimized PNG rsvg-convert result of both
SVGs using optipng
Change-Id: I6a56f8ee448b60742b92d3613394a0d61b9235a1
Structure is generally the same. All html is rendered into a
single variable, output with a single unholy 'echo'.
getPortlet is now more general, and generally used.
Should generally address the issues raised in T158011.
Should also be technically compatible with VE (DOM), but
without styling, and requiring the user to edit
LocalSettings.php (hopefully that gets fixed soon).
Fixed a slight bug with the languages rendering on mobile.
Some randomly missing things were added back in. (Variants,
some hooks)
bug: T161428
bug: T158011
bug: T132005
Change-Id: I3b691c8bfe7aed4a544236d5ac031b77ec4e8337
And some other stuff too just because I ran into it on the way:
* Added indicators
* Fixed js in general
* Bumped version number
* Added some stupid hacks
* Cleaned stuff up
* I don't actually know
Change-Id: Ifa557c6f0f8a972d8986c3bffdfe08ddb4b39664
Arlo Breault
Isarra
jenkins-bot
Volker E
AronDemian
Ebrahim Byagowi
Ed Sanders
Umherirrender