https://bugzilla.wikimedia.org/show_bug.cgi?id=50789

--- Comment #9 from Pau Giner <[email protected]> ---
We tested different locations with users. This is what we learnt:

1. In general, users don't think in terms of content language and UI language
as two separate things. Presenting an explicit selection of UI vs. content at
the same level forces a decision on them which is based on technology terms
instead of user terms.

2. The main use case related to language change is to access information in a
different language. Thus, if a user is reading an article in English and
switches to German he will expect to see content in German (and the UI to be in
German, or even be kept in English), but it will be surprising to just see the
Ui to change and not the content. So in terms of relevance: Content language
change > UI language change.

3. When we placed the language selector at the personal toolbar, many users
were considering it the entry point for language change and expecting the
behaviour described in (2). So this position works if it replaces interlanguage
links (which brings another set of problems), but it does not work if we
provide just UI language change. So for wikis with interlanguage links,
creating two separate language-related areas where the most prominent one does
not solve the main use case was confusing for users.

4. When we integrated the cog icon in the current language area, it was clear
for users that to access content in a different language they had to look for
the language in the language list. Only if they wanted more advanced settings
and tools, they feel the need to access the settings icon. The cog allows for
further adjustment but does not break user expectations.


The idea of the current approach is to avoid introducing a new language-related
area for those wikis for which already one exists, and present the advanced
tools in a way that is less prominent than the content selection scenario which
is covered by the interlanguage links.

In addition, due to the relevance of languages for consuming and contributing
content it was considered to provide tools at hand (instead of hiding them
inside preferences) especially if we want to provide them for anonymous users
for which the preferences view does not exist.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
_______________________________________________
Wikibugs-l mailing list
[email protected]
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

Reply via email to