Page MenuHomePhabricator

MinT for Wiki Readers MVP: Access from the mobile language selector
Closed, ResolvedPublic

Description

As part of MinT for Wiki Readers MVP (T359072), this ticket proposes to provide an entry point from the mobile language selector on Wikipedia. In this way, users interested in reading an article in another language will have a way to access a machine translated version in case the content is not available in the language they are searching for.

Currently, the language selector already provides access to content translation from the language selector for users to create a new translation. Based on data, the language selector represents the most common way for users to access Content Translation on mobile.

This ticket proposes to make adjustments on the mobile language selector, in order to present a new option to read a machine translation next to the option to create a translation. Recent research suggests that this contrast may help understanding the different possibilities.

You can check the prototype and the video below:

Below there is more detail on the current situation and the aspects we need to change to support the proposed solution.

Current

Language selector - Current.png (1×1 px, 320 KB)

Currently on mobile, users have access to the language selector on Wikipedia articles. The language selector provides different mechanisms to find a language:

  • Search allows users to type the name of a language. When the search fails the user is shown a "Language not available" view which can happen in two cases:
    • The language is identified but content is not available. In this case, the user is invited to make a translation and a set of actions are shown for users to start the translation of the current article into the languages matching the search query or any other language.
      • The search query is not identified as a language (e.g., random text), a generic error message is shown.
  • Favorite languages is a section where frequently selected languages by the user are surfaced for easy access. As part of Section Translation entry points, an element shows also when the content is missing in some of the user frequently used languages. Taping on this links users directly to Section Translation.

Proposed

Language selector - Proposed.png (1×2 px, 458 KB)

This ticket proposes to make the following changes:

  • Update the "Language not available" view to include two different options: "Write a new translation" and "Read an automatic translation". This will only show when the search query is identified as a language. Otherwise the generic messages will be shown as it is now.
  • Adjust the navigation from the missing favorite languages. When missing languages are surfaced, tapping on them will have the same effect as searching for the first of them. That is, taping on the "Missing in Igbo and Hausa" message will result on "Igbo" being typed in the search bar and, as a result, the "Language not available" view with the options to "Write a new translation" and "Read an automatic translation" will be shown.

Design details

A Card Codex Component is used to present the options:

  • Write a new translation leads to Content Translation with the information pre-filled for the article to translate (current article from which the user accessed the language selector), source language (the content language of the article to translate), and target language (first match for the user search term).
    • Title and visual element: "Write a new translation" with "Add" icon.
    • Description: "Step-by-step translation process to create a new page in your language."
  • Read an automatic translation leads to MinT for Wikipedia Readers Confirm step (T359512) with the information pre-filled in the same way as in the previous case.
    • Title and visual element: "Read an automatic translation" with "Robot" icon.
    • Description: "Automatic preview of contents in other languages for you to review and fix."

More details in Figma

Related Objects

Event Timeline

Pginer-WMF triaged this task as Medium priority.Apr 23 2024, 3:52 PM
Pginer-WMF created this task.
Pginer-WMF moved this task from Backlog to Product integration on the MinT board.

Change #1034841 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] Mobile language searcher entrypoint: Add CX and MinT entrypoint cards

https://gerrit.wikimedia.org/r/1034841

@Pginer-WMF my understanding is that once we deploy these changes, the mffrequentlanguages entrypoint (i.e. the missing languages banner entrypoint) will be removed from the CX/SX instrumentation. Since, we now navigate the user to an intermediate step (the overlay where the new entrypoint cards are displayed), it will be hard to implement such instrumentation. Is my understanding correct?

Change #1034916 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/MobileFrontend@master] Language searcher banner: Set given language as search input on banner click

https://gerrit.wikimedia.org/r/1034916

Change #1034920 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] Mobile language searcher banner: Navigate to entrypoint card overlay

https://gerrit.wikimedia.org/r/1034920

Change #1037585 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] CX mobile language searcher entrypoint: Rename file

https://gerrit.wikimedia.org/r/1037585

Change #1037585 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] CX mobile language searcher entrypoint: Rename file

https://gerrit.wikimedia.org/r/1037585

