Page MenuHomePhabricator

How to handle pages with no translations?
Open, MediumPublicSpike

Description

The change language icon is inert and useless when no alternate page languages exist. The icon should be changed to either:

  • Hide the icon when no other languages exist. For example, the map icon is hidden instead of being disabled.
    en.m.wikipedia.org_wiki_Montreal(iPhone 5_SE).png (1×640 px, 185 KB)
    en.m.wikipedia.org_wiki_High-capacity_magazine_ban(iPhone 5_SE).png (1×640 px, 180 KB)
  • Prompt the user to add another language

Event Timeline

Restricted Application changed the subtype of this task from "Deadline" to "Task". · View Herald TranscriptSep 19 2018, 3:55 PM
Restricted Application added a subscriber: Aklapper. · View Herald Transcript
Jdlrobson moved this task from Needs analysis to Queue on the Web-Team-Backlog (Design) board.

IMO It's not useless, it clearly communicates to the user that an article has no translations, which is useful to know. If the button is there, how can I be sure that it is possible for this article to be translated, how do I know it's possible to translate it? It also provides UI consistency so that it reinforces to users where the language button is (given its not on every page).
Side note: In future, I'd love to see this wired up into the content translation tools that the language team have had great success with.

Note if $wgMinervaAlwaysShowLanguageButton = false, the language button will never show (ie. the wiki doesn't have translations)

It was specifically added in T132974 which hints at rationale (https://gerrit.wikimedia.org/r/297580).

Punting to @alexhollender for a quick reconsideration.

@Jdlrobson, should we always show the map button in a disabled state for pages without maps?

@Jdlrobson, should we always show the map button in a disabled state for pages without maps?

I don't know, but we don't have a map button... If we did, it doesn't seem to be a good comparison. A map only makes sense on certain pages (it likely wouldn't make sense on an article about Chemistry), but every page can have languages. Edit seems like a better comparison. We show an edit and talk icon on all pages, but on some pages it is not possible to edit and some pages do not have talk discussions, so I would expect language to behave consistently with these icons.

Anyway, I presume @Nirzar had his motivations to do it this way so I think "useless" may be a strong word to use without understanding his thought process.

@Jdlrobson, I'm talking about this guy:

en.m.wikipedia.org_wiki_Montreal.png (1×692 px, 273 KB)

It's either present and enabled or hidden. AFAIK, it does not show in a disabled state.

That's not added by Minerva and doesn't show for me. I believe that's the gadget - "Add map popups to coordinates in the mobile website" so nothing readers web design had anything to do with, thus probably not a good comparison with the language button which we spent a whole quarter thinking about, designing and testing.

I agree with @Jdlrobson that the disabled button is not useless, but I think it could be made much more useful, if it did, as @Niedzielski suggests, it acted as some sort of CTA to lead users to add a translation. That flow however, needs a lot of design consideration. For one, it would be confusing if the same button revealed translations in one state, and led you down a path to add translations in another state.

I agree with @Jdlrobson here. Adding in @RHo and @Pginer-WMF for further consideration regarding the button triggering some kind of translation flow when no translations exist.

@Niedzielski how would you feel about renaming this task to be a bit more general, e.g. how to handle pages with no translations?

Niedzielski renamed this task from Page change language icon is useless in disabled state to How to handle pages with no translations?.Jan 4 2019, 8:47 PM
Niedzielski added a project: Spike.
Restricted Application changed the subtype of this task from "Task" to "Spike". · View Herald TranscriptJan 17 2020, 10:56 PM

Removing task assignee due to inactivity, as this open task has been assigned to the same person for more than two years (see the emails sent to the task assignee on Oct27 and Nov23). Please assign this task to yourself again if you still realistically [plan to] work on this task - it would be welcome.
(See https://www.mediawiki.org/wiki/Bug_management/Assignee_cleanup for tips how to best manage your individual work in Phabricator.)