Front-end standards group/2016-09-14

From mediawiki.org

Attending: Volker E., Timo T., Andrew R.-G., Jan D.

Social[edit]

No topics in today's meeting

Action & Code[edit]

New quests[edit]

Mustache vs Hogan (TT)[edit]

= Bringing WikimediaUI Base to core?![edit]

https://phabricator.wikimedia.org/diffusion/WMUI/

Example use case: https://gerrit.wikimedia.org/r/#/c/306557/
Reverted in https://gerrit.wikimedia.org/r/308294
https://phabricator.wikimedia.org/T143833

  • Consider renaming oojs-ui theme "mediawiki" to "wikimedia".
  • Import and use wikimedia-ui.less variables in oojs-ui-wikimedia.
  • Define skinnable variables API in MediaWiki core. - https://phabricator.wikimedia.org/T112747
  • Have skins with an associated OOjs UI theme automatically fill in these variables from their oojs-ui theme.
  • Update mediawiki-core/mediawiki.ui.less to use these variables.
  • Mark T112747 as fixed.

Service-Worker based prototype[edit]

https://swproxy.wmflabs.org/wiki/Wikipedia
TT: Probably a year from production-readiness in MediaWiki
Custom elements, that are not delivered to the client, but replaced. Think `<mw-toc>`
aside from localisation on client-side, aside from prerendering HTML: one big advantage is offline
AG: For browsers who don't support it, it would be done on the server-side
TT: That's right, using varnish

TT: Varnish setup: Pool of Apache webservice, static on top of that varnished process, caching proxy.
Cached HTML from Parsoid would be available in varnished as well