Translation UX/Design feedback 2

Test with user #30 on 23 Aug 2012

 * Languages: German, English, French, Tetum, Spanish and Latin. Provides translations for German and Tetum.
 * Location: Germany

Sign-up prototype:
 * 01:40 - The user selects French as the proposed language.
 * The user tries to indicate his expertise level for the language and add more languages but that was not supported by the prototype.
 * 02:24 - When the user access to the second step, he identifies the example translation as being a captcha.
 * 03:00 - To complete step 2, the user selects a suggestion by clicking on "use this suggestion" link.
 * 04:23 - The user understands that the account is already created at step 2, but not activated until a translation is provided.
 * 05:30 - The user is able to complete the test scenario without problems and identifies the different interaction elements.
 * Some of the elements are familiar to the user because of previous use of the existing translation platform (the experience of a new user may differ).

Translate workflow test:
 * 08:05 - The user thinks it is a good idea to put the suggestions on the side and uses it in the first message.
 * 08:49 - The user notices that by saving, you access the next translation and likes that it avoids him to repeteadly open and closing messages all the time.
 * 09:27 - The user notices the "Request revision" action but cannot figure out its purpose (later when needed, he will).
 * 10:00 - The user skips the 3rd message since here is no suggestion.
 * 10:07 - The user understands the "outdated" concept and thinks that "it is a really good idea that you can simply click 'confirm translation' if you want to".
 * 10:47 - The user thinks that 'fuzzy' can be a bit confusing to new users, but the user thinks it may be useful to have a fuzzy flag for advanced translators.
 * 11:25 - The user discovers the expand action with joy.
 * 11:38 - The user marks a message as 'requires revision'. The feature is described as " a flag put on a message to say: It's not up to date but I personally can't update it. I think it is a really good feature to have"
 * 12:18 - For the last message, the user realizes he is reviewing a message that was marked for revision and confirms the translation is ok.
 * 12:42 - The user is shown the translation limit dialog and interprets it as a "kind of protection against spam".
 * 13:55 - The user was asked to look for more information about the skipped message, and he was able to find the comments about the message.
 * The user thinks it may not be much useful to just see comments from other translatos that cannot translate the message. But he guesses that developers are also supposed to reply to these comments.
 * 16:02 - The user is asked to access the cross-language translation link and he finds it useful since he usually provide translations in two languages: "I think this is a really good feature because when a message is not translated in both of the languages I edit the URL and write the right message code".

Search prototype:
 * 18:42 - The user performs the search and distinguishes the "original" and "translated" messages from the overview.
 * 19:41 - The user access to all translations from the overview.
 * 19:57 - The user intention would be to click on translate and start correcting all the typos (not possible in the prototype), so it becomes not clear for the user which is the purpose of this test.
 * 04:25 - The user finds strange to have information about other languages in translation messages when he is looking for a specific language.

Universal language selector:
 * 27:09 - The user was asked to use the ULS to change between some of the languages the user knows. The user is familiar with the selector and is able to find German quickly by browsing.
 * 2 seconds to go to the "Europe" region since the selector is open + 2 seconds to locate "Deustch" since the Europe list is displayed.
 * 27:38 - The user notices the undo tooltip as an easy way to go back to English.
 * 28:07 The user looks for the Tetum language. Tries first to browse and then to search, but he found the language in the list just when starting to search. For this case, the user found strange the scope of the search was not for the specific region.

General comments:
 * 30:00 - The first impression when the log-in interface was shown he perceived it as a complete overhaul. the user is not sure if this is necessary considering the current FirstSteps page "works quite good". Nevertheless, the user commented that including an initial translation and the translation limit will help people to get started more easily.
 * 31:35 - The user wanders if each message may be open in a new tab which is how he works now.
 * 36:30 - The user comments that he is used to the Monobook skin and finds that "the look of the workflow its a bit modern, but the concept of the new workflow is a good one".

Test with user # 20
Translation worflow: I think it is meant to keep the attention of the tranlslator to the fact that the suggested translation does not really fit.
 * The new workflow seems quite comprehensive to me. I thinkt the organisation of the screens and boxes is quite logic.

while users you are alittle bit better in using computers might feel frustrated if this message arrives after just a few translations
 * About the message limit: This can be interpretated positive if the transaltor does not feel confortable with the tool.

Search prototype:
 * Although I had some difficulties to find the correct message I think this new function will be useful especially as there is for the moment just the special page "search" that helps a little bit o fix such errors.

ULS:
 * I think that at first the titles of the groups like EU, .... is not that clear an explanation fo rthis might be useful