Page MenuHomePhabricator

Language selector/settings must be easily accessible and at a consistent location in Vector 2022
Open, Needs TriagePublicBUG REPORT

Description

The display language selector / interface language selector / language settings box, must be easily accessible and at a consistent location in Vector 2022. This severely affects the user-experience of users in multilingual wikis (like Commons) and multi-script wikis (for example the Konkani Wikipedia).

In the old Vector skin, the interface language could easily be changed by selecting the gear cog icon near the languages at the bottom of the left sidebar. Now while reading an article, the language selector box has to be accessed in a few steps:

  1. Click on the languages button on the top right
  2. If there are only a few language links displayed, then one has to click on "281 more"
  3. Then select the easy-to-miss three dots at the lower right of the box
  4. Click on "Open language settings"

To complicate the situation further, only on the main page, the languages button is at the bottom of the page, rather than at the top. This is very counter-intuitive. I wonder whether anything else in Mediawiki is so dramatically different just on the main page.

In addition, on special pages in Vector22, the user has to access the language settings using the gear icon at the old location in the sidebar.

Please consider modifying the skin so that the link to open the language settings box should have it's own icon / button that is located at the same easily-accessible place regardless of what page the user is on, be it the main page, special pages or any other page.

Event Timeline

The main page issue is captured in T293470. Basically, the main page needs to be edited locally to allow the language button to appear in the top right, as the main page hides the title. The language button can be moved to the top by changing wgVectorLanguageInMainPageHeader. Here's an example of a project doing that:
https://eu.wikipedia.org/wiki/Azala

You can test the language button in the top position by appending vectorlanguageinmainpageheader=1 to the URL.
https://fr.wikipedia.org/wiki/Wikip%C3%A9dia:Accueil_principal?vectorlanguageinmainpageheader=1
https://en.wikipedia.org/?vectorlanguageinmainpageheader=1

With the new Vector 2022, the language selector has changed location to a more prominent place at the top of the page. At a more prominent location, exposing many different tools has the risk of fragmenting user attention. Thus, the idea was to integrate language-related options from a unified language access point. With language switching as the main functionality and a "more" option to access other language-related options.

In the comparison with the previous location, this point of access does no longer require scrolling or scanning a sidebar full of links. So that also represents steps that are saved with the change.

In addition, the step described as If there are only a few language links displayed, then one has to click on "281 more" is something I could not reproduce. for reference, I captured two screencasts based on French Wikipedia in logged-out state for articles available in a different number of languages:

Article available in few languages (7):

Article available in many languages (292):

With the new Vector 2022, the language selector has changed location to a more prominent place at the top of the page. At a more prominent location, exposing many different tools has the risk of fragmenting user attention. Thus, the idea was to integrate language-related options from a unified language access point. With language switching as the main functionality and a "more" option to access other language-related options.

In the comparison with the previous location, this point of access does no longer require scrolling or scanning a sidebar full of links. So that also represents steps that are saved with the change.

In the old position, there was a dedicated button (the gear icon) that could be clicked directly to access the display language menu. In comparison, the point of access in the current redesign is hidden in the languages dropdown box and is not intuitive. I wonder what percentage of users would guess that the three dots lead to the display language menu?

Instead, could the dropdown box be designed as shown in the image with three sub-options clearly offered: Content language, Interface language and Input language? This could make it very clear to the user that they can use this box to change not just the article language, but also the interface and input languages.

image.png (786×1 px, 250 KB)

In addition, the step described as If there are only a few language links displayed, then one has to click on "281 more" is something I could not reproduce.

When I tried it today, I could also not reproduce it consistently, but it did happen to me once earlier today on the Konkani Wikipedia. I did not manage to take a screenshot, but I will do so the next time this happens. This seems to be some separate issue, and I have a hunch it might have to do with some conflict caused by some gadgets.

In addition, on special pages in Vector22, the user has to access the language settings using the old gear icon in the sidebar. Thus, the location of the point of access varies a lot.

Aklapper renamed this task from The display language selector / interface language selector / language settings box must be easily accessible and at a consistent location in Vector 2022 to Language selector/settings must be easily accessible and at a consistent location in Vector 2022.Nov 14 2022, 8:23 AM
Pginer-WMF claimed this task.

After recent improvements, the language settings are more visible in the different contexts supported for the language selector:

Pages available in different languages (example) provide a settings icon as the one available before to access the language settings
en.wikipedia.org_wiki_Avocado_toast(iPad Air) (2).png (1×2 px, 767 KB)
Pages not available in other languages yet (example) show an empty state with an explicit option
en.wikipedia.org_wiki_Blubber_Valley(iPad Air).png (1×2 px, 501 KB)
Pages where it is not possible to connect the contents across languages (example) include explicit option to access settings too
en.wikipedia.org_wiki_Talk_Avocado_toast(iPad Air).png (1×2 px, 628 KB)

The current adjustments seem to provide access to language settings at a similar level of prominence (higher in some cases where there is more room to display the options). Other improvements can be considered and evaluated based on user observations, but it may be better to discuss them as part of separate tickets. Having said that, feel free to reopen if needed.

@Pginer-WMF , thanks for your work. I think this task is nearly resolved after the changes. There is only one namespace remaining now which has the language settings at another location: Special pages. In special pages, the language settings are still to be accessed from the left sidebar.

F1.png (908×1 px, 125 KB)

I think that it makes sense to eliminate this anomaly. If we can move the language settings to the page title for special pages, we will accomplish uniformity in this regard throughout the wiki.

@Pginer-WMF , one more thing: In pages not available in other languages, and pages where it is not possible to connect across languages, the access to language settings is visually similar (cog icon with the text 'Open language settings'). On the other hand in pages available in different languages, there is only the cog icon. I strongly suggest that from the UX point of view, we should have visually the same access for all three cases. This can be accomplished by adding the blue cog icon with the text on pages that are avilable in different languages.

f2.png (1×2 px, 496 KB)

In addition, the step described as If there are only a few language links displayed, then one has to click on "281 more" is something I could not reproduce.

When I tried it today, I could also not reproduce it consistently, but it did happen to me once earlier today on the Konkani Wikipedia. I did not manage to take a screenshot, but I will do so the next time this happens. This seems to be some separate issue, and I have a hunch it might have to do with some conflict caused by some gadgets.

@Pginer-WMF, I finally got a screenshot of this issue:

wrong_language_list_gomwiki.png (1×1 px, 424 KB)

To increase the clarity, I have split this task into two subtasks:
T330042 for T319264#8597234
T330043 for T319264#8597257