Translation UX/Design feedback 5

The goal of this round was to test:
 * The prototype for a translation homepage
 * The current implementation of the translate editor

Test with User #66 on 14 Jan
Test with a Polish user speaking Polish, English, German, and Russian.

Translation Workflow

 * 00:10: The user is asked to find a project and follows the usual workflow: go to the homepage, select a project and click on "translate this project" from the project description page.
 * 00:56: The user is able to change the table filters to find "untranslated messages".
 * 01:15: The user notices the dynamic loading of translations
 * 01:24: The user selects "untranslated" filter but when loading dynamically, also translated messages have been added.
 * 02:45: The user tries to confirm an outdated translation by clicking on the save button which is shown as disabled. The user deletes and adds some characters at the end of the translation to overcome the limitation.
 * 03:15: The user comments that "it looks very good".
 * 03:40: When asked about the project selector, the user discovers that "what is surprising and I like is that you can select sub-projects directly from breadcrumbs".
 * 04:11: The user comments that it is nice that the editor moves to the next translation after saving.
 * 06:12: The user comments that suggestions were clear and it is a needed feature.
 * 06:46: When asked about the reason for skipping some The user understands the word but don't know which of the possible translations is better to use in the specific project.
 * 07.55: When asked, the user finds the "expand" interesting to get a bigger editing field but the user find suggestions positive and would prefer not hiding them.
 * 08:30: A suggestion was not completely correct (was in singular instead of plural). The user reads the translation but writes the text himself.
 * 09:52: The user opens the last part of the breadcrumb getting an empty selector, he was expecting to access sub-groups.
 * 11:33: The user is able to navigate and select translatable pages but all where translated into his native language.
 * 12:45: The use finds cool the possibility of using shortcuts but considers the proposed key combination too complex.
 * 12:20: The user notices that the filters are not working properly.
 * 20:25: The user makes use of the ULS to change the language. From the project page the global ULS is used for doing the change.

Homepage

 * 15:21: The user first impression was "Wow! This looks good! It looks like a modern UI. That's how modern websites mostly look".
 * 15:50: The user asks for a way to translate a project from the project list. The user does not notice the link probably due to being hidden by too many hovering events.
 * 16:45: The user comments that he would be using the "22 projects" tile as a way to search for projects. So he would the tiles to be clickable.
 * 17:27: It is clear how to become a translator.
 * 18:03: The user identifies the search bar function and comments that he would expect a list of matching strings.

Translation workflow
Test with a user from India.
 * 00:45: The user is shown the initial list of recent messages and is able to move to a different group. The progress bars are properly interpreted as translation completeness.
 * 02:05: The user finds strange the "hide translated" options since he is just exploring the untranslated messages.
 * 02:30: The user starts translating after exploring the editor (using expand action and reading the shortcut information). Contributes some translations and moves using the shortcuts.
 * 03:36: The user asks for a way to copy the source message when he founds a string with several "magic words" (the user tried to find it under the secondary menu option, not implemented yet). When asked the user comments that translators with a language with a different language structure can also benefit from being able to use a copy-source-and-replace-parts approach.
 * 07:20: The user asks for glossary support.
 * 08:25: The user considers the most important things for translations to be: source text, target textarea, glossary, translation memory (with shortcuts and percentage matching), shortcuts to add placeholders (with keyboard shortcuts), and concordance search.
 * 11:30: The user explains the importance of glossaries to provide consistency in the translations (e.g., file has five different translations for "file").
 * 14:00: The user explains the concept of concordance search (detect sentences that are frequently repeated and suggest translations to the user).
 * 17:37: When asked to move to a different project, the user clicks on the "All" filter instead of the project selector.
 * 18:50: The user has problems locating the "Visual Editor" project since he does not know the structure of projects, but finally uses search for locating it.
 * 20:49: The user copies and pastes the source message and starts translating different part.
 * 22:55: The user explains that copy from source feature is also relevant to avoid users to switch language frequently with their Input method system.
 * 24:20: The user is presented a design to allow source text copying and finds that "it is good if it can be commanded through keyboard shortcuts".
 * 26:27: The user understands and uses one of the suggestions for a translation.
 * 27:32: The user asks for a way to get the source context for the suggested translations, to check the difference between the current source and the suggestion source.
 * 30:20: The user is happy to discover that translation memory instantly included a translation he made earlier.
 * 31:40: The user considers that the new design is "very clear".

Homepage

 * 34:34: The user first impression about the homepage is that "it is looking good".
 * 35:42: The search bar calls the attention of the user and thinks that he purpose could be to search for translations to correct.
 * 37:34: The user comments that it is also clear how to become a new translator.
 * 38:50: The user is asked to use search to find a specific translation.