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
Monospace, serif, and sans-serif font stacks should all have consistent
metrics, so actually use them in wikitext editor. (Which depends on user
preferences.)
Also reset core font sizes added per T182320; that was done for skins
using system fonts elsewhere as well, and thus isn't really relevant here.
Also define out sans and serif font family variables independent of main
stack variables so they won't accidentally get overridden to other
things, but not presently following new naming conventions because
frankly I don't understand them and don't know which I should be using
to begin with. And even if I did, they're extremely long and we're
already exceeding maximum line length guidelines...
Bug: T247325
Change-Id: Iab98cfacab7dbc2f752bd200ee82d6d1a58c19a6
This feature was copied from Vector where it was recently removed
in e5c837e3ebf8.
In a nut shell, HTML output from PHP generally either has no
tabindex, tabindex=0 or tabindex=-1, or sometimes numbers between
1-100 for custom tab ordering. In JavaScript we then used
lastTabIndex (returns highest+1) to get an input field to be at the
end of the tab order. Thus making it be the *first* thing that
gets focussed when pressing Tab on a page (I guess the browser
offset is at the end of the document by default?)
This JS-based approach wasn't very stable as it required only
other thing in JS to use it for other reasons (e.g. genuinely
minting normal-use tab indexes for something) to break it as
we can't use the same logic for both "the lowest next number"
and "the highest possible number".
If we want to preserve this feature, it should probably do
something like attr('tabindex', '99999') which, while ugly,
would be a more sustainable way to implement this this.
Per Jack Phoenix in code review on this patch, match Vector
behaviour for now, where it was removed per T226148 for
being contrary to accessibility best practies.
Bug: T234581
Change-Id: I24777bdb6655f21d2f4896d5f887a125b36ab584
* Remove Liberation Mono from font stack; comes out excessively light on
hidpi chrome, to the point of unreadability (and probably is not a local
config problem beyond merely having it installed at all, as chrome
overrides normal font rendering settings regardless)
* Kill double border on pre styles; doesn't match other such boxes (notice,
warning, whatever)
Change-Id: I7a95931bd6af4efc880c3ee8f37a91d61f3e6539
And put the position:relative on that. Keeps the sticky header out of
it, regardless, and let folks do their weird non-content voodoo on
stuff like the siteSub more consistently, I guess...
Bug: T231400
Change-Id: I7ac35f741210a0c54976f43d2294af8f123967a1
Currently js-only due to the default (only) vector styles requiring js. Fixed in
Ifd8be387cef671b2aaa2a482c145bccf2e6d1543, with a followup to clean up a bit after
that assuming that doesn't mess up too much to be merged, but this works regardless.
Bug: T231250
Change-Id: I4cadcbc3e51672fb075c884b2d2cc1d799b1b1b0
* 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
Messed up a couple of things:
* Nojs variants toggle
* Order of sorting out language/project stuff fixed so it should correctly occur
Fixed.
Change-Id: I9a55848ca50884594035949e5aa855d98ddff77c
* 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
IE doesn't like the box-shadow combined with whatever that's doing. And
that box shadow is frivolous enough that it's easier to just kill it
here than figure it out.
Bug: T190991
Change-Id: I46411c3c52db9d21a3df1e9931c78551f626e6c6
Use a file upload onwiki for simplest approach, or specify srcset info in an
array if that's not an option or otherwise not desired.
For instance to just reuse a $wgLogo and $wgLogoHD already set for a 160x160px
logo, but where the HD versions actually come out the right size:
$wgTimelessLogo = [
'1x' => $wgLogo,
'1.5x' => $wgLogoHD['1.5x']",
'2x' => $wgLogoHD['2x'],
'width' => 160,
'height' => 160
];
Or to use File:Cows.svg uploaded onwiki:
$wgTimelessLogo = 'Cows.svg';
And the same thing with $wgTimelessWordmark to replace the site title string
with an image version.
Fallback behaviour remains unchanged, if just not using these.
Bug: T132004
Bug: T230663
Change-Id: I0d7b398935045ba69462252d40832ed95ad2d5ed
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
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
It's sort of attached to it regardless; might as well make it clickable
(especially since the first one is going to be shorter usually regardless)
Change-Id: I40f02240c0c6e447a7042546a0392a52a0f4910c
Given all the special table stuff we do is onwiki junk largely targetted
at vector, making this randomly different probably doesn't add a whole lot.
Bug: T215608
Bug: T181184
Change-Id: Id5ad605d7179ac8c4b6766a110f98d44627c06ee
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
Requires I7188a3ee318db80484037733ab058a5a0b42d732 for support for the
replacement with the icon on desktop, as otherwise we can't tell if we're
correctly heeding the configuration setting there.
Removing as a depends-on because we still need this for mobile regardless.
Bug: T173219
Change-Id: I6ee0b6d94d96ee359321b203f235b2d25f06cea6
We put overflow:hidden on headers so the underline doesn't undercut
thumbs weirdly; this results in actual stuff getting chopped off at
times as well. Main example is burmese, which does line heights a
bit differently, such that overlap is kind of expected.
Solution: move underline to its own pseudo-element. May fix some other
stuff (extensions?), or just as likely break them. Only bother with
parser output because I can't even think of anywhere else we use such
floating to begin with.
Bug: T195822
Change-Id: Ib17b444b2d8720ede860e42c72c8c69e62a9f4ac
* 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
For some reason the margin was on the ul, and I have no clue why.
Breaks stuff like wikibase, announcements, anything doing non-ul
portlet content, really.
Change-Id: I201a777547d8bd1b674c8c5d987ab77d4130bfcf
* Lose the special casing replacement labels for long usernames and
just truncate in CSS with '...' or whatever
* Fix weird padding on two-column mode
* Possibly cleaner Echo badge/whatever handling
* Alignment fixes in general
Note: Breaks two-column layout for IE9-. Probably easily fixed (don't
apply that one line to it), but I don't know how, and don't care.
Bug: T161282
Bug: T173215
Change-Id: I7d27e13265ee54767c509387baf6430bd7c4792d
(margins get lost/combined into larger one unless container... stuff;
on three-column flexbox takes care of this for us)
Change-Id: Ib2a93fa0c24f693375fb8c959e77dd47c8087121
Kill js solution even for other browsers because it doesn't even really
work to begin with. And I have no clue how to make it work, because I
can't find any examples that do, either.
Fixes current firefox and chrome. Users of old browsers/other
proprietary or whatever things can, uh, suffer, I guess.
Bug: T181484
Change-Id: Ic3415702eaa33cf56ed0b1fabf9ca607c88d1863
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
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
I82db33d656 in core changes the toggle button of the TOC.
This change removes the brackets around the new toctoggle, too.
Depends-On: I82db33d656b3795d7134a91d20ed9d93a3471086
Change-Id: Id4d42d8e71c559f1e83ac7c1ab055f62654c240e
Multiline items should now be clearly distinguishable from new
single-line items. On, like, mobile, or something. Not truly insane
pages I never should have created in the first place.
Change-Id: Ia0ea69519da865b76299b62ee94b33d3b0b60a94
option to set configurable background image for the skin as a whole
Defaults to the cat, but can ideally be set to anything appropriate
to the wiki in question. Recommendation is a 20-50% opacity black/
white background image, where the alpha values of the b/w parts are
likewise around 10-50/255.
Bug: T193330
Change-Id: Ica3e2ce2568557ef157d06d1b7127b030f3c38f0
Follow-up on https://gerrit.wikimedia.org/r/501850:
* new font stack stolen from phabricator and then rearranged a
bit to be less ornery
* restored searchinput fonts and prodded some other alignment
issues
* p-personal alignment issues maybe addressed, maybe made worse;
cannot test windows/mac because don't have either of them or
any remaining budget with which to purchase either of them
because holy crap expensive
* some very basic generic form styles to align the base ones a
tad more consistently
* dumb fix for dateinput widgets being mixed into otherwise
non-ooui forms
Bug: T221345
Change-Id: I43312b23197ed1ce5ea9cb75fb0b8e8466bac6a1
Note that this wraps localNotice in a box and may mess up custom
sitenotice css that does not expect a box to already be there.
Bug: T182517
Change-Id: I7d25017ba89cb833317aea61f9ea5f8f0a145df8
* Remove most of the special styles; most things are migrated to ooui
now, and that thing is soup, but at least mostly matches the skin
anyway
* Kill the special snowflake content/monospace fonts; these were
actually messing up the ooui styles more than anything else
* Also make body text smaller, headers bigger to more clearly
differentiate between them, with some of the larger sans serif
options people might wind up with
* Override some overrides. Let's override these and then override the
overrides for the overrides, and add more overrides later?
* Make whole thing slightly wider, because sheesh, this is narrow
* Make toctoggle show up like how rclegend toggle does
Either affects or should resolve the following:
Bug: T207610
Bug: T211360
Bug: T188968
Bug: T196243
Bug: T204780
Bug: T207601
Change-Id: I767562e4bbc0a9cdf13db61ce3ed493322edc054