@Pginer-WMF my understanding is that once we deploy these changes, the mffrequentlanguages entrypoint (i.e. the missing languages banner entrypoint) will be removed from the CX/SX instrumentation. Since, we now navigate the user to an intermediate step (the overlay where the new entrypoint cards are displayed), it will be hard to implement such instrumentation. Is my understanding correct?

Ideally it would be great to know whether users find out about their language being missing by searching (content_language_selector) or the tool surfacing those directly (frequent_languages). Based on the data the frequent_languages (in blue below) represent the most common way to access the tool, while content_language_selector (in orange below) represents the second one at a significant distance.

Screenshot 2024-05-31 at 14.15.30.png (476×1 px, 58 KB)

Imagining the report with those two events combined (i.e. the bars with both blue and orange parts in the same color) would be less informative.
Having said that, both are paths ar eparts of the same entry point. So it still makes sense to think about X% enter the tool through the language selector (even if there are multiple paths). So we could live with one event if it is complex to support otherwise and reconsider once it is more clear that we need more detail.

Change #1034841 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] Mobile language searcher entrypoint: Add CX and MinT entrypoint cards

https://gerrit.wikimedia.org/r/1034841

Change #1034920 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] Mobile language searcher banner: Navigate to entrypoint card overlay

https://gerrit.wikimedia.org/r/1034920

Change #1034916 merged by jenkins-bot:

[mediawiki/extensions/MobileFrontend@master] Language searcher banner: Set first language as search query on click

https://gerrit.wikimedia.org/r/1034916

Change #1041524 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] Fix language searcher entrypoint

https://gerrit.wikimedia.org/r/1041524

Change #1041524 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] AX language searcher entrypoint: Use configuration for enabled languages

https://gerrit.wikimedia.org/r/1041524

Change #1047591 had a related patch set uploaded (by Nik Gkountas; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@master] AX Language selector entrypoint: Fix AX URL

https://gerrit.wikimedia.org/r/1047591

santhosh renamed this task from MinT MVP: Access from the mobile language selector to MinT for Wiki Readers MVP: Access from the mobile language selector.Jun 20 2024, 6:45 AM

Change #1047591 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@master] AX Language selector entrypoint: Fix AX URL

https://gerrit.wikimedia.org/r/1047591

Change #1048443 had a related patch set uploaded (by KartikMistry; author: Nik Gkountas):

[mediawiki/extensions/ContentTranslation@wmf/1.43.0-wmf.10] AX Language selector entrypoint: Fix AX URL

https://gerrit.wikimedia.org/r/1048443

Change #1048443 merged by jenkins-bot:

[mediawiki/extensions/ContentTranslation@wmf/1.43.0-wmf.10] AX Language selector entrypoint: Fix AX URL

https://gerrit.wikimedia.org/r/1048443

Mentioned in SAL (#wikimedia-operations) [2024-06-24T13:47:34Z] <urbanecm@deploy1002> Started scap: Backport for [[gerrit:1049126|Growth: Enable CommunityConfiguration at idwiki (T366629)]], [[gerrit:1049127|Growth: Enable CommunityConfiguration on round 1 wikis (T368121)]], [[gerrit:1048443|AX Language selector entrypoint: Fix AX URL (T363183)]]

Mentioned in SAL (#wikimedia-operations) [2024-06-24T13:49:55Z] <urbanecm@deploy1002> kartik, urbanecm: Backport for [[gerrit:1049126|Growth: Enable CommunityConfiguration at idwiki (T366629)]], [[gerrit:1049127|Growth: Enable CommunityConfiguration on round 1 wikis (T368121)]], [[gerrit:1048443|AX Language selector entrypoint: Fix AX URL (T363183)]] synced to the testservers (https://wikitech.wikimedia.org/wiki/Mwdebug)

Mentioned in SAL (#wikimedia-operations) [2024-06-24T14:13:11Z] <urbanecm@deploy1002> Finished scap: Backport for [[gerrit:1049126|Growth: Enable CommunityConfiguration at idwiki (T366629)]], [[gerrit:1049127|Growth: Enable CommunityConfiguration on round 1 wikis (T368121)]], [[gerrit:1048443|AX Language selector entrypoint: Fix AX URL (T363183)]] (duration: 25m 37s)

The links are working properly now. I think the task can be closed and continue the activity in the mentioned follow-up tickets: