- openSUSE Translation

[opensuse-translation] Bootloader -- HTML files?
by Martin Møller 27 Sep '06

27 Sep '06

Hi all and especially Karl. Back in the day of SUSE Linux 10.0 gfxboot had both .po and .html files as I recall. Have this changed since then or are there still some HTML-files around for the 'in-grub' menus? If there are, where do I get them? If not what is used now adays? I would like to be sure that this is 100% translated into danish for 10.2 if anything has changed there since 10.0... /Martin. --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

2 4

[opensuse-translation] Indonesian Translation
by Tedi Heriyanto 27 Sep '06

27 Sep '06

Hi all, I am starting to work on Indonesian translation. I've read the guides located at http://en.opensuse.org/OpenSUSE_Localization_Guide and http://developer.novell.com/wiki/index.php/Suse-i18n-downloads. Based on the guides above, the translation process will be like the following : - checkout the repo. For Indonesian team that will be : svn checkout https://forgesvn1.novell.com/svn/suse-i18n/trunk/yast/id svn checkout https://forgesvn1.novell.com/svn/suse-i18n/trunk/lcn/id - work on the translation using KBabel or other tools on the files in local directory - commit the changes to the repo : svn commit --message "My list of changes" Is this correct ? I just want to make sure that I read the guides correctly. I don't want to damage other teams repo. Thank you very much -- cheers, tedi http://theriyanto.blogspot.com You Need More Than Awareness : Stay Alert! --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

1 0

[opensuse-translation] Danish translation team
by Jan Madsen 26 Sep '06

26 Sep '06

I would like to join the translation team for the DANISH-DENMARK translations. Name: Jan Madsen E-mail: jan.madsen.pt(a)gmail.com Nick: jan-portugal Username Novell Jan-Portugal Internal Novell number: 72173 Best regards Jan Madsen

3 3

[opensuse-translation] New translator, Danish Team
by Martin Schlander 19 Sep '06

19 Sep '06

Hi guys I've read the howto on opensuse.org and have got myself a svn checkout and looked at Kbabel a little. I feel I'm pretty much ready to start working on Danish localization - though I certainly still have a lot to learn about svn, po-files and kbabel, but first I have a few other questions. There appears to be no Danish team at all - let alone a Danish coordinator. Is anyone else out there working on Danish translations? Appears no work has been done since June. Once I have translations ready will Karl Eichwalder be my go-to-guy? Do I e-mail him the new files or how does that work? I personally don't feel comfortable taking on a coordinator role at this point. What is the policy on changing existing translations? Other than untranslated stuff there's a lot of stuff that's pretty badly translated. I'd like to improve on that - and I plan to ask people in forums and newsgroups about bad translations. But should you ask someone before changing already translated strings or can I change anything I want whenever I want? Is there anyway to know what is being developed upstream and when not to translate stuff to avoid wasted work?.. other than doing all the translation between October 20 and November 4 of course. We use UTF-8 right? Martin --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

6 13

[opensuse-translation] e-mail notifications from svn repository
by Ain Vagula 19 Sep '06

19 Sep '06

I remember like I have once seen in wiki the address of mailing list, where commits to svn repository are posted but somehow I cannot find it any more. Is there any possibility to get only changes for particular language? ain --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

3 3

[opensuse-translation] I want to help .... How
by \/\/aso 18 Sep '06

18 Sep '06

My language is arabic My name :Waleed My login:waso My email is waso99(a)yahoo.com how can access and tanslate?? please help me>> __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

2 1

[opensuse-translation] openSUSE Lithuanian translation
by Andrius Štikonas 18 Sep '06

18 Sep '06

