Reading/Web/Desktop Improvements/Fifth prototype testing

We would love your feedback on some visual design decisions for Vector 2022. By visual design we mean the styling of text, buttons, borders, backgrounds, and spacing.

Instructions

edit
  1. Review this page for context
  2. Create a new section on this page using the form below (it will be pre-filled with the questions for you to respond to).
  3. Fill in your feedback in your newly created section.

Please keep in mind:

  • These are prototypes, most features do not work, and there might be other bugs or quirks that you’ll come across.
  • The "new section form" unfortunately isn't compatible with the VisualEditor (VE). If you are using the VisualEditor, please manually create a new section and copy & paste the feedback questions (listed below).
  • You do not need to review every section; focus on the ones that are most interesting to you.
  • Design, and visual design specifically, can be subjective. While we are all entitled to our own opinions we ask that you do your best to explain yours, and how they relate to our design goals of simplicity and usability.
  • There might be good options that are not presented here. Feel free to suggest something else if you think it would work better than the options presented. If you are comfortable with design and/or coding please feel free to include mockups or prototypes of your ideas (this is not required). Design files: Figma, Sketch, Google Drawing. Prototype: GitHub.
  • If you are submitting your own ideas please do not edit this page; include them in your feedback form.
  • We appreciate amateur designers, and respect experienced designers. We will review all feedback and ideas, and ultimately we will rely on the judgement of experienced designers to make the final decisions.
  • If you would prefer to send feedback via email, please send feedback to olga@wikimedia.org.

Preview of Feedback Questions

edit
  1. Menus — open prototype in a new tab: https://di-visual-design-menus.web.app/Brown_bear. Which option do you prefer and why? Please make sure to check the search menu, user menu, language menu, and tools menu.
  2. Borders and backgrounds — open prototype in a new tab: https://di-visual-design-borders-bgs.web.app/Zebra. Which option do you prefer and why?
  3. Active section in the table of contents — open prototype in a new tab: https://di-visual-design-toc-active.web.app/Otter. Which option do you prefer and why?
  4. Logo in the header — open prototype in a new tab: https://di-visual-design-header-logo.web.app/Panda. Which option do you prefer and why?
  5. Link colors — open prototype in a new tab: https://di-visual-design-link-colors.web.app/Salmon. Is there any additional work you think needs to be done before we make this change?
  6. Font size — open prototype in a new tab: https://di-visual-design-font-size.web.app/Hummingbird. Do you have any concerns with the proposed font size?

Background and context

edit

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 overall look. Some initial questions our team has been considering are:

  • How can we use visual design to improve the interface?
  • Do we think there is value in the skin having some additional personality (like the blue lines and gradients in Legacy Vector)?
  • At what point there's too much of it, 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?

Historically our approach has been simple and functional. There is 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. We don't chase the trends and don't need to make changes every couple of years. Looking at the screenshots below we can see how Monobook and Legacy Vector use visual design sparingly (mainly borders and background colors).

Comparative interfaces
 
Screenshot of Hindi Wikipedia with Monobook skin
 
Screenshot of Japanese Wikipedia with Legacy Vector skin

Considered changes

edit
edit

We use several menus in our interface. Thus far our approach to how we style menus has not been consistent. We have an opportunity, with Vector 2022, to develop a more accessible and consistent approach to the styling of our menus. In their most simple form menus have two elements: a menu trigger, and menu items. We're considering blue vs. black (for both the menu trigger, and the menu options), and bold vs. non-bold (for the menu trigger).

Link to prototype with options: https://di-visual-design-menus.web.app/Brown_bear

1) blue trigger, blue items

 

2) blue trigger, black items

 

3) black trigger, blue items

 

4) black trigger, black items

 

Borders and backgrounds

edit

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 borders and backgrounds.

Link to prototype with options: https://di-visual-design-borders-bgs.web.app/Zebra

1) minimalist

 

2) article borders

 

3) article borders + header underline

 

4) table of contents line + header underline

 

5) table of contents line + page title underline

 

6) article borders + header background (solid)

 

7) article borders + header background (gradient)

 

8) outside article background (gradient)

 

9) outside article background (solid)

 

Active section in the table of contents

edit

The table of contents is now on the (left) 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.

Link to prototype with options: https://di-visual-design-toc-active.web.app/Otter

1) minimalist

 

2) bold

 

3) background

 

4) line with border

 

5) line with border (2)

 

Logo in the header

edit

Monobook and Legacy Vector both feature a square Wikipedia logo with a large globe. Given the various changes to Vector 2022 a smaller, rectangular logo in the corner may fit the layout better. However, we wanted to make sure to try various options. Please remember to try these options at various screen sizes, as the balance of the layout shifts depending on your screen size.

Link to prototype with options: https://di-visual-design-header-logo.web.app/Panda

1) Rectangle logo left

 

2) Square logo left

 

3) Square logo left (gradient)

 

4) Rectangle logo center

 

edit

