Page MenuHomePhabricator

As a reader in a language with multiple variants, I'd like it to be as easy as possible to see all of the variants available in my langauge
Closed, ResolvedPublic

Description

Why are we doing this?

During usability testing, some Chinese speaking participants had a hard time locating all of the Chinese variants listed in the language picker to select from. Would it be possible to float the appropriate languages to the top of the list if a related keyboard is present on device?

Feature job story

As a reader in a language with multiple variants, I'd like it to be as easy as possible to see all of the variants available in my language

Proposed design

🔗Figma file: https://www.figma.com/file/Jcc9DMzO29Gk1nOndjm4jj/Language-Variant-work?node-id=230%3A0
Suggested languages
Languge selection - Suggested languages.png (667×375 px, 30 KB)
Design details
  • Add a section below 'Your languages' which includes all other languages that are related to the OS selected languages.
  • Any already selected languages should not appear in this list.

Event Timeline

Near term and long term solution (reordering of list vs. sep seciton)

cmadeo updated the task description. (Show Details)

@cmadeo just confirming, is this ticket only for a particular language picker context, or all of them? (Article languages, Settings languages, Search languages).

Hi @Tsevener sorry, this ticket is unclear! Let's only show this in Settings languages and search languages / onboarding. Essentially this should only be shown when a user is adding a language to their app languages.

@cmadeo I had thought when we talked about this in the meeting that this ticket was focused on the user being able to easily find language variants when choosing a different language to view the same article in, which seemed like a great idea, since currently the variants all appear at the bottom of the list of possible choices.

I can also look at changing this in the language search, but since it seems most users only select a single variant, and you should be able to find other variants by searching on the name of the language, that the user feedback may be more of an artifact of being specifically focused on variants.

I wonder if maybe in the main Language Settings it might make sense to have a 'drill down' arrow for languages with variants, which would navigate to a table where the user could pick a different variant.

English
Chinese (Simplified) >


Chinese (Simplified) √
Traditional Chinese (Taiwan)
Traditional Chinese (Hong Kong)
etc.

That way a user could very easily change from one variant to another as well as see all of the variant choices for that language in a way where they weren't mixed in with other language lists.

(And we'd still float the variant choices to the top of the article languages list.)

@James_Dempsey I like the idea of a drill down and would be happy to go that route if it wouldn't be too much engineering work.

While it totally makes sense that this finding was probably impacted by the test questions, I still think it would be good to show relevant / related variants in the language picker from onboarding/settings since folks might not know that other options are available to them (eg. someone who is using a Trad Chinese keyboard might not know that we have Taiwanese available as a variant), so I'd like to still show / float related variants to the top in Settings/Onboarding. In this specific case I'm not sure if the drill down works as well, since it will already show as selecting the 'primary' variant for that subset of variants.

Since folks don't tend to read multiple variants of the same language I wasn't sure how helpful it would be to float these variants to the top of the list in the article view, but I'm not against it! The main use case I was trying to solve for in this design though was for people who read a language with variants who might not know that their preferred variant is available.

JMinor claimed this task.
JMinor awarded a token.