Reading/Web/Desktop Improvements/Repository/A History of Wiki Skins
This page attempts to document the history of skin development for Wikimedia sites. It does not attempt to cover all existing or prior skins, but the most impactful and important bits. It does not encompass skins used outside of the Wikimedia movement, of which there are many. Each section attempts to provide a short summary of the goals of the efforts, the outcomes, and the legacy – what is the general community feeling toward these efforts. Links are provided to contextualize the different initiatives.
2002: In the beginning there was Standard (a.k.a. Classic)Edit
Goals: Well, we have to start somewhere. :)
Outcomes: This is the initial appearance of MediaWiki, before skins were introduced. It resembled the look of the Phase II software, which itself was designed to look like UseMod.
Legacy: A persistent sidebar and the site logo in the upper left (in LTR languages). Humorously, the search box is also in the upper right corner like in Vector (in Monobook, the search box was moved to within the sidebar)
2003: Cologne BlueEdit
Outcomes: Bundled with MediaWiki until version 1.31. Available to Wikimedia wikis from 2003 to today.
Legacy: It was hidden from user preferences in 2019 (phab:T223824) but is still usable.
2004: The dawn of MonobookEdit
Monobook is named after the black-and-white photo of a book located in the background of the page header.
Goals: Introduce the concept of "skinning" MediaWiki, and modernize the design to be clearer and more organized for readers.
Legacy: Still an actively used skin, particularly by editors who have been around the longest.
- First introduced in MediaWiki version 1.3.0, 2004-08-11 (Release notes/1.3#1.3.0)
- Development discussions were in m:Layout design document and feedback at m:MediaWiki 1.3 comments and bug reports/Archive
- As of 2018 there have been community-led efforts to make Monobook responsive phab:T195625
Goals: A skin derived from Monobook to use on the toolserver wiki.
Outcomes: Bundled with MediaWiki until version 1.30. Available to Wikimedia wikis from 2008 to today.
Legacy: Like Cologne Blue, it's a zombie skin. Not much support or use, but still around.
2008: Ruby, the first mobile frontendEdit
Goals: The first mobile gateway was written in Ruby by Hampton Catlin (creator of Haml and Sass)
Outcomes: Hey look, we have a mobile-formatted site!
Legacy: Eventually evolved into MobileFrontend
2009: The Wikipedia Usability InitiativeEdit
Goals: "The goal of this initiative is to measurably increase the usability of Wikipedia for new contributors by improving the underlying software on the basis of user behavioral studies, thereby reducing barriers to public participation."
2010: Vector: The first WMF-led skinEdit
Goals: Implement learnings from usability initiative.
Outcomes: One of the largest WMF-led initiatives to change the user-interface.
Legacy: Love it or hate it, it's seen so much code change as to be indomitable.
- You're seeing this right now, probably
- Planned and discussed for over 1 year at dozens of pages in https://usability.wikimedia.org/ and elsewhere
- Deployed to Wikimedia wikis in April and May 2010
- Enwiki: /Archive_1, /Archive_2, /Archive_3 and Wikipedia:Requests for comment/May 2010 skin change
- Of note, "Wikimedia Commons is planned to be switched over first, and English and other language Wikipedias, and our sister projects will follow as our development and operations teams are ready"
2011: "Mobile site rewrite" – MobileFrontendEdit
In 2010, Ethan Marcotte wrote one of the first essays on "Responsive Web Design" and coined the term. RWD is "an approach to web design that makes web pages render well on a variety of devices and window or screen sizes." See also a Wikipedia article about RWD.
Goals: A prototype created by designer Brandon Harris to re-think the mobile site for contributors. You should watch the video linked on the project page for more context.
Outcomes: A first go at a unified, responsive, "mobile-first" skin for both desktop and mobile.
Legacy: General positive feelings, but never turned into a production skin.
2013: VectorBeta Beta features featureEdit
Goals: The VectorBeta extension was the first implementation of Beta features for the Vector skin.
Outcomes: Enabled users to test typography experiments, compact personal tools, and fixed header.
Legacy: Evolved into the current Beta features. This became a frequently (but inconsistency) used way of allowing desktop users to try out new features before making them available to all.
2013: Turning off outdated skinsEdit
Outcomes: Five skins without active maintainers were turned off on Wikimedia sites.
2014: Winter is comingEdit
Goals: A set of modules for experimenting with changes. Currently six of which are used as examples thought to be good ideas by the driver of the project, Brandon Harris (Jorm)
Outcomes: Jorm left the Foundation and the project stopped.
2014: Typography refreshEdit
Goals: Updates to Wikimedia's default typography, aiming to improve the readability, consistency, availability, and accessibility.
Outcomes: Was initially a beta feature that logged-in users could opt into. When deployed, not all items from the Beta feature were carried over. During development, the project added many little changes with some technical issues. Product teams did not wait long enough to see if users would get used to changes. Other non-typography-related changes were included (thumbnail appearance, fix-width content, removing numbering from Table of Contents). Some font changes were problematic, they did not work in some languages, particularly in Indic languages things were broken. One small wiki was blank as the font variant didn't exist for that language. Insufficient documentation was a problem throughout.
Legacy: Some frustration, with some improvements.
- Extension:VectorBeta (pre-archiving diff)
- The typography refresh was one of several initiatives inside the VectorBeta extension along with a fixed header and compact personal tools.
- Typography refresh
Goals: A single responsive skin for MediaWiki based on Winter
Outcomes: First truly volunteer-created and supported skin that got deployed on Wikimedia wikis since skins were split off from MediaWiki core
- Community-built skin
- Included with MediaWiki since version 1.31
- Currently available across Wikimedia projects as an opt-in skin
- Was discussed and voted by the French Wiktionary community as a potential replacement default skin but the actual configuration change was blocked by the Wikimedia Foundation
2016: Minerva NeueEdit
Goals: Historically, the mobile skin was not a real skin and there was a preconception that MobileFrontend was being built in bad faith and Wikimedia centric. Splitting out the Minerva skin was a passion project to show that it was something that could be used outside the mobile universe and maybe in the future a usable desktop experience.
Legacy: Minerva skin decoupled from MobileFrontend
2018: Advanced mobile contributionsEdit
Goals: Adding a feature set with more contributor-focused capabilities to the mobile web experience
- Page issues
- Opt-in interface
- User menu
- Special: page updates
- What's next for MobileFrontend
Notes for future initiativesEdit
This is mostly advice to anyone developing a new interface for Wikimedia projects. From a community perspective by way of Community Relations.
- Remember, the contents of the sidebar (a collection of links and tool curated by the community) is inconsistent across projects. Don't depend on it for anything resembling consistency. (E.g. meta: / w:he: / w:zh: / voy:ru: / mw: / etc.)
- The Foundation, as an organization leading recent efforts, has changed drastically since Vector was developed. In 2010 one could describe the Foundation as small teams, loosely affiliated.
- Keep in mind the impact any changes to the interface (skins) will have on editor recruiting rates – particularly initiatives across the Foundation to grow medium-size wikis in emerging communities.
- Don't hide the edit button.
- Don't say you want to make a "simple" interface, but do say you want to make the interface "clearer".
- With a broad stroke, power-editors don't want simplification. They are more focused on their workflows and not concerned with the complexity. To them, mastery of the interface is a sign of competence and commitment. They want more advanced tools (search, filters, quick actions (AWB, Huggle, Twinkle)), not less. You can sell them on a "clearer" interface, by also making their powerful tools more easily accessed and utilized - Progressive Disclosure designs, with an emphasis on how it will also help users who want even higher-density content/interfaces.
- If you want to present on-boarding documentation, this needs to be created with the community, not for them.
- Communicate everything, early and simply.
Statistics and example linksEdit
As of May 2019 there are six skins installed on Wikimedia sites.
- Vector (default on desktop; supported by the WMF) - example
- Cologne Blue (volunteer-supported) - example
- MinervaNeue (default on mobile; supported by the WMF) - example
- Modern (volunteer-supported) - example
- MonoBook (originally WMF supported, and now volunteer-supported) - example
- Timeless (volunteer-supported, partly via a WMF grant) - example
Statistics (phab tasks):