As far as I can tell, the best tool for localisation almost nobody is using is http://www.grammaticalframework.org/ . Licensing is a mix of GPL, BSD and MIT pieces. It's a high-level functional programming language with a dependent type system specialised for operating on language ASTs. It's resource library, to quote "covers the morphology and basic syntax of currently 29 languages: Afrikaans, Bulgarian, Catalan, Ch…
That sounds like a great technical approach, although it can't necessarily remove the problem of idiomaticity that the article mentions (with the example of "I didn't search any directories"). Probably better examples are possible, in any case where the most idiomatic way to express something isn't a literal translation of that thing from other languages. Maybe like English "I don't care" Portuguese "tanto faz" (lite…
A Localization Horror Story: It Could Happen to You
181–190 of 257 posts
Re: A Localization Horror Story: It Could Happen to You
#182Earlier quoted context omitted.
I don't know why nobody seems to put information like "warning: this phone's UI in is total and utter crap". Anyway, what you wrote is exactly why I stick to using all software and webservices - OS, text editors, Facebook, et al. - in en_US instead of my native pl_PL. Because translations are always crappy - even for big players. Lack of context is the key here - translated text often feels out of place, because ther…
You know what multi-million movie has a translation that isn't total crap? Frozen . They really put resources into that. You can look up random Disney songs on Youtube in different languages, and then look up the Frozen songs, and you can sort of tell that they've done a better job even if you don't speak the language. Even relatively obscure languages like Dutch where they usually just watch English-language movies:…
In software, this would translate to localization coders being able to (and having the talent to) rewrite the entire frontend logic. And if your software product is going to make multi-millions in new markets by virtue of feeling like it's translated natively, it might be worth retaining native-speaker coder(s) to maintain a branch that parallels (and consistently merges in) your master branch, and rewrites display logic as it comes in. I'd imagine the Googles of the world do exactly this.
Re: A Localization Horror Story: It Could Happen to You
#183Earlier quoted context omitted.
Cool example, but I think "ne" is the "correct" way to romanize ね.
Could also be from German, although this would also be written ne instead of neh. People from the northern part of Germany use this in pretty much the same way it is used in Japanese (at least according to what I know with my limited knowledge of Japanese) I always thought of this as a strange quirk that the same language construct can evolve in two unrelated languages. It's just like parallel evolution in biology.
Re: A Localization Horror Story: It Could Happen to You
#184The two Turkish letters dotted and dotless i are often confused by users of poorly localised software. Wikipedia links to a murder case allegedly caused by this: http://en.wikipedia.org/wiki/Dotted_and_dotless_I A real horror story. (Less seriously, Unicode has counterintuitive case-changing behaviours with those letters. If you are working outside the Turkish locale and uppercase a dotless I and then lowercase it, i…
Link to the case in question: http://gizmodo.com/382026/a-cellphones-missing-dot-kills-two...
The article itself could benefit from corrections: "with a knife on his chest" That doesn't sound so bad.
Re: A Localization Horror Story: It Could Happen to You
#185Qt takes care of that in a really nice way. You write tr("I scanned %1 directory.", "", count) and it takes cares of applying the correct translation with the right plurals depending on the number. http://doc.qt.digia.com/4.2/qobject.html#tr
Re: A Localization Horror Story: It Could Happen to You
#186When I was in Japan I did proof reading for a Japanese feature phone. A major Japanese brand, actually. That was really comical. There was an Australian guy for English, an German guy, an Italian lady, and me for French. What they did prior to the meeting is: * translate from Japanese to English by Japanese people with a poor English level (maybe the software engineers actually) * translate from weird English to othe…
So you translated it to "jour de merde"?
Re: A Localization Horror Story: It Could Happen to You
#187It just surprises me how many times gettext is discarded as "not solving the problem" while it gets many things right.
It feels like the lack of knowledge about the complexity of i18n/l10n and about gettext are often the real issues.
Re: A Localization Horror Story: It Could Happen to You
#188When I was in Japan I did proof reading for a Japanese feature phone. A major Japanese brand, actually. That was really comical. There was an Australian guy for English, an German guy, an Italian lady, and me for French. What they did prior to the meeting is: * translate from Japanese to English by Japanese people with a poor English level (maybe the software engineers actually) * translate from weird English to othe…
> and me for French > The French guy actually translated "Garbage day" to something like "Shitty day" So you translated it to "jour de merde"?
> When I was in Japan I did proof reading for a Japanese feature phone.
Re: A Localization Horror Story: It Could Happen to You
#189Earlier quoted context omitted.
> and me for French > The French guy actually translated "Garbage day" to something like "Shitty day" So you translated it to "jour de merde"?
The commenter wasn't the translator, they were the proof-reader: > When I was in Japan I did proof reading for a Japanese feature phone.
Re: A Localization Horror Story: It Could Happen to You
#190Earlier quoted context omitted.
Japanese; you put it on the end of a statement to make it a question instead, e.g. "the server is up to date, ne?" to mean "is the server up to date?"
That's incorrect, that interrogation particle (for making the question in your example) is か. ね is different.