There's been a lot of talk recently about files that are not components.
Questions I'd like to find answers for:
1) Should we keep all the legacy stylesheets and templates in a respective 'legacy' folder?
2) Let's break up common.css into manageable chunks. Please input on how that should be done. https://gerrit.wikimedia.org/r/587855
3) After https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Vector/+/578660/ is merged the master templates are called `index.mustache` (new) and `legacy.mustache` (old). Are these names acceptable and meaningful given the split? Should we rename to e.g. 'skin' / 'page' / 'layout' / 'pagelayout' / 'modern' / 'vector'?
4) Do we need to refactor any of the existing templates to create new components that have been suggested? If so what are the scopes of these components?
* `#content.mw-body` to [[ https://gerrit.wikimedia.org/r/#/c/mediawiki/skins/Vector/+/578660/ | Content.mustache ]], `Content.less` and [[ https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/585367/2/resources/skins.vector.styles/Content-legacy.less#1 | legacy/Content.less ]],
* Common root of VectorTabs (`#mw-head`) to Tabs (`.mw-tabs`)
* Logo (`.mw-logo`) -> done: [[ https://gerrit.wikimedia.org/r/c/mediawiki/skins/Vector/+/577682 | patch 577682 ]]
5) What are the guidelines for using template partials? I (@Jdlrobson) believe that we should only use template partials if they are either 1) reusable 2) used inside a loop. Template partials within template partials are a potential sign that our templates have got overly complex (Yo-Yo problem) and are likely to suffer from the same issues that we see with class inheritance. An alternative opinion might be that we want to keep the master template as simplified as possible. Let's discuss pros and cons of both approaches.
* Note from @Demian: Template partials are the equivalent of composition in OOP (best practice), not inheritance (long-term issues). Building complex components with simple components is a common pattern. Its benefits are 1) reusability 2) comprehensibility 3) separation of concerns.
6) What common language can we (engineers, designers) agree on? See also: [[ https://www.mediawiki.org/wiki/Reading/Web/Desktop_Improvements#/media/File:Annotated_Wikipedia_Vector_interface_(logged-out).png | design nomenclature ]].
Task running in parallel: {T246170}