Mobile and desktop designs for Vector 2022 and Minerva have been proposed in T347309 and T349210.
We should review the feasiblity of the designs from a technical point of view and adjust as and where necessary.
In particular:
| Status | Subtype | Assigned | Task | ||
|---|---|---|---|---|---|
| Resolved | ovasileva | T341631 [EPIC] Q1 Main hypothesis: Typographical and palette customizations | |||
| Resolved | ovasileva | T313828 [EPIC] Typography: improve typography and allow for variable typography settings | |||
| Duplicate | Florian | T50946 Add font size adjustment feature | |||
| Duplicate | Jdlrobson | T91201 [GOAL] Accessibility settings/preferences on desktop and mobile | |||
| Duplicate | Jdlrobson | T345359 [Goal] Allow logged-out and logged-in users to set preferred typography | |||
| Resolved | ovasileva | T349938 Review feasibility of proposed settings interface on mobile and desktop |
Change 969984 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):
[mediawiki/extensions/MobileFrontend@master] POC: Apply Vector client preferences to Minerva options page
Change 969985 had a related patch set uploaded (by Jdlrobson; author: Jdlrobson):
[mediawiki/skins/Vector@master] POC: typography settings interface
Test wiki created on Patch demo by Jdlrobson using patch(es) linked to this task:
https://patchdemo.wmflabs.org/wikis/001b32d0b7/w
TLDR: I've outlined proposed sequencing in T345359 and T350195 is the next step. Roll out to production would be blocked on the following tasks owned by design systems team: T289208 and T335317. @JScherer-WMF
was going to have another pass at the design to see if there are any opportunities to simplify things.
The big issue I can see with the design on desktop is it requires being able to load Codex styles for checkboxes and radios on the page. In mobile we don't have this issue as we have a completely separate page, however I think that's a bit of a poor experience, so ideally we should try to find ways to render the first.
Right now we can only render checkboxes and radio buttons if they are hidden by default. e.g. collapsed or inside an overlay. We ran into a similar issue in T286835 and have a standing request for the design systems team/mediawiki platform team in T289208 to provide clear guidelines on that.
Since the pinned menu in T347309#9248004 is persistent, we would be required to load Codex on page load. I don't see how to do this in a way that doesn't damage our existing site performance and that isn't blocked on the design systems (who are working on code splitting T335317)
There are possible compromises we could make to avoid these blockers:
@JScherer-WMF was going to review the above to see whether any would make sense.
Despite this I think we can build this out provided we are okay with the Codex code splitting being a blocker for a full release. As a next step I would propose we work on T350195.
@Jdlrobson, @JScherer-WMF - I think we're okay to go ahead and sign off on this one, do you agree? We can separately have the conversation of which version of the menu we want to start with for Version 1.
Change 969985 abandoned by Jdlrobson:
[mediawiki/skins/Vector@master] POC: typography settings interface
Reason:
Working on the production version in https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/972916.
Change 969985 restored by Jdlrobson:
[mediawiki/skins/Vector@master] POC: typography settings interface
Change 969984 abandoned by Jdlrobson:
[mediawiki/extensions/MobileFrontend@master] POC: Apply Vector client preferences to Minerva options page
Reason:
Created https://phabricator.wikimedia.org/T354224 to capture this.
Change 969985 abandoned by Jdlrobson:
[mediawiki/skins/Vector@master] POC: typography settings interface on mobile
Reason:
https://phabricator.wikimedia.org/T354224
Test wiki on Patch demo by Jdlrobson using patch(es) linked to this task was deleted: