On Sun, May 21, 2006 at 02:50:10PM +0200, Tobias Toedter wrote: > > In my opinion, the change adds quite some complexity which is hard to > understand for translation teams. Take for example the comments you put in > the generated pot file (your patch to iso2pot.py). There are four special > cases with detailed instructions when to leave the msgid untranslated and > when to translate it. This seems to me unnecessary difficult.
It is not that complex. The idea I was trying to explain in the comments is that in most cases it is unnecessary so, if in doubt, leaving it untranslated is a safe option. > Furthermore, what if someone from that little town in Italy (Alguer) moves > to Rome? If they would choose "Catalan" as their language then the country > list would only offer "L'Alguer (Italy)" instead of "Italy", which would be > the appropriate choice. Please note that I'm aware that the end result for > the locale would be the same, ca_IT in both cases. Still, your proposal > would irritate the user, whereas the current approach would be correct, > only not as specific as it could be. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTE: I just recieved a clarification from Tobias: > that was not what I meant, as a German native speaker, this mistake is quite > easy to make. The word I wanted to use is "confuse" ... ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ No problem about that, these things happen. Certainly, it was not my intention to make anyone angry with this proposal ;) Of course, a Catalan user living in Rome might want to use ca_IT, just like a Catalan user living in Berlin might want to use ca_DE. The only difference is that ca_IT exists (because of l'Alguer) and ca_DE doesn't, but we aren't really expected to support either of these combinations, because there isn't a significant native Catalan population in any of these places. If you choose Catalan and live somewhere else, just select "other" and pick your country from the full list. -- Robert Millan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
