[l10n-dev] Re: IMPORTANT: OpenOffice.org 3.4 - Localization Schedule
Serbian translations have been delivered via issues: sr: http://openoffice.org/bugzilla/show_bug.cgi?id=117935 sh: http://openoffice.org/bugzilla/show_bug.cgi?id=117936 Kind Regards, Goran Rakic -- - To unsubscribe send email to dev-unsubscr...@l10n.openoffice.org For additional commands send email to sy...@l10n.openoffice.org with Subject: help
Re: [l10n-dev] Releasing OOo 3.3 via issues
> 2011/1/21 Marcus Lange Serbian: http://www.openoffice.org/issues/show_bug.cgi?id=116618 Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Serbian in README?
У пон, 24. 01 2011. у 19:03 +0100, Ivo Hinkelmann пише: > can you file an issue and attach the those 2 fixed Serbian strings to > that issue? Here: http://qa.openoffice.org/issues/show_bug.cgi?id=116595 Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Serbian in README?
У нед, 23. 01 2011. у 19:17 +0100, Andras Timar пише: > They should have used or xml:lang="sr"> and or nothing. I will fix this in the next translation handover. Sorry, I did not know about this feature in the build scripts. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Stopper?
У пон, 13. 12 2010. у 09:30 +0100, Martin Srebotnjak пише: > Just asking for your opinion. > > Yesterday I found this bug: > http://www.openoffice.org/issues/show_bug.cgi?id=116085 > > Do you think this is a stopper for 3.3? > > Lp, m. Is this a regression from 3.2.1? Thanks, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] L10n CWS Builds for EXTENSIONS are ready!
У сре, 06. 10 2010. у 11:43 +0200, Ivo Hinkelmann пише: > the translation was already in the code line? Do you know by which > cws? No, it was probably built manually by mh, see this message: http://qa.openoffice.org/servlets/ReadMsg?list=dev&msgNo=13470 I was under impression that this will be properly integrated together with some tooling before the release. Now is the time to do this if it is possible. I am interested in the scripts/packaging you wrote to support extensions localization, can you give me some pointers? Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] L10n CWS Builds for EXTENSIONS are ready!
У уто, 05. 10 2010. у 12:40 +0200, Rafaella Braconi пише: > Dear All, > > at: > http://ooo.services.openoffice.org/pub/OpenOffice.org/cws/upload/localization/ooo330l10n4/oxt/ > > you can find l10n CWS builds for following extensions: Thank you Rafaella for sending this notice. I have a question why the description.xml text is not translated? I sent the translated description for some of the extensions to Martin Hollmichel in June at d...@qa.openoffice.org list[1], the description was translated in the beta release, but this is not integrated in this CWS? [1] http://qa.openoffice.org/servlets/ReadMsg?list=dev&msgNo=13466 Ivo Hinkelmann wrote in the other thread on this list that question about translating extension product names was sent somewhere, do we have a reply? Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] How to use AF flags in affix files in OpenOffice's Hunspell
У чет, 30. 09 2010. у 09:34 +0200, Edmond Kachale пише: Hi Edmond, you may try the d...@lingucomponent.openoffice.org list. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] On translating product names (Was: About string change in latest trasnsation drop: @MINIMIZEREXTENSIONPRODUCTNAME@)
У сре, 22. 09 2010. у 21:40 +0200, Ivo Hinkelmann пише: > > > msgid "Oracle Presentation Minimizer" > > msgstr "Minimitzador de presentacions d'Oracle" > > a) it is a product name and should stay in English There are languages that do require to transcribe all foreign names because a language is not using a Latin script, it is using right to left writing, or simply because a language grammar says to do so. When we have such generic product names, users not fluent in English would not have a clue what this extension is doing. At the same time users fluent in English would instantly understand that this is something about to make presentations smaller. This is not fair to our users as it does not transfer associations present in the English language to the localized software. I see this practice against the goals of the localization project. For the reference, other software vendors do translate such generic names (like Notepad, Wordpad, Paint, Control panel...) keeping users happy. Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Want to develop project website in our language
У уто, 17. 08 2010. у 17:35 +0400, Arade Tariku Tegen пише: > Hi all, > > We are doing on the localization openoffice.org to Sidama language. We > want to have our project website in our language. Can anyone help us > on how to be able to do that There is some (outdated) information on the wiki: http://wiki.services.openoffice.org/wiki/NLC http://www.openoffice.org/nonav/scdocs/ProjectOwnerEdit.html http://www.openoffice.org/styles/ http://www.openoffice.org/scdocs/ddSSHGuide Basically, you need to create OpenOffice.org account, join the Native-Language Confederation and ask for site to be created on the mailing list, create an issue and upload your SSH dsa key. Once the key is approved you create CVS tunnel and commit web pages. Your pages will be parsed and inserted in the OOo website style shell. There are many (unpublished?) tips and tricks with HTML, CSS and JavaScript to make website more sane and customizable. The best way is to checkout other websites from CVS and see how it was done so you can replicate. With your site you will also have mailing lists, announcements with RSS feed support, space for hosting documents etc. These features are described in the scdocs (the second link in the list above). You should subscribe to d...@website.openoffice.org mailing list for all your questions on the website development and d...@native-lang.openoffice.org for discussion inside Native-Lang Confederation and moderat...@openoffice.org if you want to use mailing lists in your project. Best regards, Goran Rakic Serbian OpenOffice.org native-language project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] l10n and nlc wiki pages
As all further changes I would like to propose require a lot of reorganization, I made some progress today in the staging space: http://wiki.services.openoffice.org/wiki/User:Goranrakic/Localization Once ready, I am proposing to use this as refreshed content for http://wiki.services.openoffice.org/wiki/Localization wiki page which is currently just a redirection to the Category:Localization. This page can then be linked from http://l10n.openoffice.org project site and other places like main wiki page (there is "Getting started with a new Localization of OpenOffice.org" link in Participate box). Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] l10n and nlc wiki pages
Hi all, I made few small updates to our wiki in an effort to separate UI/Help translation documentation from docs on other localization tasks, localized release QA and NLC topics like managing a native language web site or documentation. This will leave space to add more info and make links to other pages describing extras localization (autocorrect data, dictionaries, hyphenation patterns, templates and other non-messages resources). It will also help to remove duplicate and obsolete content. For a start, I made changes to Translation:General Information page: http://wiki.services.openoffice.org/wiki/Translation:General_Information separating pootle and non-pootle workflow and refreshing documentation on SDF/POT/PO handling. There are still some info on release testing I would like to move into some other page. Then I removed duplicate info from NLC:New Translators Start here page: http://wiki.services.openoffice.org/wiki/NLC:New_Translators_Start_here I believe this wiki page can be a gateway to all other content together with a famous NLC:ReleaseChecklist wiki page: http://wiki.services.openoffice.org/wiki/NLC:ReleaseChecklist As a next step I will move some info from http://l10n.openoffice.org/localization/ to the mentioned wiki pages. Can someone with write permissions add HTTP meta redirection from http://l10n.openoffice.org/languages.html to http://wiki.services.openoffice.org/wiki/Languages killing deprecated table on the web site? The notice is already there but I believe that 3 years after the notice obsolete content should be deleted now. Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] templates etc.
У чет, 29. 07 2010. у 09:43 +0200, Martin Srebotnjak пише: > > It would be nice to have a list of these non-Pootle files somewhere > with a date of last change notes, so that each team can check if > updates were made after last update of the original. > Ping :) Martin, would you like to start a new wiki article on this topic? I will join and post some info I have from guides like "Translation of the OpenOffice.org Extras How-To Manual" by Volker Ahrendt and Ilko Höpping [1], Translate Toolkit OpenOffice.org localization Guide [2] and famous KhmerOS localization guides written by Javier Sola [3]. We could than work on this item by item to see if documentation is still valid and are there any recent updates to the sources. On some other items requiring external translations we already have wiki articles like: http://wiki.services.openoffice.org/wiki/HowTo_localize_qatesttool_environment http://wiki.services.openoffice.org/wiki/Documentation/SL/Using_TeX_hyphenation_patterns_in_OpenOffice.org http://wiki.services.openoffice.org/wiki/HSQLDB_Localization http://wiki.services.openoffice.org/wiki/Extensions/website/Translating http://wiki.services.openoffice.org/wiki/Templates/website/translation Still information on many others mentioned in the (obsolete?) guides is missing. I see your comment about having a clear list of items that need updating between releases as very important. My guess is that with translation delivery deadline this close this discussion does not get necessary attention from other native lang teams, but hopefully this will change after the translation handover. Kind regards, Goran [1] http://l10n.openoffice.org/localization/extras/How-To_Manual_OOo-Extras.odt [2] http://translate.sourceforge.net/wiki/guide/openoffice.org [3] http://www.khmeros.info/tools/localization_of_openoffice_2.0.html - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Issue 111003: glibc locale modifiers
I would like to raise attention of Issue 111003 that ads a mapping between OOo language codes and glibc locale modifiers under Unixes for few locales: Serbian Latin, Bosnian Cyrillic, Azeri Cyrillic and Uzbek Cyrillic. It is integrated in DEV300_m84 (so AFAIK it should be available in all OOO330 builds including latest l10n cws). I can confirm it is working for locale/document language but I can not get it working to select UI localization, as stated in the issue comment. Link: http://qa.openoffice.org/issues/show_bug.cgi?id=111003 Azeri, Bosnian and Uzbek teams may want to test and announce this feature inside local communities. Thanks to c...@ooo for providing a patch. Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Issues in ooo330l10n
>> >> can some other l10n teams check, if the new option "Limit decimals for >> general number format" displays correctly? >> sr and sh are ok. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] 'Find' text in new Find toolbar
Dana Pon, 26 Jul, 2010 20:02 , André Schnabel je napisao/la > > Hey - you should know the rule "One problem per issue". > http://www.openoffice.org/issues/show_bug.cgi?id=113441 Thanks, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] 'Find' text in new Find toolbar
Dana Pon, 26 Jul, 2010 19:46 , André Schnabel je napisao/la > > same here - did you already file an issue? > I put a new comment in #113047, be free to file a new issue. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] 'Find' text in new Find toolbar
Dana Pon, 26 Jul, 2010 18:51 , Goran Rakic je napisao/la > Where can I find a message with default "Find" text in the new Find > toolbar from OOo 3.3? I have just tested CWS ooo330l10n and can see this is > not translated. > > Thanks, > Goran > I wonder same for "Find & Replace" toolbar button name (visible when one try to add this button to the toolbar). Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] "Find" text in new Find toolbar
Where can I find a message with default "Find" text in the new Find toolbar from OOo 3.3? I have just tested CWS ooo330l10n and can see this is not translated. Thanks, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo svn
Dana Ned, 27 Jun, 2010 15:04 , Nguyen Vu Hung je napisao/la > > 1. What is the best tool for po file offline translation? I use plain old text editor with PO syntax coloring. Poedit and Virtaal[1] are some of the tools I see others use. Lokalize is also good option if you can run KDE applications on your OS. [1] http://translate.sourceforge.net/wiki/virtaal/index [2] http://userbase.kde.org/Lokalize > 2. (With pootle and other tools), how can I track how many strings, words > that my vi members have translated? You can always count translated messages. If you want to know how many were translated in the past, you need to do before and after count. If you manage your PO file in version control system you can run the pocount tool on the latest and previous revision. > 3. Can I access po files via svn? > -> http://wiki.services.openoffice.org/wiki/OOo_and_Subversion OpenOffice.org does not use SVN anymore, all sources are in the Mercurial repository[2]. But OpenOffice.org does not use PO files internally for message handling. You can extract SDF file from OpenOffice.org sources and then convert it to PO. There are some recent changes so I do not if I am right, but you will need complete source tree to run localize script and extract SDF file. This is why OOo developers do publish extracted SDF and you can get it from extended folder on some mirrors [3]. You can then use oo2po tool from translate-toolkit (oo2po -P -i en-US.sdf -o pot) to generate set of POT files. In the past POTs where also published by developers but AFAIK this does not happen anymore. If your team is using Pootle at sunvirtuallab.com for translating, OpenOffice.org release engineers would merge your translations with new templates and (luckily) you do not get to worry about it. You should make backups as mistakes happens. [2] http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Getting_the_source [3] http://download.services.openoffice.org/files/extended/ooomisc/sdf/ Kind regards, Goran Rakic Serbian OpenOffice.org native-lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] IMPORTANT: OpenOffice.org 3.3 - translation schedule
У чет, 24. 06 2010. у 08:13 +0200, André Schnabel пише: > > Did anybody try to build a tmx from old translations using po2tmx and > then pretranslate? If I clear all duplicates in my compendium I have 100% fuzzy match with PO too. Fuzzy match is not the same as moving the exact translation string. Moving translation string does not require any review. > > > > = Contexts everywhere = > > oo2xliff gives you the full context ;) This is a missing feature in oo2po. Context is passed and visible in a comment, not in a gettext msgctxt field where other tools expects it. > > > using tmx gives you what you want. Iv you use xliff as format for > translation files, you could even correctly mark how the segment was > translated and decide later hwo to deal with such segments > (auto-approve, review ...) I can do the same with PO file. Maybe the semantics is not standardized like in xliff but xliff is overcomplicated. I want to be able to grep and sed my translations, I can not do that with xliff. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] IMPORTANT: OpenOffice.org 3.3 - translation schedule
У сре, 23. 06 2010. у 10:04 +0200, F Wolff пише: > > > > Hmm .. I'm not really keen of having "yet another tool". If we are > > working on something, this should be done within translate toolkit. > > The tool that Goran mentions, pomigrate2 is supposed to handle this to > some extent. Goran, can you maybe help us see what is currently missing > in pomigrate2 to handle this situation? Hi Friedel, all Thank you for your comments. I do not know a lot about translate toolkit source, so please forgive me if I say something wrong here. What I would like it to have your feedback on some ideas and this may lead to a better work flow or better tools. I should say that I am very happy to be able to use Translate toolkit. It helps me a lot to create better translations for OpenOffice.org, as I am sure it helps many others. What I see as missing from pomigrate2 is that PO catalogs should be actually read on migration, relaying just on filenames is not reliable enough. I think about OpenOffice.org as a single gettext domain. This split to many PO files that we have is to help us managing translations but these files are not different domains. In KDE or GNOME you do not get string moved from the Minesweeper game to the email client between releases while in OpenOffice.org it is easy to have string moved between modules. Using pomigrate2 with compendium option enabled is close to what I would like and I can usually get better result when using it but using compendium with the current from POT files as generated by oo2po is not the same as moving as messages are merged together. I want to apply compendium after the messages are moved to get fuzzy matching against new strings, but I would like to have existing translation simply moved between files. As pomigrate2 relies on filenames it also can give a huge bloat. When testautmation was included in the m83 SDF by mistake we got a new UI.po file in the testautomation directory with 3 new messages. pomigrate2 found a large UI.po file in the source three and copied hundreds of messages kept as deprecated translation memory. Three new messages where actually left as untranslated. :) = Contexts everywhere = First I would like if oo2po could provide msgctxt field to all messages and not just for duplicates inside a single PO file. Resource IDs that could be found in the SDF file are exactly what gettext context field is designed for. I know that this will create a lot of repetitive messages but we all learned long ago that every string should have its context. Different languages make distinction between noun and verb or have rich morphology and require different word forms for different adjective case etc. Translators can always auto apply translation memory to quickly translate same messages with different contexts and poconflicts can be used to check if message is translated differently while it should not be. I believe there is no any drawback from using contexts with all messages. = Merge reading all catalogs = Having msgctxt/msgid, a smarter pomigrate2 could just look for a exact match when merging translations with new POT files. This could be implemented either by building a compendium and asking msgmerge to do it or having a smarter dedicated code traversing every message from new templates. Removed messages could be kept as deprecated translation memory in the most probably file (same if it exists, in the file where most of the messages are moved or, finally, in the file with the most similar filename). Now if for any reason resource ID changes we will always have good fuzzy matching working on that string. I did not do any tests but I strongly believe this will keep all translations when messages are moved and resource ID stay the same and still provide a good fuzzy match if resource ID changes. = Some unrelated comments = I wrote a wrapper around msgmerge to add --previous flag when called from pomigrate2. That is very useful option of msgmerge when reviewing fuzzy matches. I like even more ediff output style as provided by Pology[1] (run posieve diff-previous lang.po after msgmerge --previous) but that can be handled later by editors. When using version control (we are using Subversion repository for Serbian OpenOffice.org translations) pomerge from translate toolkit makes a mess. It outputs all messages, not just a modified ones making version control diffs hard to comprehend. I like the speed of pogrep and the power of pofilter but for merging correction back I use Pology and posieve with merge_corr_tree sieve. (with pogrep output in ui-check run posieve merge_corr_tree ui -spathdelta:ui:ui-check to merge fixes). It goes over all catalogs in the ui three, looking for same in the ui-check three and updates only modified messages keeping very nice diffs. It would be great to have pomerge doing the same. Best regards, Goran Rakic [1] http://techbase.kde.org/
Re: [l10n-dev] IMPORTANT: OpenOffice.org 3.3 - translation schedule
У уто, 22. 06 2010. у 16:10 -0300, Olivier Hallot пише: > Hi Rafaella & dev's > > I would like to express my deep disapointment with this situation. I will second that, but for what I know the problem here is in our PO toolkit, not in the process how developers work. Things can easily improve by creating a new tool for merging POTs created from SDF file with old PO files that could cope up with code moving from one module into another. If there are no voices against it I can work on this during July so we can test and improve it later and make it ready for next release cycle. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] IMPORTANT: OpenOffice.org 3.3 - translation schedule
У уто, 22. 06 2010. у 06:59 -0300, Olivier Hallot пише: > Please take a look, for instance, at the CUI folder as it contains all > strings for the options, the dialogs, tab pages and customization. This is same as what I got when converting SDF to POT and using pomigrate2 to merge with old translations. Let us look at macropg.src#RID_SVXSTR_EVENT_SAVEDOC.string.text. Before it was in svx/source/dialog.po and now it is in cui/source/customize.po When running [pomigrate2 -C -F ui uinew pot] some of these messages where not kept as translated, while some are. I have 158 translated and 27 not translated in cui/source/customize.po after the merge. I am thinking about writing a replacement for pomigrate2 that will keep track of reference ids when merging. Currently as a workaround I am using msgmerge to manually re-merge old translations when situation like this happens. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Migration Analysis
У пон, 21. 06 2010. у 11:53 +0200, Ivo Hinkelmann пише: > Hi, > > the Migration Analysis have been removed from the OOo source tree, if > there are any strings left in Pootle then they have to be removed. > > Cheers, > Ivo Hi Ivo, I have created my POT files from full_DEV300_m83_2010-06-17_14-20-26.sdf downloaded from [1] and migrationanalysis is in there. Is there some other SDF file I should use? Thanks, Goran [1] http://download.services.openoffice.org/files/extended/ooomisc/sdf/ - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Migration Analysis
As far as I remember translation of Migration Analysis module was left optional in 3.2 release and it is not translated into Serbian. Are there any updates for 3.3, will localized extension be released or is it still optional for native-lang teams to translate it? Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] feature testing wiki-entry for next release
У чет, 17. 06 2010. у 16:21 +0200, Thorsten Ziehm пише: > Hi, > > as in the past releases I collect(ed) all features, enhancements, > feature announcements and UI/help relevant CWS for the next release. > http://wiki.services.openoffice.org/wiki/Feature_Freeze_Testing_3.3 Hi Thorsten, all CWS jl145 integrated in m74 fixed an issue with non-latin digital signatues: http://qa.openoffice.org/issues/show_bug.cgi?id=97653 I already did a test with digital signature issued on a Serbian national ID card, but other communities may want to test for additional support or any regressions. Screenshot showing Cyrillic in a digital signature window: http://www.facebook.com/photo.php?pid=97601&id=111420772227281 Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
Ok, I have modified script to provide empty message in the POT file. It should work better now than with --placeholder-- tag, especially with machine translation and translation memory software tools that we are using. New POT files are uploaded. As Joost deleted invalid test for 3.3 POT is without that Russian message Serg was talking about. Thanks for raising this issue. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
У чет, 17. 06 2010. у 18:57 +0200, Martin Srebotnjak пише: > Hello, > > should new strings like > -- cid_110078:Comments placeholder -- > be translated at all? > > Lp, m. No. If you do not want to write comment for test 110078, just leave placeholders empty and po2tcm script will ignore this message. Some teams have additional comments where original test does not have comment so I need to include these messages in POT for merge script to work and not to lose data when converting TCM->PO->TCM. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
У чет, 17. 06 2010. у 19:29 +0400, Serg Bormant пише: > http://goranrakic.com/tmp/tcmpot/tcm_testcase_33.pot > has Russian text as msgids. That's wrong as for me. > It is an error in TCM test case I already reported, nothing about tcm2pot conversion. - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
У чет, 17. 06 2010. у 17:14 +0200, Joost Andrae пише: > Unfortunately I did not find a way to remove it... Is this the only one? I guess that I can delete 110128 by going from Home to Test Case Maintenance, selecting 3.3 product, Calc-6 category and clicking on test ID to open Edit test form. There is Delete button at the end, I do not know if it is working. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
> There are 1079 untranslated and 104 words marked fuzzy in Italian > translation out of about 28000 words in all TCM tests. > Ups, there are 6327 untranslated and 104 fuzzy for Italian. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test cases for OpenOffice.org 3.3 need translation
У чет, 17. 06 2010. у 10:29 +0200, Rafaella Braconi пише: > Goran, if your offer to create po files out of TCM translated test > cases, I'll make sure that a TCM project is set up in Pootle. Please let > me know if you can help here. > > Kind Regards, > Rafaella Hi Rafaella, all. Updated POT files are available at http://goranrakic.com/tmp/tcmpot/ It is also possible to merge existing translations using included merge script. Italian tests as merged PO files are available from http://goranrakic.com/tmp/tcmpot/it/ There are 1079 untranslated and 104 words marked fuzzy in Italian translation out of about 28000 words in all TCM tests. I would like to provide merges for other languages on request as soon as time permits me or it would be even better if we can integrate this into our l10n process. The Python script I used to create them can be downloaded from http://goranrakic.com/tmp/tcm2po.tar.gz and PDF manual is included. I have added some modifications recently: 1) PO context field is used to tag test parts instead of source field 2) If translated test has "ENGLISH IS UPDATED" string the message will be marked as fuzzy in the merged PO file. On TCM tests for 3.3, I have a small bug report about test #110128, it looks like it is in Russian while other tests are in English. Can you check what went wrong here? http://dodaj.rs/f/w/mx/43dtaHc0/testsh.png Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.2.1 l10n -> m15
У нед, 18. 04 2010. у 12:38 +0200, Martin Srebotnjak пише: > Well, anyway, I created a new issue. I have updated our two existing issues for Serbian Latin and Cyrillic. If required, I can resubmit as new. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Typing Cyrillic in the exported PDF form fails
У уто, 30. 03 2010. у 18:54 +0200, Yury Tarasievich пише: > Well, AFAICT everything works here; either > Cyrillics or West European diacriticals may be > entered in the text input field (I didn't do > anything with the input, however). Thanks Yury, I can verify that form entry works with Adobe Acrobat Reader 9 on Linux. I will check with our community member what was the Acrobat Reader version they used. I found this poppler bug that can cause the error in Evince reader https://bugs.freedesktop.org/show_bug.cgi?id=17913 I do not know if this is a valid comment for #42985 bug Ivo informed us about (http://qa.openoffice.org/issues/show_bug.cgi?id=42985). Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Typing Cyrillic in the exported PDF form fails
У уто, 30. 03 2010. у 15:34 +0200, Yury Tarasievich пише: > You could be a little more specific on how to > reproduce. What goes into OOO document, what > settings are active for PDF export etc. Open OpenOffice.org and create a form with text input control. Export document to PDF with PDF forms enabled. Open PDF form in some PDF viewer with PDF forms support and try to type Cyrillic or other non-ascii characters in the field. Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Typing Cyrillic in the exported PDF form fails
I have received a complaint from one of our community members that it is not possible to type Cyrillic in the PDF form exported from OpenOffice.org. PDF readers like Evince ignores everything that is not ASCII, and others like FoxIt or Adobe Acrobat Reader display garbage for Cyrillic entry while allows Serbian Latin (č ć š...). This is a major bug as PDF forms can not be saved or printed correctly. Typing Cyrillic inside OpenOffice.org works as expected so it looks like the bug is in the PDF export code not setting some encoding property. What component should I fill a bug against and is this issue already reported in the past? I reproduced it using both 3.2.0 and 3.0 stable releases, with Serbian Cyrillic localization. Can other teams confirm are other locales affected as well? Best regards, Goran Rakic Serbian OpenOffice.org Native-Lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.2.1 l10n schedule?
I run bootstrap and dmake on OOO320m14 tag from hg and after: localize -e -l en-US -f en-US.sdf the generated SDF file is the same as OOO320_pre_m14.sdf.bz2 mentioned before. I would like to have some confirmation is this safe to use to deliver new translations for 3.2.1. Thanks, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.2.1 l10n schedule?
У пет, 26. 03 2010. у 23:20 +0100, Goran Rakic пише: > > I would need these ASAP so we can deliver our translations on time. Can I use this strangely-named SDF file http://ftp5.gwdg.de/pub/openoffice/extended/ooomisc/sdf/OOO320_pre_m14.sdf.bz2 and generate POT using "oo2po -P -i OOO320_pre_m14.sdf -o pot". Will this extract correct PO templates for this translation handover? Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.2.1 l10n schedule?
Hi, Where I can get updated POT files or en-US.sdf file required for teams not using Pootle? I can not find POT at extended/ooomisc/POT/ or at Pavel's server. I can find invalid SDF OOO320_m14_2010-03-26_16-35-13.sdf.bz2 at the extended mirror network in extended/ooomisc/sdf/ but it is just an empty file, same as OOO320_m13. I would need these ASAP so we can deliver our translations on time. I can get the OOO320_m14 tag from the hg repository, but I would need instructions how to create en-US.sdf from the templates around the source tree. Thanks, Goran Rakic У чет, 25. 03 2010. у 12:10 +0100, Ivo Hinkelmann пише: > > Rafaella Braconi schrieb: > >> if major fixes after the 3.2 have been carried out in Pootle, please > >> let me know and we will integrate them into the 3.2.1 release. > > > > I've done some fixes in UI and help. At least UI fixes should be > > included in 3.2.1. Help might be integrated in 3.3 but I was expecting > > them to go into 3.2.1 as changes in help were announced anyway. - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Locale of Accelerators manager
У уто, 09. 03 2010. у 14:31 -0600, Alexandro Colorado пише: > > The accelerators... or shortcuts for each locale is different. I do > wonder if this is handled by l10n or framework project directly. > AFAIK, you can set the preferred accelerator in the translation string with "~" in front of a letter. The framework will rewrite accelerators to avoid collisions or to set missing accelerators. Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Dictionaries in the released language packs
У нед, 21. 02 2010. у 12:32 +0100, Mechtilde пише: > > For the Germanophone there is already issue > http://qa.openoffice.org/issues/show_bug.cgi?id=92147 > Thanks Mechtilde, Reading the issue and comments by Ingo Schmidt it looks like this one is fixed in 3.2. But I have just downloaded and installed sr, sh and de language packs on en-US full install set for Windows XP and neither of them have any dictionaries available. Full install sets have all dictionaries as specified in the setup_native/source/packinfo/spellchecker_selection.txt Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Dictionaries in the released language packs
Why do released language packs for 3.2 do not contain dictionaries and dictionary packs have to be installed manually? I have tested sr, sh and de language packs, neither of them add new dictionary over English install set on Microsoft Windows XP. Was this the same for previous releases too? Is it possible to add same dictionaries as in full install sets to the language packs for future releases? Should I file a bug against setup_native or some other project? Thanks, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] List of datasources in "new database" wizard not translated
У сре, 20. 01 2010. у 21:57 +0100, Jean-Baptiste Faure пише: > > Same problem for French language. :-( > > JBF > Serbian Cyrillic is affected as well but I believe this is a different issue than 107957 and new issue should be created. I can find translations for all list box entries in the delivered SDF file searching for "DriverTypeDisplayName": $ grep DriverTypeDisplayName GSI_sr.sdf connectivitysource\drivers\calc\calc.xcu0 value .Drivers.Installed.sdbc:calc:* DriverTypeDisplayName 0 en-US Spreadsheet 2002-02-02 02:02:02 connectivitysource\drivers\calc\calc.xcu0 value .Drivers.Installed.sdbc:calc:* DriverTypeDisplayName 0 sr Таблица 2002-02-02 02:02:02 ... PO files are located in the connectivity/source/drivers/ Best regards, Goran Rakic Serbian Native-Lang OpenOffice.org project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Massive English help stampedo
У пон, 07. 09 2009. у 12:01 +0200, Andre Schnabel пише: > > let me promote XLIFF a little ;) > ... > In reality it would look like this: > http://wiki.services.openoffice.org/w/images/1/18/De_l10n_ote_vorschlag.png > > You can identify relevant changes quite fast. Or you can use msgmerge with --previous flag and wdiff, that will give you something like: http://techbase.kde.org/images.techbase/1/13/Kate_pomsg_01_ann_(sr).png Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Re: RFC4646 (Was: Enhancement idea: Configurable list of languages)
У сре, 19. 08 2009. у 20:30 +0200, Eike Rathke пише: > Plus, in future as of ODF 1.2, valid RFC4646 language tags. Hi Eike, Is there something we in Serbian native-lang should do about switching to RFC4646 in ODF 1.2 and is this related to language code used in OpenOffice.org localization? Currently usage of "sh" for Serbian Latin is suboptimal but it is the only working solution. With full support for RFC4646 in OpenOffice.org we would be able to have sr and sr-Latn, and also support for Serbian Ijekavian dialect[1] both on document language level and UI localization. How this can be mapped to glibc locales, where sr, s...@latin and unofficial s...@ije (optional country code RS) are used so users can get correct localization based on environment settings? Goran [1] http://en.wikipedia.org/wiki/Ijekavian#The_yat_reflexes - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OpenOffice.org 3.1.1 - delivery deadline for l10n bug fixes - June 12th, 2009
Dana Pon, 29 Jun, 2009 14:51 , Rafaella Braconi je napisao/la > Thank you to all the teams who have quickly verified the builds and have > given the GO! > > To all other teams who have provide fixes but have not yet had time to > text the l10n builds: please do let us know if the fixed have been > implemented correctly. > Serbian Cyrillic (sr) and Serbian Latin (sh) builds look OK. All fixes are applied correctly. Thanks. Kind regards, Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OpenOffice.org 3.1.1 - delivery deadline for l10n bug fixes - June 12th, 2009
У пет, 12. 06 2009. у 11:33 +0200, Bruno GALLART пише: > Occitan-lengadocian 's leader > > Hi all, > > I have loaded the file oc-090612-ui-diff.sdf for occitan. I did " > ./gsicheck -c oc-090612-ui-diff.sdf " and I have not a output file. > Is it the proof that it is good ? Hi Bruno, Yes it is, gsicheck will print output in case of an error. Fixes for Serbian localizations are submitted to the IssueTracker: http://www.openoffice.org/issues/show_bug.cgi?id=102708 http://www.openoffice.org/issues/show_bug.cgi?id=102709 Regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Strings and the ~ character
Dana Sre, 6 Maj, 2009 16:15 , Per Eriksson je napisao/la > But the underline is present in the OOo. So the displayed string IS > "~Spara". If mnemonic is not assigned in the string (by using ~ character) it will be automatically set during run time. At least this is what http://wiki.services.openoffice.org/wiki/Mnemonics_Localisation is saying. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] TCM test translation
Hi Sophie, We are following "Translate on first testing" policy and managed to get ~25% of all tests in TCM translated. I believe that this will make testing easier and enable as many people as possible to participate in the regular testing process. Your "selling" technique is innovative, thank you for sharing this with us. We will see if we can copy it for the next release. I would like to know if it is possible to upload translated tests all at once? I can download all tests from TCM and convert them to PO files so they can be translated in our usual translation work flow but it is really hard to upload test by test back into TCM. Having to do that twice, first for Serbian Cyrillic and then for Serbian Latin does not help either ;) Kind regards, Goran У суб, 02. 05 2009. у 22:09 +0200, sophie пише: > Hi all, > > You are more and more to use TCM for your QA tests and it is really > great for the quality of our suite. - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Needs and restrictions for provideing full install sets
У уто, 21. 04 2009. у 19:20 +0200, Stefan Taxhet пише: > Hi, > > On the other hand, I can perfectly understand current situation where > > there are no policy and no tools that can help us accomplish that but > > that should not stop us from thinking about it. > > Right, and at the same time we should give those (like you) who are > willing to work on QA and release of a localized build a chance to do that. > Are builds for your languages available by now? Hi Stefan, Full install sets for sr and sh (committed UI=100%, HC2=0%) based on RC1 are not available. I will run VLCTestTool and do sanity release checks using language packs for OOO310_m11 (RC2) once it is released if install sets will not be provided. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Needs and restrictions for provideing full install sets
У пет, 17. 04 2009. у 11:21 +0200, Joost Andrae пише: > > It is not about having one or two servers hosting the files. It is > about more than 100 servers hosting files for millions of users (> > 5000 downloads since version 3). > I would assume the wast majority of downloads was for en-US versions, following by de, fr, ja, it, es... In past two months, we had only about ~5000 downloads of 3.0.1 for sr and sh combined. I would have nothing against making policy that only popular languages will be included on the mirror network and others will be distributed by few extra-large central mirrors (so auto-update can work) and by local mirrors distributing only some languages (to distribute load). On the other hand, I can perfectly understand current situation where there are no policy and no tools that can help us accomplish that but that should not stop us from thinking about it. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Needs and restrictions for provideing full install sets
У сре, 15. 04 2009. у 19:28 +0200, Florian Effenberger пише: > > The only chance I see is to ask the extended mirrors (who already > agreed in providing more mirror space than "normal" mirrors). But I > doubt we get lots of them offering us 150+ GB... Is it possible to have full install sets for small languages (meaning low download count) like Serbian Cyrillic and Latin off the mirror network? Then it will be in the hands of NL leads to organize hosting and distribution for those install sets. In my opinion this will solve "More Platforms + Auto Update" and provide much better usability for the users. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Needs and restrictions for provideing full install sets
У сре, 15. 04 2009. у 19:37 +0200, André Schnabel пише: > > start OOo on English, go to Preferences, change UI language and > > restart OOo. > > > > Well - the last step should not be necessary. As long as your OS uses > serbian as default language, OOo should use Serbian language after > restart as default. @offtopic: Hi Andre, You would be right if we don't rename country name (SCG -> RS) that often and don't have both Cyrillic and Latin versions, the later one living inside OOo under unofficial language code "sh" as OOo don't support glibc locale modifiers :) Last time I checked with WinXP it did not work at all. I should probably do some testing on Vista again to see if things are better now. On GNU/Linux Serbian Cyrillic (sr) will be enabled for both sr_RS (Cyrillic) and sr...@latin (Latin). To use Serbian Latin (sh) one have to enable it by hand in OOo Preferences or to change locale variable before starting OOo. Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Needs and restrictions for provideing full install sets
Dana Uto, 14 April, 2009 21:19 , André Schnabel je napisao/la > > - What are the requirements of the native lang teams? > E.g. do we really need full installation sets on each platform (even > several installation sets for some platforms). Speaking in the name of Serbian OOo community: - We are able to localize UI and keep it at 100% for several releases now for both Serbian Cyrillic (sr) and Serbian Latin (sh), making our own builds for Microsoft Windows and deb packages for GNU/Linux and distributing them from http://sr.openoffice.org/preuzmi.html (where http://download.openoffice.org/other.html is linking to this page) - We are working on help localization but we are far behind something like even 50% as there are other things we need to do first (spell checking, better hyphenation patterns, thesaurus, extensions and templates site localization, iz#97653 - Cyrillic support in digital signatures etc.) In the current process here are the issues we are facing with: Having just a language pack mean that users have to ***install English version first*** (navigating through Installation wizard on English language even we did translate all these messages), then install language pack, start OOo on English, go to Preferences, change UI language and restart OOo. I believe this is ***unnecessary complicated***. Some users will try to do it and fail or may start using English release. This is why we will continue to make our or kindly ask Pavel Janik and Maho Nakata to create full installation sets for sr and sh. But we would like to have ***auto-update feature inside our builds***. I got an impression that this is only possible with official builds. If I am wrong, I would like to know how can I enable this when compiling OOo for Microsoft Windows or GNU/Linux. Another issue is ***visibility of our builds***. Over 50% of sr.openoffice.org visitors come from www.openoffice.org so it is very important for us to have download.js script and http://download.openoffice.org/other.html page updated. In the past Frank Mau kindly did this by request but even months after 3.0.1 release I can not get this page updated. Some policy on this will be good to have. To conclude, having an official build for us will mean: More platforms + Better visibility + Auto Update Any other solution that can lead us to there will work great for us. Hosting is the least problem for us and we don't care much if Serbian builds are present on the mirror network or not. Best regards, Goran Rakic Serbian OpenOffice.org native-lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Serbian OOo install sets for 3.1
У пон, 06. 04 2009. у 18:46 +0200, Marcus Lange пише: > > When you would have a ratio of at least 75% translated UI content and > 75% help content, then we can do it. But 0-16% for help is too less. > > I hope you can understand our argument. > Hi Marcus, That's not news we were hoping for. Is it possible for us to have 3.1 release for Windows, Mac OSX and Solaris with support for auto update that we can distribute on our servers? If nothing else is possible then making custom builds, I can only build for Windows as before (which takes ~12-16h on my home computer) but I don't know how to enable auto update feature. Any help about that would be appreciated. Cheers, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Serbian OOo install sets for 3.1
У пон, 06. 04 2009. у 19:38 +0200, Ivo Hinkelmann пише: > Hi, > > how far is the translation status of sr / sh in helpcontent2? > > Cheers, > Ivo 0% committed, about 16% in local SVN repository. UI is at 100% so installation is fully localized. Not providing localized installation sets will require from users to install software on English before applying language packs or to use our custom build version without all features. Now there is enough space on bouncer mirrors I don't see why we can't make install sets for every language with UI > 80%. We can provide space for hosting a mirror if necessary. Best regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] Serbian OOo install sets for 3.1
У пон, 06. 04 2009. у 14:22 +0200, Helge Delfs пише: > Am 06.04.09 14:19, Goran Rakic schrieb: > > Thanks. Can I assume there will be final install sets available for sr > > and sh locales and not just language packs? > > AFAIK no...just the languages which are already built. > > [CC-ing d...@l10n.ooo] But why is that so? Having official install set for Serbian will be at the great benefit of our users (auto update, user feedback program, etc.). I was really looking forward to have all our patches (87665, 86765, 86142, 98446, 98445, 96422) and NSIS-Unicode support finally all integrated in 3.1 so we can stop making our own unofficial builds for every major and minor release. Best regards, Goran Rakic Serbian OpenOffice.org native-lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] For Italian group : issue 92615
Dana cet, 2 April, 2009 12:39 , Andrea Pescetti je napisala
> Unfortunately the best translation ("attiva/disattiva", as in
> "attiva/disattiva completamento automatico") is almost three times longer
> then the original English and this could break layout and lead to
> unwanted verbosity.
In Serbian translation we are ignoring "on/off" and "toggle". Even in
English those are just stop words that do no carry new information to the
users.
For example, messages like "Toggle Line Numbers" or "On/Off Line Numbers"
usually appear next to some checkbox or on the toggle button so
information about double-state is reflected by the GUI and we can
translate it just as "Line Numbers" (in Serbian Latin "Brojevi redova",
full translation would be "Uključi ili isključi brojeve redova" which is
unusable).
On the contrary, "Enable watch" can be translated as is (in Serbian Latin
"Uključi nadgledanje").
Regards,
Goran
-
To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org
For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Translation fixes for 3.1.1?
У уто, 24. 03 2009. у 19:23 +0100, André Schnabel пише: > But if possible, it would be welcome to have a l10n bugfix cycle for > 3.1.1. +1 Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOO310 m5 l10n builds
Serbian Cyrillic (sr) and Serbian Latin (sh) seems OK too. -- Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] Last l10n fixes for OOo 3.1 release
У чет, 05. 03 2009. у 14:50 +0200, Ain Vagula пише: > > What's wrong with 'diff' command? > > ain Hi Ain, For every milestone I get PO files and SDF template from Pavel's FTP server[1] and create new SDF file using po2oo from translation toolkit. This is what I have for OOO310_m2: svtools source\items1\cstitem.src 0 string STR_CSTAT_NEVER_UPD 13691 en-US No update has occurred 2002-02-02 02:02:02 svtools source\items1\cstitem.src 0 string STR_CSTAT_NEVER_UPD 13691 sr Није било освежавања 2002-02-02 02:02:02 In OOO310_m4 I have: svtools source\items1\cstitem.src 0 string STR_CSTAT_NEVER_UPD 38235 en-US No update has occurred 2002-02-02 02:02:02 svtools source\items1\cstitem.src 0 string STR_CSTAT_NEVER_UPD 38235 sr Није било освежавања 2002-02-02 02:02:02 As you can see, the value in column 6 is changed while both source and translation is the same. I have no idea what this column stands for but obviously it should be ignored in SDF diff. Also, as Rafaella said, SDF diff should include both source and translation as valid SDF file. Using diff command will create patch with changed lines only, not a valid SDF file. Rafaella, thanks for comments. I do know about this wiki page but it says nothing about SDF diff files. I am already checking files with gsicheck before delivering. Andras, translationfix.pl seems to be what I am looking for. Thanks. Best regards, Goran [1] ftp://ftp.linux.cz/pub/localization/OpenOffice.org/devel/POT/ - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] changed strings in 310_m4
У чет, 05. 03 2009. у 00:25 +0200, Ain Vagula пише: > Sorry, I did my translation branch after m3, because I saw that all > changes in m1 and m2 were reverted, so I dont want to check it myself > but Pavel said some hours ago: > ain: m4 pot uploaded. new MODULE! > It is not funny at all. > > ain > As I can see reportdesign/registry/data/org is now renamed as reportbuilder/registry/data/org moving some PO files around. It is 4 files with 63 messages total. No messages are added or removed. Kind regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] New cws localisation35 builds are uploading
У суб, 28. 02 2009. у 11:36 +0100, Jean-Baptiste Faure пише: > se...@simack:~/Bureau/OOo_3.0.0_090225_Solarisx86_install_fr/openoffice.org3/program$ > ./soffice.bin > ld.so.1: soffice.bin: fatal: libicuuc.so.3: open failed: No such file or > directory I am not a OpenSolaris user but one of our testers reported that if you install *SUNWicu* from package manager everything is working OK. Cheers, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] New cws localisation35 builds are uploading
У чет, 26. 02 2009. у 16:57 +0100, Ivo Hinkelmann - Sun Germany - пише: > Hi all, > > I uploaded new pa-IN, hi-IN and sh insetsets ( just normal instsets ) . > There will be no ziped windows sets as I ran into a build error that I > wasn't able to fix. > > Cheers, > Ivo Thanks Ivo. We will test this install set in next following days and submit final translations for 3.1. For now I can see that we need to make some strings in File Properties dialog in Writer shorter as they don't fit in. Cheers, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] New cws localisation35 builds are uploading
У сре, 25. 02 2009. у 19:17 +0100, Ivo Hinkelmann - Sun Germany - пише: > > I can merge and rebuild the whole tree with your second update but then > there is nearly no time that you can test and verify your changes. > Hi Ivo, Rafaella, We already do have our own builds with updated translations for testing. I just want to be sure that updates added on Feb 24 will be integrated for 3.1 release. Franks added "Imported into the database" comment and I expected something like "Fixed in CWS ..." so I don't know if everything is ok :) 1) Is it ok for you if I continue to "reuse" i98445 and i98446 reports for all updates in OOO310 tree or should I open new reports for every translation update? 2) Rafaella asked translators to send diffs with comments in another thread. Do I have to make diffs if we are not using Pootle for translation, and if yes, how diffs should look like? Thanks, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] New cws localisation35 builds are uploading
У сре, 25. 02 2009. у 16:05 +0100, Ivo Hinkelmann - Sun Germany - пише: > i98446 a new fix for some Serbian Latin (sh) Localization strings. The > new fix came in too late thus I wasn't able to integrate it in time i98445 for Serbian Cyrillic (sr) is not integrated either. Do I have to prepare and send diffs like Rafaella wrote in another thread or SDF file in i98445 and i98446 is good enough? Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] changed strings in 310_m2
У нед, 22. 02 2009. у 21:20 +0200, Ain Vagula пише: > There is whole new module in strings: > ../instsetoo_native/inc_ooolangpack/windows/msi_languages.po Thanks Ain. Serbian UI localization updated: http://qa.openoffice.org/issues/show_bug.cgi?id=98445 http://qa.openoffice.org/issues/show_bug.cgi?id=98446 -- Goran Rakic - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] L10n CWS35 builds available to test
У уто, 17. 02 2009. у 19:16 +0100, André Schnabel пише: > > Hm .. you like to APPROVE the builds even if there are obvious l10n > errors in? Strange :) Serbian Cyrillic (sr) release seems OK to me. As I said, I don't think that unistallation issue (#99316) on Windows is blocker. :) Serbian Latin (sh) release is broken on Windows (#99313). Regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] creating localized langpacks for 0penOffice
You can not build language packs from PO files. You have to get full OpenOffice.org source tree, setup all dependencies for your target platform and compile OpenOffice.org from source. There are some pages on OOoWiki that will help you to do so. Then you can apply SDF file with translations (generated from PO files using po2oo) to source tree and create language packs for target release using dmake tool. Please note that this is not either quick or easy to do. The best thing you can do is to submit you translations to OpenOffice.org community and wait for Pavel (if he is still doing this, sorry if I am wrong) to create language packs for you. pofilter is very nice tool but it can create false positives. Still, you should check its output and fix all real errors you can find. -- Goran Rakic Serbian OpenOffice.org native-lang project lead У уто, 03. 02 2009. у 18:27 +0530, sandeep shedmake пише: > On Tue, Feb 3, 2009 at 5:34 PM, Goran Rakic wrote: > > > У уто, 03. 02 2009. у 17:10 +0530, sandeep shedmake пише: > > > Hi, > > > > > > I am looking for creating a localized langpack for 00, so to avoid any > > > conditions that causes package to break due to wrong translations. > > > > > > Necessary links/pointers are helpful. > > > > > > > > > > Hi, > > > > Are you able to compile localized OOo release? > > > Hi, > > > Actually, I managed to extract tree from respective .sdf > So, I have the tree. > > > I am not sure how reliably pofilter checks po file: > $pofilter --openoffice > > > How do i go for compilation of po-file-tree ? > > > > > > > > If you are, to create language packs just go to "instsetoo_native/util" > > directory inside build tree and run "dmake ooolanguagepack". > > > > > [sshed...@sshedmak instsetoo_native]$ pwd > /home/sshedmak/oo3.1/mr/instsetoo_native > > [sshed...@sshedmak instsetoo_native]$ tree > . > `-- inc_openoffice > `-- windows > `-- msi_languages.po > > 2 directories, 1 file > > > Above, I don't see the "instsetoo_native/util" directory > > I got to know the know the correct path for recompiling the tree. > > Also is it possible to compile without Dmake utility? > > OR > > is Dmake must (How about "make" or "cmake") ? > > > > > This will create language packs in your target format for every locale > > passed to configure script with "--with-lang" argument. > > > I have synced the -tree with DEV300_m40 tree. > > > > > > -- > > Goran Rakic > > Serbian OpenOffice.org > > native-lang project lead > > > > > > > > > > - > > To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org > > For additional commands, e-mail: dev-h...@l10n.openoffice.org > > > > - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] creating localized langpacks for 0penOffice
У уто, 03. 02 2009. у 17:10 +0530, sandeep shedmake пише: > Hi, > > I am looking for creating a localized langpack for 00, so to avoid any > conditions that causes package to break due to wrong translations. > > Necessary links/pointers are helpful. > > Hi, Are you able to compile localized OOo release? If you are, to create language packs just go to "instsetoo_native/util" directory inside build tree and run "dmake ooolanguagepack". This will create language packs in your target format for every locale passed to configure script with "--with-lang" argument. -- Goran Rakic Serbian OpenOffice.org native-lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.0.1 translation round
So, is there translation round for 3.0.1 and should I file issues for updated translations? Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] OOo 3.0.1 translation round
У нед, 04. 01 2009. у 18:28 +0100, Robert Ludvik пише: > > Are these really strings from m14 or is it just a name? Because for > 3.0.1 m39 will be used, AFAIK. > Look at http://ftp.linux.cz/pub/localization/OpenOffice.org/devel/POT/ > for the package, when it will be available (now it is m38) > Regards Are you sure? I understood that 3.0.1 will be based on OOO300_mX and 3.1 will be based on DEV300_mY. OOo 3.0.1 RC1 was released from OOO300_m14 on December 22 http://development.openoffice.org/releases/3.0.1rc1.html Regards, Goran - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
[l10n-dev] OOo 3.0.1 translation round
Is it possible to send updated translations for 3.0.1? Updated Serbian translations are available online at http://ooo.matf.bg.ac.yu/OOO300_m14/GSI_sr.sdf.bz2 (Cyrillic) and http://ooo.matf.bg.ac.yu/OOO300_m14/GSI_sh.sdf.bz2 (Latin). Best regards, Goran Rakic Serbian OpenOffice.org native-lang project lead - To unsubscribe, e-mail: dev-unsubscr...@l10n.openoffice.org For additional commands, e-mail: dev-h...@l10n.openoffice.org
Re: [l10n-dev] How to translate
У пет, 12. 09 2008. у 17:00 +0800, Adi Nugroho пише: > Dear all, > I moved my question from [EMAIL PROTECTED] mailing list. > > * I want to translate OpenOffice.org to Indonesian Language. Hi, I find http://translate.sourceforge.net/wiki/guide/openoffice.org very useful. Please read the info there and follow links to great Javier Sola's documents from KhmerOS project on OpenOffice.org localization process. If you have any following questions, please ask. Welcome to OpenOffice.org L10N community and as Douglas Adams once said "Don't panic" :). Best regards, Goran Rakic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Submitting 3.0 translations
У нед, 22. 06 2008. у 16:03 +0930, Clytie Siddall пише: > > Languages not using Pootle, I'm assuming, follow the "How to deliver" > instructions on the wiki page. [1] Serbian Cyrillic (sr): http://www.openoffice.org/issues/show_bug.cgi?id=91029 http://ooo.matf.bg.ac.yu/DEV300_m21/GSI_sr.sdf.bz2 Serbian Latin (sh): http://www.openoffice.org/issues/show_bug.cgi?id=91030 http://ooo.matf.bg.ac.yu/DEV300_m21/GSI_sh.sdf.bz2 Cheers, Goran Rakic - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Submitting translations for Beta 2
У пон, 02. 06 2008. у 13:50 +0200, Rafaella Braconi пише: > Goran, > > good news. Yes you can submit the translated files for Beta 2. Deadline > is June 4th 10:00 am CEST. I filled two issues, one for Serbian Cyrillic (sr) and one for Serbian Latin (sh), assigned to [EMAIL PROTECTED] Serbian Cyrillic (sr): http://www.openoffice.org/issues/show_bug.cgi?id=90330 http://ooo.matf.bg.ac.yu/DEV300_m15/GSI_sr.sdf.bz2 Serbian Latin (sh): http://www.openoffice.org/issues/show_bug.cgi?id=90331 http://ooo.matf.bg.ac.yu/DEV300_m15/GSI_sh.sdf.bz2 Regards, Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Submitting translations for Beta 2
У уто, 03. 06 2008. у 14:52 +0200, Goran Rakic пише: > Looking at en-US.sdf and are not closed in source > string. Can I safely ignore these too? Ah sorry, source string is not escaped. Solved. Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Submitting translations for Beta 2
У пет, 30. 05 2008. у 13:53 +0200, Rafaella Braconi пише: > Hi Clytie, > > this is a very valid request and you have my support. > I am forwarding your request to the releases mailing list for approval. > > Regards, > Rafaella Serbian team would like to submit updated translations too. -- Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] We did it!
У сре, 21. 05 2008. у 22:33 +0930, Clytie Siddall пише: > Hi everyone :) > > I am in the mood for a little bragging. I hope you don't mind. > > The Vietnamese team has (finally) finished the entire Help translation! > > We are now 100% for both Interface and Help. > Congratulation! It is a great achievement! I can only hope that Serbian team will follow your success (but we are much closer to announce 100% ui then 100% ui+help, at least for now). Best regards, Goran Rakic http://sr.openoffice.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Adding new tranliteration method
У уто, 26. 02 2008. у 10:55 -0800, Karl Hong пише: > Hi Goran, > > What do you expect this transliteration to be used by application, like > Writer? I want to be able to transliterate text from Serbian Cyrillic to Serbian Latin inside Writer, in the same way as recode-sr-latin (from GNU gettext) is doing for plain text. Currently, we have extension for this called OOoTranslit (http://oootranslit.info) but having this functionality embedded into OpenOffice.org seems much better solution. > You create and register your new service, but no application uses it. > You need to design UI to use it. I guess that I will need more help with that :) I'm still failing miserably at first step (creating and registering a service)... Regards, Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Adding new tranliteration method
У чет, 21. 02 2008. у 07:48 +0100, Pavel Janík пише:
> On 21.2.2008, at 0:22, Goran Rakic wrote:
> > I want to add transliteration from Serbian Cyrillic to Serbian
> > Latin, wich is almost one to one with some simple
> > folding/decomposing (like "љ" to "lj" etc).
>
> please post complete patch to [EMAIL PROTECTED]
Ah, sorry for not doing that first time.
This patch is not working, as serbianCyrillicToLatin.cxx has wrong fold
method prototype, and as I don't need rtl support I don't know what
prototype to use.
Any help in getting this to work is highly appreciated...
Regards,
Goran Rakic
? i18npool/source/transliteration/serbianCyrillicToLatin.cxx
Index: i18npool/inc/transliteration_OneToOne.hxx
===
RCS file: /cvs/l10n/i18npool/inc/transliteration_OneToOne.hxx,v
retrieving revision 1.6.166.1
diff -r1.6.166.1 transliteration_OneToOne.hxx
130a131,138
> #if defined( TRANSLITERATION_serbianCyrillicToLatin ) || defined( TRANSLITERATION_ALL )
> TRANSLITERATION_ONETOONE( serbianCyrillicToLatin )
> #endif
> /*
> #if defined( TRANSLITERATION_serbianLatinToCyrillic ) || defined( TRANSLITERATION_ALL )
> TRANSLITERATION_ONETOONE( serbianLatinToCyrillic )
> #endif
> */
Index: i18npool/source/registerservices/registerservices.cxx
===
RCS file: /cvs/l10n/i18npool/source/registerservices/registerservices.cxx,v
retrieving revision 1.42.90.1
diff -r1.42.90.1 registerservices.cxx
302a303,304
> IMPL_CREATEINSTANCE( serbianCyrillicToLatin )
> /* IMPL_CREATEINSTANCE( serbianLatinToCyrillic ) */
576a579,587
>
> { TRLT_SERVICELNAME_L10N,
> TRLT_IMPLNAME_PREFIX "SERBIANCYRILLIC_LATIN",
> &serbianCyrillicToLatin_CreateInstance },
> /*{ TRLT_SERVICELNAME_L10N,
> TRLT_IMPLNAME_PREFIX "SERBIANLATIN_CYRILLIC",
> &serbianLatinToCyrillic_CreateInstance },
> */
>
Index: i18npool/source/transliteration/makefile.mk
===
RCS file: /cvs/l10n/i18npool/source/transliteration/makefile.mk,v
retrieving revision 1.8
diff -r1.8 makefile.mk
58a59
> $(SLO)$/serbianCyrillicToLatin.obj \
/*
*
* OpenOffice.org - a multi-platform office productivity suite
*
* $RCSfile: serbianCyrillicToLatin.cxx,v $
*
* $Revision: 1.8 $
*
* last change: $Author: obo $ $Date: 2008/02/18 14:13:28 $
*
* The Contents of this file are made available subject to
* the terms of GNU Lesser General Public License Version 2.1.
*
*
*GNU Lesser General Public License Version 2.1
*=
*Copyright 2005 by Sun Microsystems, Inc.
*901 San Antonio Road, Palo Alto, CA 94303, USA
*
*This library is free software; you can redistribute it and/or
*modify it under the terms of the GNU Lesser General Public
*License version 2.1, as published by the Free Software Foundation.
*
*This library is distributed in the hope that it will be useful,
*but WITHOUT ANY WARRANTY; without even the implied warranty of
*MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
*Lesser General Public License for more details.
*
*You should have received a copy of the GNU Lesser General Public
*License along with this library; if not, write to the Free Software
*Foundation, Inc., 59 Temple Place, Suite 330, Boston,
*MA 02111-1307 USA
*
/
// MARKER(update_precomp.py): autogen include statement, do not remove
#include "precompiled_i18npool.hxx"
// prevent internal compiler error with MSVC6SP3
#include
#include
#define TRANSLITERATION_serbianCyrillicToLatin
#include
#define IS_UPPERCASE(char) \
(((char)>='A' && (char)<='Z') || ((char)>=0x0410 && (char)<=0xC5A0))
using namespace com::sun::star::uno;
using namespace com::sun::star::lang;
using namespace rtl;
namespace com { namespace sun { namespace star { namespace i18n {
OneToOneMappingTable_t serbiancyrillic2latin[] = {
MAKE_PAIR(0x0402, 0xC490 ), // 'Đ'
MAKE_PAIR(0x0408, 'J' ),
MAKE_PAIR(0x040B, 0xC486 ), // 'Ć'
MAKE_PAIR(0x0410, 'A' ),
MAKE_PAIR(0x0411, 'B' ),
MAKE_PAIR(0x0412, 'V' ),
MAKE_PAIR(0x0413, 'G' ),
MAKE_PAIR(0x0414, 'D' ),
MAKE_PAIR(0x0415, 'E' ),
MAKE_PAIR(0x0416, 0xC5BD ), // 'Ž'
MAKE_PAIR(0x0417, 'Z' ),
MAKE_PAIR(0x0418, 'I' ),
MAKE_PAIR(0x041A, 'K' ),
MAKE_P
[l10n-dev] Adding new tranliteration method
Is there some docs describing how to add new transliteration method?
I need to have one-to-one transliteration with some simple
folding/decomposing (like "љ" to "lj" etc) so I tried to create
i18npool/source/transliteration/serbianCyrillicToLatin.cxx and register
it and define a class using macro.
I have defined my transliteration table as:
OneToOneMappingTable_t serbiancyrillic2latin[] = {
MAKE_PAIR(0x0402, 0xC490 ), // 'Đ'
MAKE_PAIR(0x0408, 'J' ),
...
};
And class constructor as:
serbianCyrillicToLatin::serbianCyrillicToLatin()
{
static oneToOneMapping _table(serbiancyrillic2latin,
sizeof(serbiancyrillic2latin));
func = (TransFunc) 0;
table = &_table;
transliterationName = "serbianCyrillicToLatin";
implementationName =
"com.sun.star.i18n.Transliteration.SERBIANCYRILLIC_LATIN";
}
Now my question: What is folding function prototype? I tried using:
sal_Unicode SAL_CALL
serbianCyrillicToLatin::folding(const sal_Unicode & inStr, sal_Int32 startPos,
sal_Int32 nCount, Sequence< sal_Int32 > & offset) throw
(RuntimeException)
But that is not working.
What else I need to do in order to get transliteration working inside
localized build? How this is going to be used from user interface?
Regards,
Goran Rakic
PS - What is a status of
http://qa.openoffice.org/issues/show_bug.cgi?id=86142 ? Is it assigned
to right component and person?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Re: to community translators
У суб, 16. 02 2008. у 00:04 +0200, Ain Vagula пише: > there is generally problem with handling untranslated entries in po2oo. > earlier no language strings were generated, now strings with english > content are generated Ah, ok, I didn't know that. Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Re: to community translators
У пет, 15. 02 2008. у 23:50 +0200, Ain Vagula пише: > Huh, there is some issue in po2oo, I'm trying to understand... When > you are doing like in my fixed blog entry, nothing bad happens. When > you did as I wrote earlier, then there is a little problem... > > ain > The difference is in how duplicates are handled. What exactly is the issue you are hitting? If you don't get positive matching while migrating translation, you can try to use msgmerge with pomigrate2 as described on translate wiki. Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-dev] Basic overview of PO files and modules
Can someone provide me with a very basic overview of PO files, please? I would like to know where to look for major components (calc=sc, writer=sw, etc) and what are other modules for. What is the best practice for interpreting resource ids like RID_STR_ACC_NAME_BROWSEBUTTON.string.text? Last part is about widget type, but I would like some explanations about first part. What is the easiest way to locate strings from PO file in real user interface? If I open some PO file and want to check quickly what's it about, how can I do that? It would be great if there is already a document describing this. Having such information will be very useful for our team organization :) Bye, Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-dev] How to update localized build to new milestone
Hi, I made localized build of OOH680_m4 for testing new Serbian localization and now I want to update it to m5. Can I reuse previous source checkout and build cache? (I was using ccache for building inside checkout dir) I tried running "cvs -z3 update -r OOH680_m5" but it has no output, just waiting. When I run it with -t (for debug trace), it prints out " -> Sending file `casefolding.cxx' to server" for every file in the checkout and that looks very slow. Is this the right command I should use or do I need to do a clean checkout every time? Thanks, Goran - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