Hello, I want to start openSUSE applications translation, but there is no coordinator (http://en.opensuse.org/OpenSUSE_Localization_Teams) Language: Lithuanian (language code lt) I am Andrius Štikonas (Novell login stikonas), my contact mail is stikonas(a)gmail.com -- Andrius

2 1

Re: [opensuse-translation] croatian translation
by Rajko M 16 Sep '06

16 Sep '06

drade(a)boobah.info wrote: > > Hi Daniel, >> I looked the Bosnian .po files found via >> http://en.opensuse.org/OpenSUSE_Localization_Teams >> link for statistics ( http://i18n.opensuse.org/stats/bs/ ) >> and thought that is used automatic translation, because there was a lot >> to translate and also a lot of translations that make no sense. >> Than some mail (I can't locate it now) shed a little light on it. >> >> If program developer changes program, in the .po file it will be added >> comment >> #, fuzzy >> >> Example: suse-i18n/trunk/yast/bs/po/base.bs.po >> #, fuzzy >> msgid "Print the help for this module" >> msgstr "Nema opcija za ovaj modul" >> >> As you can see in the time translation was done (16.07.2003) there was >> no options for help, and translation is stating that. Now there is help >> and translation looks like a joke "No options for this module". >> >> There is more fun in the same file: >> #, fuzzy >> msgid "Manually" >> msgstr "Managva" >> >> The message code that is now used for message Manually, was before >> country selection code for Managua and it was translated correctly. >> I hope that this helped. .... > Hi Rajko, > > Yeah alongside of all the examples stated in your above message, i have > encountered many incorrect statements/translations (or at least what i > think of as incorrect), for isntance (ill improvise, because i dont have > the actual examples with me at this moment to present as a showcase): > > msgid "The location of the file is /etc/sysconfig/keyboard" > msgstr "Lokacija datoteke je /etc/sysconfig/tipkovnica" Why? > > Now lets look at this from users perspective (of course assuming user does > not handle or handles a foreign language poorly), user of the language > will naturally look for the location of the keyboard file in > /etc/sysconfig/tipkovnica, while the actual location will be > /etc/sysconfig/keyboard (or are we translating complete FHS structure to > local languages, afaik i dont think so). That is clearly error that comes from translator that knows English, but not IT field. > The second example would be blatant attempt in translating directories > linux FHS movement named as they are, for instance: > / becomes korijenska ? Why ? > /boot becomes /ucitavacka ? Why ? > > Why would someone sane and clearminded, well person with at least some > time spent using linux operating system even think about direct > translation of these directories and/or files as stated in above > example(s). OK. That was the same as above, but as you said, no experience in IT at all. > Or: > > msgid "/dev/cdrom is usually a symlink from /dev/cdroms/cdrom0" > msgstr "IDE disk nije naden na sistemu" > > How can this be, is that not an automated attempt of transaltion or am i > wrong ? > > I am not trying to blame someone here, im just saying that these > transaltions do no good to the localization effort/movement at all. Agree, and as you said no blame to anybody. It is not good, but lack of experience and strong wish to help, can do that, sometimes even worse. > There are many, many similar examples like that that ive found, so now ie > lost quite big amount of time reviewing and correcting these in my honest > opinion absurd translations. > > Regards, > Daniel Radetic > The lack of knowledge, of Croatian and Bosnian IT related vocabulary, is what prevents me to start translation. In my case I just know that I miss a lot of standard words used in both. I can correct obvious errors, but for others I don't know is the word used in IT, or just normal conversations. Translation of technical text, performed by person that doesn't know professional jargon, can lead to funny translations, like in one example from college: Electrons are moving in electrical field ... Elektroni se krecu po elektricnoj livadi ... You know that it should be "u elekticnom polju ...", but translator didn't, and mistake was found during proofreading by person that was specialist for electrical engineering. The translation to Croatian is now on it's way, thanks to you, for the rest I have to wait, as I really don't want to produce fun like in example above. -- Regards, Rajko. Visit http://en.opensuse.org/MiniSUSE --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

1 0

Re: [opensuse-translation] croatian translation
by drade＠boobah.info 16 Sep '06

16 Sep '06

> Hi Daniel, > > I looked the Bosnian .po files found via > http://en.opensuse.org/OpenSUSE_Localization_Teams > link for statistics ( http://i18n.opensuse.org/stats/bs/ ) > and thought that is used automatic translation, because there was a lot to translate and also a lot of translations that make no sense. > Than some mail (I can't locate it now) shed a little light on it. > > If program developer changes program, in the .po file it will be added comment > #, fuzzy > > Example: suse-i18n/trunk/yast/bs/po/base.bs.po > #, fuzzy > msgid "Print the help for this module" > msgstr "Nema opcija za ovaj modul" > > As you can see in the time translation was done (16.07.2003) there was no options for help, and translation is stating that. Now there is help and translation looks like a joke "No options for this module". > > There is more fun in the same file: > #, fuzzy > msgid "Manually" > msgstr "Managva" > > The message code that is now used for message Manually, was before country selection code for Managua and it was translated correctly. I hope that this helped. > > -- > Regards, > Rajko. > Visit http://en.opensuse.org/MiniSUSE > --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org > Hi Rajko, Yeah alongside of all the examples stated in your above message, i have encountered many incorrect statements/translations (or at least what i think of as incorrect), for isntance (ill improvise, because i dont have the actual examples with me at this moment to present as a showcase): msgid "The location of the file is /etc/sysconfig/keyboard" msgstr "Lokacija datoteke je /etc/sysconfig/tipkovnica" Why? Now lets look at this from users perspective (of course assuming user does not handle or handles a foreign language poorly), user of the language will naturally look for the location of the keyboard file in /etc/sysconfig/tipkovnica, while the actual location will be /etc/sysconfig/keyboard (or are we translating complete FHS structure to local languages, afaik i dont think so). The second example would be blatant attempt in translating directories linux FHS movement named as they are, for instance: / becomes korijenska ? Why ? /boot becomes /ucitavacka ? Why ? Why would someone sane and clearminded, well person with at least some time spent using linux operating system even think about direct translation of these directories and/or files as stated in above example(s). Or: msgid "/dev/cdrom is usually a symlink from /dev/cdroms/cdrom0" msgstr "IDE disk nije naden na sistemu" How can this be, is that not an automated attempt of transaltion or am i wrong ? I am not trying to blame someone here, im just saying that these transaltions do no good to the localization effort/movement at all. There are many, many similar examples like that that ive found, so now ie lost quite big amount of time reviewing and correcting these in my honest opinion absurd translations. Regards, Daniel Radetic --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

2 1

[opensuse-translation] Bugzilla as a project management tool
by Stanisław Małolepszy 16 Sep '06

16 Sep '06

Hello, During the last several months, the process of localization of OpenSUSE has been improved greatly thanks to efforts of Novell and the SUSE team. We owe you a big 'Thank you' for L10n wiki, mailing lists and - last but not least - SVN access. What I would like to present in this e-mail is yet another enhancement that could improve the process and make our lives easier. I'm talking namely about Novell's Bugzilla, which as of yet, is not at all used to report bugs and mistakes in the translations. For SUSE Linux 10.0, 10.1 and OpenSUSE 10.2 there have been 143 bugs reports submitted in total, for all the languages <http://tinyurl.com/j2747>. Not too many, as it seems to me. I would like that we considered and discussed here on the list the ways to improve this situation. The e-mail is mainly address to Karl and Klára, but it would be obviously beneficial if everybody took part in the discussion. Please :-) I think we could try to use Bugzilla more extensively, not only for reporting bugs about typos and untranslated files, but also as a general project management tool. Pretty much like the Mozilla guys use it now. So that 'bugs' become more like 'tickets', general issues and not only errors. Examples of cases in which bugzilla could be employed: - Tracking L10n of a new version of openSUSE (fixed when l10n is ready) - New localizer requesting a SVN access - A new file / group of files available for translation (assigning translation, tracking it). Real-life example: Packages descriptions in OpenSUSE 10.2 translation of which could be managed via the bugzilla. - Last minute fixes required after the string freeze - Local license policy issues (if any) - Unable to land translations into the system (the reason should determine assignee) - Spelling/style/grammar mistake in application Foo / window Bar To implement these various functions for Bugzilla, I would like to suggest some modifications to the current structure of bugzilla.novell.com. Three proposals follow, together with more detailed info. Proposal 1 no changes to bugzilla, least efficient - Classification: SUSE Linux - Product: OpenSUSE 10.2 - Component: Translations / L10n / I18n - Version: Alfa 4 - Subject: Polish / pl / pl-PL / pl_PL bug (requires precise user's input or moderation so that the bugs are easily findable) Proposal 2 small changes to bugzilla, provides Language component (this way it would be possible to run searches easily and to assign different owner for different components, i.e. languages) - Classification: SUSE Linux - Product: I18n - Component: Polish - Subject: OpenSUSE 10.2 Alfa4 bug (requires precise user's input or moderation so that the bugs are easily findable) Proposal 3 more changes to bugzilla (not time-consuming nonetheless) but also presumably the most efficient - Classification: I18n - Product: Polish - Component: OpenSUSE 10.2 - Version: Alfa 4 The rationale behind Proposal 3 is that internationalization, as a process, concerns many fields of Novell's activity. It includes OpenSUSE, true, but what I would like to propose is a holistic approach to managing the i18n process by means of the bugzilla. I see other "products" such as wiki, mailing list, administration, communication and so on. I know that this might sound like introducing a lot of red tape all around, but in fact it turns out (once again I refer to Mozilla) that it works and that it works well. So, what do you think? Are there any chances that this could become reality in the near future? How do you feel about it, about working through Bugzilla and the proposals I came up with. In particular, what do you think of proposal 3? Looking forward to your comments and ideas. Best regards, Stanisław Małolepszy -- AviaryPL L10n team --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-translation+unsubscribe(a)opensuse.org For additional commands, e-mail: opensuse-translation+help(a)opensuse.org

2 1