Reading/Web/Desktop Improvements/Fifth prototype testing

Background and context
Over the past two years we have made various structural changes to the interface. We have moved the search box, the language switcher, and the table of contents. We have organized certain links and tools into menus. And we have limited the content width, added a sticky header, and moved the page title above the page toolbar. Now, with all of these various elements situated in the updated interface, we are turning our attention to the visual design of the interface. By visual design we mean the styling of text, buttons, borders, backgrounds, and spacing in the interface.

Historically our approach to visual design has been simple and functional. We add little styling, if any, to the HTML elements which simplifies the interface both for people using it and for people designing and building it. It also means that our visual design is rather timeless (versus us chasing visual style trends, and then needing to change the visual style every couple of years). Looking at the screenshots below we can see how in Monobook and Legacy Vector visual design is used primarily to divide the regions of the interface, including separating the content from the interface. Both of the skins also have a small amount of personality: Monobook has a black and white image of a book in the background, as well as dark border around lists and tabs, and Vector uses a light blue accent color for some borders and gradient backgrounds.

Vector 2022 visual design decisions
Some initial questions that have guided our visual design process for Vector 2022 are: can we use visual design to further improve the interface? Do we think that visually dividing the regions of the interface, like Monobok and Vector do, is helpful? Do we think the skin needs some additional personality? At what point does the visual design become too much, such that it might become distracting or make the interface confusing? What if we do as little as possible, and take a super minimalist approach similar to the original Wikipedia interface? We can begin by considering a minimalist version of Vector 2022 as a starting point:

So far we have identified the following visual design decisions:


 * 1) How should we style menus and toggle switches?
 * 2) Should we add borders and backgrounds?
 * 3) How should we style the active section in the table of contents?
 * 4) How should we style the tabs in the toolbar?
 * 5) How should we handle the logo?
 * 6) Can we update the blue link color so that it is consistent with our Design style guide?
 * 7) Can we increase the font-size for improved readability?

We would appreciate if you could take the time to review each section of this page and let us know what you think. If you have other ideas for how things should look feel free to describe them in words, or post a mockup.

1. How should we style menus and toggle switches?
The original Wikipedia interface was mainly text, links, and buttons. Over time we have developed new elements, such as menus and toggle switches. These new elements are not quite links or buttons in the traditional sense, and our approach to styling them has not be entirely consistent. We have an opportunity, with Vector 2022, to develop a consistent approach to the styling of these elements.

1.1 Menus
We use several menus in our interface. In their most simple form menus have two elements: a menu trigger, and menu items. We need to decide how to style both parts of the menu. We're considering blue vs. black, and bold vs. non-bold styling.

Prototype
Link to the prototype: https://di-visual-design-menus.web.app/Brown_bear

You can switch between the different options using the panel at the bottom-right of the prototype. The menu triggers and menu items will update accordingly. There are four different menus to view: search, user menu, language menu, and tools menu.

Proposal
Blue menu trigger, blue menu items (not bold). Even though menu triggers aren't links, we think that styling them similarly to links will make the interface the easiest for people to use. We imagine the main concern here is: what if people confuse menu triggers for links? We think that given the context (for example the menu trigger label, as well as the down arrow next to the menu) that people are unlikely to confuse them for links, and we also think that if people do confuse them for links the consequences are little to none. As for the menu items, since they are usually links we think it makes sense to style them the same as we style other links.

1.2 Toggle switches
Toggle switches are used to show and hide parts of the interface. For example the  element within the table of contents is a toggle, and the   element towards the top of the Recent changes page is also a toggle. Similar to menu triggers we are considering blue vs. black and bold vs. non-bold.

Prototype
Link to prototype (Article page): [add link]

You can switch between blue and black using the panel at the bottom-right of the prototype. There are two toggles to view: the  element within the table of contents, and the   element in the Tools menu.

Link to prototype (Recent changes page): [add link]

You can switch between blue and black using the panel at the bottom-right of the prototype. There are two toggles to view: the  element underneath the page title, and the   element within the Active filters panel.

Proposal
Blue toggle switches (not bold). Again, these elements are not links, however we think that styling them in blue is the best approach to ensure they are discoverable.

2. Should we add borders and backgrounds?
Should we add borders and backgrounds to help divide up the regions of the interface, and if so how should they look? As we mentioned in the Background and context section above, both Monobook and Vector use backgrounds and borders to separate the interface from the content. Backgrounds and borders can also add personality to the interface. However it is difficult to know how functional or necessary they are. We've created several options with progressively more/darker backgrounds and borders. Please review the options and let us know which two you most prefer and why.

Prototype
[add link to prototype]

3. How should we style the active section in the table of contents?
The table of contents is now on the side of the article, and is fixed in place so it remains visible as you scroll down the page. A new feature is that the table of contents indicates which section of the article you are currently reading (we call this the "active section"). Currently, following from a pattern used on the Article/Talk tabs, the active section in the table of contents is black, and the non-active sections are blue. We like this pattern because it is simple, not distracting, and used elsewhere. We could also use additional styling to indicate the active section. There are two decisions here, which are related: 1) how should we style the active section and 2) if you are on a sub-section, should we style the parent section as active? Please review the prototype and let us know which one you most prefer and why.