The World Wide Web Consortium (W3C) have Web Content Accessibility Guidelines. These guidelines define a minimum contrast level for links: "For usability and accessibility, links should be underlined by default. Otherwise, link text must have at least 3:1 contrast with surrounding body text, and must present a non-color indicator (typically underline) on mouse hover and keyboard focus."[1] Since we do not underline links by default, our link color choice must meet the 3:1 contrast requirement. In order to check the contrast of our links with our body text we can use the contrast checker provided by WebAIM.

Current link colors
Color Contrast with body text #202122 Test result Link to test result
blue links #0645ad 1.89:1 Fail link to results
visited links #0b0080 1.01:1 Fail link to results
Proposed link colors
Color Contrast with body text #202122 Test result Link to test result
blue links #3366cc 3:1 Pass link to results
visited links #795cb2 3.06:1 Pass link to results

Additionally, the proposed blue link color is already part of the Wikimedia Design Style Guide, and is used on our mobile websites as well as in various project logos, so we would be gaining consistency.

Link to prototype with proposed colors: https://di-visual-design-link-colors.web.app/Salmon

Current link colors

 

Proposed colors

 


Font size

edit

The mission of our movement is to provide all of the world's knowledge to as many people as possible. Currently the majority of the knowledge we offer is in the form of text. Research has shown that typographic settings (such as font size, line length, and line height) influence the experience of reading, both in terms of general comfort (i.e. eye strain and fatigue), and comprehension and retention.[2][3][4][5] Therefore it is important for us to use optimal typographic settings in our interface. An important factor to keep in mind when determining what is optimal for our projects is that people engage both in in-depth reading, as well as scanning of text.[6][7]

In a previous phase of the project we read research studies regarding the line length and concluded that between 90–140 characters per line is optimal for our projects (link to writeup). Recently we have spent time reading research studies about font size. The most convincing, and directly applicable, research we have found thus far is a 2016 study that used eye-tracking to evaluate the affects of font size and line spacing for people reading Wikipedia:

Using a hybrid-measures design, we compared objective and subjective readability and comprehension of the articles for font sizes ranging from 10 to 26 points, and line spacings ranging from 0.8 to 1.8 (font: Arial). Our findings provide evidence that readability, measured via mean fixation duration, increased significantly with font size. Further, comprehension questions had significantly more correct responses for font sizes 18 and 26. These findings provide evidence that text-heavy websites should use fonts of size 18 or larger and use default line spacing when the goal is to make a web page easy to read and comprehend. Our results significantly differ from previous recommendations, presumably, because this is the first work to cover font sizes beyond 14 points.[8]

Firstly, we need to convert the measure used by the researchers (points) into the measure that browsers ultimately render (px). The conversion is: 1px = 72pt / 96.[9][10] So the range studied in the research (10–26 points) is equivalent to 13.3–34px. Their conclusion, 18 points, is equal to 24px.

So should we increase the font size to 24px? The research studied in-depth reading, however people often scan the page in order to find a certain piece of information. This is a different reading behavior, that arguably benefits from a smaller font size than in-depth reading does. Our conservative proposal, taking into account scanning, is to increase the font size to 16px to begin with. (We would be increasing the maximum width of the article as well, from 960px to 1050px.) As a next step, we will plan to conduct our own research to further study font size on Wikimedia wikis.

Annotated bibliography of typography and readability research

Link to prototype with proposed font size: https://di-visual-design-font-size.web.app/Hummingbird

Feedback

edit

References

edit
  1. Contrast and Color Accessibility, Understanding WCAG 2 Contrast and Color Requirements: "Color-only identification of links".
  2. Hussain, Sohaib, Ahmed, Qasim Khan, (2011-11-01). "Web readability factors affecting users of all ages". Australian Journal of Basic and Applied Sciences, 2011, 5 (11), pp. 972 - 977.
  3. Nanavati, Bias (2005). "Optimal Line Length in Reading--A Literature Review". Visible Language, v39 n2 p121-145 2005.
  4. Banerjee, Majumdar, Majumdar (2011-01). "Readability, Subjective Preference and Mental Workload Studies on Young Indian Adults for Selection of Optimum Font Type and Size during Onscreen Reading". Al Ameen Journal of Medical Sciences.
  5. Patterson, Tinker (1940). "How to make type readable; a manual for typographers, printers and advertisers, based on twelve years of research involving speed of reading tests given to 33,031 persons". Harper & Brothers Publishers.
  6. TeBlunthuis, Bayer, Vasileva (2019-08). "Dwelling on Wikipedia: investigating time spent by global encyclopedia readers". OpenSym '19: Proceedings of the 15th International Symposium on Open Collaboration.
  7. Moran (2020-04-05). "How People Read Online: New and Old Findings". Nielsen Norman Group.
  8. Rello, Pielot, Marcos (05-2016). "Make It Big! The Effect of Font Size and Line Spacing on Online Readability". Conference on Human Factors in Computing Systems.
  9. Schaeffer, Kyle (30-09-2008) "CSS Font-Size: em vs. px vs. pt vs. percent"
  10. PT to PX converter