* 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
* No columns, so no point aligning anything to column-widths here.
* Add some IE9 fallbacks because the entire header is now flex.
* Clean up, consolidate same styles, etc
Bug: T184998
Change-Id: Iecf99d093a689d3c32932b2603f16939127ce7bd
Doesn't matter on the large layouts because there's padding around content, but on
these it's only the content padding applying everywhere...
Also maybe kinda sorta included half this patch in the previous. Oops.
Change-Id: I7319ad49098fa6593cda498196ce2d89ca843537
No more need to add in an html pokey element every potential dropdown menu.
Aaaaaagh that made it bigger, didn't it.
Change-Id: I5d3817aa026849a5304710a32a3585f3e698321d
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
* display:flex for three-column
* float content and some voodoo for two-column (same as monobook)
Also had to slightly rearrange dom to make the latter work. Content
is now before nav in dom.
Change-Id: I7209eb21473877592d89f8471f8f8ed1f6b87851
* 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
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