Closed Bug 684565 Opened 10 years ago Closed 4 years ago
Allowing users to choose install language from the stub installer
I am missing an option to specify the installed language. Yes, we allow the user to choose language from the website, but users tend to miss it because it is not visible enough and in order to change the language they are sent to a page with a huge list of operating systems and languages (all.html). I'd suggest giving the user the ability to change the language of the installed product from the installer itself. Following is a user scenario which I've seen already few times in user support forums: a. User is located in France but actually is not a fluent French speaker. b. User go to mozilla.com in order to download Firefox, redirected to mozilla.org/fr because of geolocation or other parameters, and is greeted by a big green download button. c. User is not spend time reading the whole page and tiny texts and click on the download button. d. User is seeing French texts on the installer, but continue the installation because he thinks that he'd get the opportunity to change UI language right after the installation would complete. e. User is launching the application on the first time and seeking for option to change UI language. f. Before user gives up, he searches for answer in search engine or go to support forums and asks for help. g. User understand he should re-download the application, which makes him anger, and he afraid to lose his browser history. The situation is even worse in locations were there is more than one language in major use such as Belgium for example. I know that the list of languages is very long and it won't be the best to let the user chose language, but here is my suggestion: • The website links to stub installers for each locale. • The stub installer allows the user to chose installation folder etc., and there is a dropdown list allowing the user to change installed language. • Language chooser defaults to the language the user chose from the website ("default language"), and contain list of the most common languages for that region (see below) and by default will be the same as the stub language. • Language parameter is sent in the full installation download URL, so even if the stub installer is in French, it might install an English application. As for 'list of common languages for a region', we can use the metrics data to determine which languages are the most 5 common for a region, and make it possible to override the list in order to promote new locales or better defaults. The last item in the list should be 'Other languages' which will link the user how to obtain these binaries.
Here is a quick mock up for the suggested language selection UI: ┏━━━━━━━━━━━━━━━━━━━━━┓ ┃ Hebrew ▼ ┃ ┗┯━━━━━━━━━━━━━━━━━━━┯┛ │ Hebrew │ │ English │ │ Russian │ │ Arabic │ │ ┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈┈ │ │ Other languages… │ └───────────────────┘ ┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓ ┃ ● Get Firefox in your language _ □ X ┃ ┣━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┫ ┃ In order to get Firefox in your language, ┃ ┃ go to http://mozilla.org/firefox and download ┃ ┃ the browser in your chosen language. ┃ ┃╭─────╮ ╭─────────────────────────────────────╮┃ ┃│Back │ │Select another language from website │┃ ┃╰─────╯ ╰─────────────────────────────────────╯┃ ┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛ Hebrew and English are common for our area (around 40% for each locale according the MozMetrics), Russian has 12% and Arabic 2%. I've ignored the en-gb locale (2.1%) as I suspect it caused because some Linux distributions are packing en-gb as a default for English UI.
I suggest to WONTFIX this one. I don't see how we couldn't do any UX that we do in the installer much better on the website. Or, once we get a great UX around language packs from our mobile efforts, see if there's a first-run UX where we can add additional languages to an install.
(In reply to Axel Hecht [:Pike] from comment #2) > I suggest to WONTFIX this one. I don't see how we couldn't do any UX that we > do in the installer much better on the website. Or, once we get a great UX > around language packs from our mobile efforts, see if there's a first-run UX > where we can add additional languages to an install. I don't think it should change anything on our website, but will give users an opportunity to change the installed version in the last minute before the actual installation complete. Some people are linking directly to Firefox binaries, and this will give some promotion to the fact that the application is available in other languages as well. Other browsers have better UX for changing browser language, and we should go there too. While we have some technical difficulty at the present in the path for language packs, a language selection field in the stub installer should do the trick for us.
FWIW, the current installer is not a stub installer, and is only capable of installing Firefox in the language that it was built with.
>I don't see how we couldn't do any UX that we do in the installer much better on the >website. yeah, I agree. We are surprisingly limited in what we can do with the UI of the installer, so the UX is going to be much better on the Web site. That said, ux-undo is always really important so it would be great if we had a way for people to switch the language after install at some point.
I know that the stub installer is almost done, but I'd very appreciate if you could re-evaluate my request, even if we will land only minimized fix to this bug. I am monitoring Firefox support requests in Hebrew (mostly which are not on SUMO), and I see people who are wondering how to change the product UI locale after they actually complete the installation. It could be fairly easy to have a string indicating which language is actually about to install, and possible a link to the website so the user will be able to choose another language. This would also help us publicize the message that we have 80+ locales to Firefox in regions which English is not their main language but it is the most dominant browser locale.
Are those users downloading a locale that they don't want, or do they want multiple locales? I.e., English and Hebrew side-by-side? If they're downloading the wrong locale, can you find out why? From a metrics/measurement point of view, I wouldn't want to land the stub installer with this feature in its first iteration. We want to measure how much we get out of the stub installer itself. Offering more choice in the user flow might be detrimental to that. Though I could see that as something we may try out in a later iteration. The stub installer would have the benefit that it's rather cheap to correct a wrong download. But I see that only as a follow up, and it should come with the opportunity to actually measure if we're doing better or not.
What Axel said. There is no way we would be able to do this with the initial landing of the stub installer for a variety of reasons. We are trying to increase the number of developers that work on this code so there is some hope that we will get to this at some point in the future.
(In reply to Axel Hecht [:Pike] from comment #7) > Are those users downloading a locale that they don't want, or do they want > multiple locales? I.e., English and Hebrew side-by-side? When you search for Firefox on Google you are ending up in the en-us download page or the localized page (not including people who have more complicated configurations, for example people who live in a foreign country or their system locale is wrong). People who see the localized download page are not always aware that they will end up with the localized version, and wonder why they can't just switch to another locale. Others get the default English locale and are not aware that they can find a browser locale that is more suitable to their needs. Having a string in the installer saying "You are about to install the English version of Mozilla Firefox" should be easy to put in the installation wizard, and we can than direct users to find the version best suitable to them.
Definitely would be nice though it would require quite a few changes in out build process to provide this. Not going to block the stub installer for this so removing dependency.
No longer blocks: 675970
I was just at an event in Germany where developers were downloading Dev Edition and were uniformly confused by it being localized in German by default. Then they couldn't figure out how to change to English.
So you're saying that people are confused with getting a product in their own native language? Wow, where have we come to. That puts all L10n work in question.
Looking at https://www.mozilla.org/de/firefox/developer/, it can surely be surprising that you're not getting the version that's shown in the screenshot, i.e., the en-US version. I'm still not sure why the installer would be the right point to kick people off to download something else than they just did.
(In reply to Robert Kaiser (:firstname.lastname@example.org) from comment #12) > So you're saying that people are confused with getting a product in their > own native language? Wow, where have we come to. That puts all L10n work in > question. Perhaps it was unique to the German devs hanging out at RejectJS :) (In reply to Axel Hecht [:Pike] from comment #13) > Looking at https://www.mozilla.org/de/firefox/developer/, it can surely be > surprising that you're not getting the version that's shown in the > screenshot, i.e., the en-US version. > > I'm still not sure why the installer would be the right point to kick people > off to download something else than they just did. Sure, maybe that's not the right solution. This was the only bug I was pointed to about this problem, so dropped the comment here.
This is really an issue to be addressed on the web side, so that the correct build gets downloaded in the first place. And they already have relevant bugs on file, so I'm closing this one.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.