Number of scanned directories: %g
Number of found files: %g
That solves the problem with Slavic languages at least. Italian aversion to 0 may be mitigated with printing 'none', I guess. Please correct me if this form does not fit other languages.A Localization Horror Story: It Could Happen to You
131–140 of 257 posts
Re: A Localization Horror Story: It Could Happen to You
#132Earlier quoted context omitted.
Not to mention that I would never realise that "imenik" means directory. An imenik is a phone book. Potentially the Contacts app on my phone. But never a directory. I think this has to do with vocabulary registers as well. We've learned to use English words for computer things. Using Slovene translations just feels weird unless they're a bastardisation of the English word. Similar to how English uses French words for…
But, a directory is a phone book!
Re: A Localization Horror Story: It Could Happen to You
#133Earlier 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…
> I don't know why nobody seems to put information like "warning: this phone's UI in is total and utter crap". This is what makes me use SW and equipment only in English. Translations are pretty much useless (and of course, Googling the English error messages usually gives the best results)
However, for a lot of modern tools that isn't the case. Often a translated tool is an order of magnitude less usable because of broken translations and inability to Google things.
It's also infurating that lots of tools look at your Windows location when deciding your language. No, I don't want your broken native translation on my English Windows installation, just because I do like to still have € in front of my currency.
Re: A Localization Horror Story: It Could Happen to You
#134Earlier quoted context omitted.
Or the classic: http://news.bbc.co.uk/1/hi/7702913.stm
My favorite is still this one: http://www.theguardian.com/world/shortcuts/2012/feb/08/diese...
Re: A Localization Horror Story: It Could Happen to You
#135When 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…
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…
And I really don't see how having a similar rule for translations of text in software would eliminate most "context missing" problems. It seems what it would actually do is stop translators even guessing those missing contexts.
Re: A Localization Horror Story: It Could Happen to You
#136Kudos to the author of the article for his perseverance in decorating message to fit grammar. I'd go another way, just using more formal and dry format: Number of scanned directories: %g Number of found files: %g That solves the problem with Slavic languages at least. Italian aversion to 0 may be mitigated with printing 'none', I guess. Please correct me if this form does not fit other languages.
Re: A Localization Horror Story: It Could Happen to You
#137Earlier 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:…
Re: A Localization Horror Story: It Could Happen to You
#138Re: A Localization Horror Story: It Could Happen to You
#139Re: A Localization Horror Story: It Could Happen to You
#140As 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…
For example, the best way to translate Spanish "X dió un golpe a Y" would be "X hit Y". But my naive idea of what the AST for the Spanish sentence would look like would be something like `(GIVE (X HIT Y)`, which when naively transduced to English would be the "X gave a hit to Y", which is either unidiomatic or means the wrong thing altogether. In order to avoid this problem, the AST would have to be a more abstract representation of the semantics. And coming up with a sufficiently expressive, tractable, and neutral representation of natural language semantics is an unsolved problem that people are still devoting their whole careers to.
I was briefly involved in a very early stage startup that was considering using systems like this for better machine translation. We ran into problems like the above, and also: ambiguity, and the fact that the hand-written grammars and semantic representation systems were just very brittle and incomplete.