Re: [l10n-dev] Migration tool from 1.x GSI to 2.x SDF
On Tuesday 18 January 2005 17:06, Pavel Janík wrote: > See http://cs.openoffice.org/stats/ how far we are now because of the good > tooling chosen. How do you make this statistics? regards -- - Hristo Simeonov Hristov - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] OOo 2.0 PO and helpcontent2
On Thursday 03 February 2005 11:27, Robert Ludvik wrote: > Hi > Our team member Urska has done some analysis about translation of OOo > 2.0 PO and we have some questions: > In 2.0 there is app. 58.000 msgids. If Kbabel is run with 100% > matching on PO files from 1.1.4, app. 22.000 msgids are translated > automaticlly. From 36.000 untranslated msgids, 32.000 are from > helpcontent2 module. > Is it enough to translate everything *except* helpcontent2 module to > get tanslated GUI? Are in helpcontent2 'only' messages for Online help? > This way (translation of 4.000 messages) the 2.0 GUI is relatively > quickly translated and help can be translated afterwards. Yes. helpcontent2 is Help, other is GUI -- - Hristo Simeonov Hristov Leader of OpenOffice.org Bulgarian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-dev] numbering
Is it possible to change alphabet numbering to be in cyrillic? Regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org Bulgarian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] numbering
On Thursday 03 February 2005 19:12, Karl Hong wrote: > No. Here is what we have currently, > > http://api.openoffice.org/source/browse/api/offapi/com/sun/star/style/Numbe >ringType.idl?rev=1.11&content-type=text/vnd.viewcvs-markup I saw that there is some other alphabet numbering. I have build 74 but I did not find from where I can change alphabet numbering with some of these. Can you give me some help from where can be changed alphabet numbering with other than lating chars? > You could file an issue as RFE to request to add cyrillic alphabet as > numbering type. > > Karl. > > Hristo Simenov Hristov wrote: > >Is it possible to change alphabet numbering to be in cyrillic? -- - Hristo Simeonov Hristov Leader of OpenOffice.org Bulgarian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] numbering
On Thursday 03 February 2005 15:23, Pavel JanÃk wrote: >From: Hristo Simenov Hristov <[EMAIL PROTECTED]> >Date: Thu, 3 Feb 2005 11:42:31 +0200 > >> Is it possible to change alphabet numbering to be in cyrillic? > > Where? Can you show e.g. a screenshot? Not needed screenshot. What I mean is this: We have: A) Bla bla bla a) Bla bla bla B) Bla bla bla a) Bla bla bla b) Bla bla bla c) Bla bla bla C) Bla bla bla a) Bla bla bla b) Bla bla bla D) Bla bla bla What we want: Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla Ð) Bla bla bla -- - Hristo Simeonov Hristov Leader of OpenOffice.org Bulgarian - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Much too many TODOs in locale data audit
On Wednesday 13 April 2005 18:31, Eike Rathke wrote: > Hi, > > > I updated > http://l10n.openoffice.org/i18n_framework/cldr/LocaleDataAudit_OOo_CLDR.htm >l > > as far as I could. The outcome is a bunch of orange cells in the > Solution columns with far too many TODOs. As a result, only a few > locales will get aligned to the CLDR in this round. I urge every > localization team to take a look at the data and discuss the TODO items > on the [EMAIL PROTECTED] list. I hope to be able to do the next round for > OOo2.0.1, and unsolved "TODO: clarify" items by then will simply be > ignored and data aligned to CLDR. > > So please, take your chance now and state whether the CLDR needs > different data for your locale of choice, and don't forget to give some > reference, online or book, that we can include in bug reports against > the CLDR, otherwise there might be difficulties to get changes in. Thank > you. > > I'll attach a file to this mail showing the results in a condensed form. > It is plain text, despite the extension, but in case you use the Vim > editor and have the vimoutliner package installed you'll get some colors > and have folds and percentage calculation and such. > So, what can I do? Acording to this: http://www.jtcsv.com/cgibin/locale-bugs?findid=459 I think that it is fixed. Regards. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria pgplLbmQKpmVg.pgp Description: PGP signature
[l10n-dev] adding new ancoding does not work
Hi, I followed the instructions from http://l10n.openoffice.org/i18n_framework/HowToAddEncoding.html, and it does not works. I think that when I choose my encoding in the dialog, it does not call the method for converting my encoding but calls some default method. The encoding which I want to add is not official one but it is used here in Bulgaria for plain text files. A lot of people have files left from old DOS days. Can somebody help me to figure it out why it doesn't work. I attached the patch which I made. If somebody can look at it is there anything wrong. Best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria diff -urN ooo_SRC680_m86_src.orig/sal/inc/rtl/textenc.h ooo_SRC680_m86_src/sal/inc/rtl/textenc.h --- ooo_SRC680_m86_src.orig/sal/inc/rtl/textenc.h 2005-03-14 17:54:05.0 +0200 +++ ooo_SRC680_m86_src/sal/inc/rtl/textenc.h 2005-03-14 21:50:29.0 +0200 @@ -180,6 +180,7 @@ #define RTL_TEXTENCODING_ADOBE_STANDARD (RTL_TEXTENC_CAST( 91 )) #define RTL_TEXTENCODING_ADOBE_SYMBOL (RTL_TEXTENC_CAST( 92 )) #define RTL_TEXTENCODING_PT154 (RTL_TEXTENC_CAST( 93 )) +#define RTL_TEXTENCODING_MIK(RTL_TEXTENC_CAST( 94 )) /* ATTENTION! Whenever some encoding is added here, make sure to update * rtl_isOctetTextEncoding in tencinfo.c. */ @@ -229,6 +230,7 @@ Cyrillic (Apple Macintosh/Ukrainian)RTL_TEXTENCODING_APPLE_UKRAINIAN Cyrillic (DOS/OS2-855) RTL_TEXTENCODING_IBM_855 Cyrillic (DOS/OS2-866/Russian) RTL_TEXTENCODING_IBM_866 +Cyrillic (DOS/MIK/Bulgarian)RTL_TEXTENCODING_MIK Cyrillic (ISO-8859-5) RTL_TEXTENCODING_ISO_8859_5 Cyrillic (KOI8-R) RTL_TEXTENCODING_KOI8_R Cyrillic (KOI8-U) RTL_TEXTENCODING_KOI8_U diff -urN ooo_SRC680_m86_src.orig/sal/textenc/tcvtest1.tab ooo_SRC680_m86_src/sal/textenc/tcvtest1.tab --- ooo_SRC680_m86_src.orig/sal/textenc/tcvtest1.tab 2005-03-14 17:54:11.0 +0200 +++ ooo_SRC680_m86_src/sal/textenc/tcvtest1.tab 2005-03-14 21:58:42.0 +0200 @@ -4616,3 +4616,153 @@ "PTCP154", RTL_TEXTENCODING_INFO_ASCII | RTL_TEXTENCODING_INFO_MIME }; /* SCRIPT_CYRILLIC */ + +/* === */ + +/* MIK */ +/* Standard Charset for Bulgarian DOS MIK Cyrillic */ +/* Single Byte, 0x00-0x7F equals ASCII */ +/* Conversion Tables: hand made */ + +#define MIKUNI_START 0x80 +#define MIKUNI_END 0xFF +static sal_uInt16 const aImplMIKToUniTab[MIKUNI_END - MIKUNI_START + 1] = +{ +/* 0 1 2 3 4 5 6 7 */ +/* 8 9 A B C D E F */ +0x0410, 0x0411, 0x0412, 0x0413, 0x0414, 0x0415, 0x0416, 0x0417, /* 0x80 */ +0x0418, 0x0419, 0x041A, 0x041B, 0x041C, 0x041D, 0x041E, 0x041F, /* 0x80 */ +0x0420, 0x0421, 0x0422, 0x0423, 0x0424, 0x0425, 0x0426, 0x0427, /* 0x90 */ +0x0428, 0x0429, 0x042A, 0x042B, 0x042C, 0x042D, 0x042E, 0x042F, /* 0x90 */ +0x0430, 0x0431, 0x0432, 0x0433, 0x0434, 0x0435, 0x0436, 0x0437, /* 0xA0 */ +0x0438, 0x0439, 0x043A, 0x043B, 0x043C, 0x043D, 0x043E, 0x043F, /* 0xA0 */ +0x0440, 0x0441, 0x0442, 0x0443, 0x0444, 0x0445, 0x0446, 0x0447, /* 0xB0 */ +0x0448, 0x0449, 0x044A, 0x044B, 0x044C, 0x044D, 0x044E, 0x044F, /* 0xB0 */ +0x2514, 0x2534, 0x252C, 0x251C, 0x2500, 0x253C, 0x2563, 0x2551, /* 0xC0 */ +0x255A, 0x2554, 0x2569, 0x2566, 0x2560, 0x2550, 0x256C, 0x2510, /* 0xC0 */ +0x2591, 0x2592, 0x2593, 0x2502, 0x2524, 0x2116, 0x00A7, 0x2557, /* 0xD0 */ +0x255D, 0x2518, 0x250C, 0x2588, 0x2584, 0x258C, 0x2590, 0x2580, /* 0xD0 */ +0x03B1, 0x03B2, 0x0393, 0x03C0, 0x03A3, 0x03C3, 0x03BC, 0x03C4, /* 0xE0 */ +0x03A6, 0x0398, 0x03A9, 0x03B4, 0x221E, 0x2205, 0x2208, 0x2229, /* 0xE0 */ +0x2261, 0x00B1, 0x2265, 0x2264, 0x2320, 0x2321, 0x00F7, 0x2248, /* 0xF0 */ +0x00B0, 0x2219, 0x00B7, 0x221A, 0x207F, 0x00B2, 0x25A0, 0x00A0 /* 0xF0 */ +}; + +#define MIKCHAR_START 0x0410 +#define MIKCHAR_END 0x044F +static sal_uChar const +aImplMIKToCharTab[MIKCHAR_END - MIKCHAR_START + 1] = +{ +/* 0 1 2 3 4 5 6 7 */ +/* 8 9 A B C D E F */ +0x80, 0x81, 0x82, 0x83, 0x84, 0x85, 0x86, 0x87, /* 0x0410 */ +0x88, 0x89, 0x8A, 0x8B, 0x8C, 0x8D, 0x8E, 0x8F, /* 0x0410 */ +0x90, 0x91, 0x92, 0x93, 0x94, 0x95, 0x96, 0x97, /* 0x0420 */ +0x98, 0x99, 0x9A, 0x9B, 0x9C, 0x9D, 0x9E, 0x9F, /* 0x0420 */ +0xA0, 0xA1, 0xA2, 0xA3, 0xA4, 0xA5, 0xA6, 0xA7, /* 0x0430 */ +0xA8, 0xA9, 0xAA, 0xAB, 0xAC, 0xAD, 0xAE, 0xAF, /* 0x0430 */ +0xB0, 0xB1, 0xB2, 0xB3, 0xB4, 0xB5, 0xB6, 0xB7, /* 0x0440 */ +0xB8, 0xB9, 0xBA, 0xBB, 0xBC, 0xBD, 0xBE, 0xBF /* 0x0440 */ +}; + +#define MIKTOCHARTABEX_COUNT 64 +static ImplUniChar
Re: [l10n-dev] adding new ancoding does not work
On Wednesday 20 April 2005 10:27, Stephan Bergmann wrote: > Hristo Simeonov Hristov wrote: > > On Tuesday 19 April 2005 20:19, Eike Rathke wrote: > >>Hi Hristo, > >> > >>On Tue, Apr 19, 2005 at 10:28:52 +0300, Hristo Simenov Hristov wrote: > >>>I think that when I choose my encoding in the dialog, it does not > >>>call the method for converting my encoding but calls some default > >>> method. > >> > >>Where (in which module, which dialog) did you try it? > > > > In Writer I'm opening Text encoded file. > > I tried with replacing of aImplIBM866ToUniTab with values of > > aImplMIKToUniTab And when I opened TE file it appears correctly, so this > > array is correct. The problem is how to figure it out which > > aImplToUniTab using when I open such file with selected MIK encoding > > (I added in the combobox needed string to be chosen this MIK encoding) > > Not sure how the status is today, but there used to be trouble with the > association of text labels and RTF_TEXTENCODING_ values in those src > files, esp. if you are running a translated (not en-US?) version of OOo. > One way to debug this might be to check what calls to > Impl_getTextEncodingData (textenc.cxx) are actually made. How can I print text in the console? With printf? Regards. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] adding new ancoding does not work
On Friday 22 April 2005 10:06, Stephan Bergmann wrote: > Hristo Simeonov Hristov wrote: > > On Wednesday 20 April 2005 15:29, Stephan Bergmann wrote: > >>Hristo Simenov Hristov wrote: > >>>On Wednesday 20 April 2005 10:27, Stephan Bergmann wrote: > >>>>Hristo Simeonov Hristov wrote: > >>>>>On Tuesday 19 April 2005 20:19, Eike Rathke wrote: > >>>>>>Hi Hristo, > >>>>>> > >>>>>>On Tue, Apr 19, 2005 at 10:28:52 +0300, Hristo Simenov Hristov wrote: > >>>>>>>I think that when I choose my encoding in the dialog, it does not > >>>>>>>call the method for converting my encoding but calls some default > >>>>>>>method. > >>>>>> > >>>>>>Where (in which module, which dialog) did you try it? > >>>>> > >>>>>In Writer I'm opening Text encoded file. > >>>>>I tried with replacing of aImplIBM866ToUniTab with values of > >>>>>aImplMIKToUniTab And when I opened TE file it appears correctly, so > >>>>> this array is correct. The problem is how to figure it out which > >>>>>aImplToUniTab using when I open such file with selected MIK > >>>>> encoding (I added in the combobox needed string to be chosen this MIK > >>>>> encoding) > >>>> > >>>>Not sure how the status is today, but there used to be trouble with the > >>>>association of text labels and RTF_TEXTENCODING_ values in those src > >>>>files, esp. if you are running a translated (not en-US?) version of > >>>> OOo. One way to debug this might be to check what calls to > >>>>Impl_getTextEncodingData (textenc.cxx) are actually made. > >>> > >>>How can I print text in the console? > >>>With printf? > >> > >>Try it out. ;) > >>Yes, printf should work on Unix, at least. > > > > Hm, it doesn't work. > > error: `printf' undeclared > > I put this printf("%d",nEncoding); before the return. > > Am I wrong? > > #include > is your friend :) Ups, I have forgot this :) My mistake. I didn't use C++ since my school days :) !0x I'll tried this evening. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria pgpl0iUagmFdz.pgp Description: PGP signature
[l10n-dev] Strange string in helpcontent2/sriter/00
Hi, I've just find out a strange string in the Writer Help. "\\Choose \\Table - Insert/Delete - Cells" In the Help we have this: Cell This command is only available if you have selected a table in your document, or if the cursor is in a table cell. To access this command... Choose Table - Insert/Delete - Cells But in the Writer I did not find such command in the Table menu. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria pgp7T8ZjqzfZ2.pgp Description: PGP signature
[l10n-dev] Strange use of Slide and Page strings in Draw
Hi, I'm just a little confused about using of Slide and Page strings. In the left of OOo Draw we have little pages with strings: Slide 1, Slide 2, etc. But when in the popup menu we have New page, Delete page, Rename page. Can we have any solution of that? The user will be also confused of this. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgaria pgpppZ28E3TPq.pgp Description: PGP signature
Re: [l10n-dev] Test Pootle server for OOo
On Monday 03 October 2005 16:02, David Fraser wrote: > > > I finally got a test version of Pootle going for OpenOffice.org: > > > http://arsaperta.org:8080/ How new language can be added? We need unique stringid for every string because we have different translations of one english string. For example in /svx/source/dialog.po for string: ~Left we have three tranlations denepending of usage of that string. So, to use such server it have to be fixed po extraction from the source to prevent such problems. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpglihUbXeUI.pgp Description: PGP signature
[l10n-dev] Strange gsi check error
Hi, I'm using gsicheck from m134 build. And it gives me a very strange error. Here is the output: ./convert gsi bg processing 230 files... [###] 100% Checking GSI file GSI_bg.sdf Error: Translation, Line 39653, UniqueID helpcontent2/source\text\shared\explorer\database\0400.xhp/help/hd_id3148944/29//: Property 'select' has invalid value 'OS2' : \ at Position 75 "" This is the code from convert file: ... if [ $1 == "gsi" ] then ${PO2OO} --psyco=full --fuzzy -l $2 -t en-US.sdf $2 GSI_$2.sdf echo Checking GSI file GSI_$2.sdf gsi_check/gsicheck -c -l "" GSI_$2.sdf fi Any idea? -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpVwRrVMb5yd.pgp Description: PGP signature
[l10n-dev] option for decimal separator symbol in Language settings sis not work
Hi, In Bulgarian we have ',' (coma) for decimal separator. I think that checkbox under the local combobox is used to switch the decimal separator to '.' (point) but it did'n work. Has anybody have such problem? I use final version of OOo build from Pavel. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpFVhqcNHCS9.pgp Description: PGP signature
Re: [l10n-dev] option for decimal separator symbol in Language settings sis not work
On Friday 28 October 2005 16:03, Eike Rathke wrote: > Hi Ain, > > On Fri, Oct 28, 2005 at 15:49:09 +0300, Ain Vagula wrote: > > no, it switches numpad behaviour. > > when not marked, 'point' is entered from numpad, when marked, 'comma'. > > No. It depends on your keyboard respectively the keyboard driver and on > the locale selected. When not checked, the numpad decimal separator is > passed to the application as is, whatever your keyboard delivers via the > system. Which in your case may be the dot. If checked, it is replaced > with the decimal separator defined for the locale you work with. Which > in your case seems to be a comma. > > > The text of field is far from being clear, > > I find that as clear as it could be expressed in a few words. If it > isn't, consult the online help for that dialog. I see. It seems that I did't understand the behavior of this checkbox. 10x for help. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpqzzjtwRVSv.pgp Description: PGP signature
Re: [l10n-dev] codec can't encode characters problem with po2oo
> Hi Hristo > > The best is to run po2oo with --errorlevel=traceback as that will give > the line numbers the errors are happening on too, which could help me > debug this. > If you send me the output I should be able to tell you more. I could > make this message produce more helpful output too... Basically it could > be a problem with the encoding heading in your po file (the input file > mentioned in the message) but it might be a different error. > Which release of the translate toolkit are you using? (po2oo --version > should tell you) Here is it: [EMAIL PROTECTED] conv]$ trans3/bin/po2oo --version po2oo 0.8rc3.20051010 [EMAIL PROTECTED] conv]$ trans3/bin/po2oo --errorlevel=traceback -l bg -t en-US.sdf bg GSI_bg.sdf processing 230 files... ## ] 23% po2oo: warning: Error processing: input bg/helpcontent2/source/text/swriter.po, output helpcontent2/source/text/swriter.oo, template helpcontent2/source/text/swriter.oo: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/translate/misc/optrecurse.py", line 415, in recursiveprocess success = self.processfile(fileprocessor, options, fullinputpath, fulloutputpath, fulltemplatepath) File "/usr/lib/python2.4/site-packages/translate/convert/convert.py", line 310, in processfile if fileprocessor(inputfile, outputfile, templatefile, **passthroughoptions): File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 169, in convertoo outputoo = convertor.convertfile(inputpo) File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 145, in convertfile self.handlepoelement(thepo) File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 100, in handlepoelement print >>sys.stderr, "couldn't find key %r in po %s" % (key, "\n".join(thepo.tolines())) UnicodeEncodeError: 'ascii' codec can't encode characters in position 269-272: ordinal not in range(128) ###] 26% po2oo: warning: Error processing: input bg/helpcontent2/source/text/scalc.po, output helpcontent2/source/text/scalc.oo, template helpcontent2/source/text/scalc.oo: Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/translate/misc/optrecurse.py", line 415, in recursiveprocess success = self.processfile(fileprocessor, options, fullinputpath, fulloutputpath, fulltemplatepath) File "/usr/lib/python2.4/site-packages/translate/convert/convert.py", line 310, in processfile if fileprocessor(inputfile, outputfile, templatefile, **passthroughoptions): File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 169, in convertoo outputoo = convertor.convertfile(inputpo) File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 145, in convertfile self.handlepoelement(thepo) File "/usr/lib/python2.4/site-packages/translate/convert/po2oo.py", line 100, in handlepoelement print >>sys.stderr, "couldn't find key %r in po %s" % (key, "\n".join(thepo.tolines())) UnicodeEncodeError: 'ascii' codec can't encode characters in position 123-129: ordinal not in range(128) [###] 100% [EMAIL PROTECTED] conv]$ I think that maybe there is difference in po and en-US.sdf file. I had such problem when with MIK encoding string. I made a patch for adding MIK encoding (which didn't worked but this is other story) and there was a string to add in a combo box. I had en and bg strings in the po file but not in the en-US.sdf file which was used for tempate to back convert to GSI-bg.sdf file. When the po2oo reached this string it printed such message. In older version there was a message that there are string without key. So, I think it has to be made a check for strings which is not in the template and are in po file and to print proper message for this. Regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgp6i1tBHDcp1.pgp Description: PGP signature
Re: [l10n-dev] codec can't encode characters problem with po2oo
On Tuesday 01 November 2005 12:37, Hristo Simenov Hristov wrote: > I think that maybe there is difference in po and en-US.sdf file. I had such > problem when with MIK encoding string. I made a patch for adding MIK > encoding (which didn't worked but this is other story) and there was a > string to add in a combo box. I had en and bg strings in the po file but > not in the en-US.sdf file which was used for tempate to back convert to > GSI-bg.sdf file. When the po2oo reached this string it printed such > message. In older version there was a message that there are string without > key. So, I think it has to be made a check for strings which is not in the > template and are in po file and to print proper message for this. Yes, the problem is that. I found the string in scalc.po which was not present in en-US.sdf template. Now left for first one to find. It will be dificult because swriter.po is bigger file. So, these two messages are not correct report for strings in po files which are not in the template. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpsKw8vO3pmK.pgp Description: PGP signature
[l10n-dev] Bulgarian Cyrillic alphabet numbering.
Hi, I made a patch to have Bulgarian Cyrillic alphabet numbering in OOo. Also I changed the local and they appear in the Numbering tab in Bullets and Numbering dialog. But in the Options tab in the same dialog they do not appear. Can somebody to help me how to include it in the combobox Numbering in Options tab? I have made 4 numberings. 1. 1=>А, 2=>Б, ..., 30=>Я, 31=>АА, 32=>АБ, ... 2. 1=>а, 2=>б, ..., 30=>я, 31=>аа, 32=>аб, ... 3. 1=>А, 2=>Б, ..., 30=>Я, 31=>АА, 32=>ББ, ... 4. 1=>а, 2=>б, ..., 30=>я, 31=>аа, 32=>бб, ... regards. P.S. It will be good if it has a vertical scrollbar in the Numbering tab like in the Graphics tab. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpQtvz6r3TG6.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Tuesday 15 November 2005 16:35, Eike Rathke wrote: > My crystal ball is broken. What _exactly_ did you do? Patch file > available to take a look at? Sorry, my mistake. The patch can be seen at issue #42198 (http://qa.openoffice.org/issues/show_bug.cgi?id=42198). It works, I tried with own build, but there is a little problem. The numberings do not appear in Options tab of Bullets and Numbering dialog, but only in Numbering tab (after proper changes in the local xml file). regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpWjPIq4PWfN.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Wednesday 16 November 2005 09:56, Ain Vagula wrote: > 2005/11/16, Yury Tarasievich <[EMAIL PROTECTED]>: > > On 16 November 2005 07:23, Hristo Hristov wrote: > > ... > > > > > Unfortunately it can be used for every Cyrillic language because other > > > languages have other letters included. For example in Russian there is > > > Ы, Э, Ё, in the other languages are the same. So, this numbering will > > > be usable only for Bulgarian, sorry :(. But other NLC can use this > > > patch when it is ready to add their alphabet numbering. > > > > Practice of such numbering doesn't seem to exist in Russian or > > Belarusian. At least I can't find it in official documentation standards. > > Look at Russian Criminal Law :) > http://zakon.kuban.ru/uk/uk_gl16.htm > There is a quite long example from a to n in very beiginning. > Seems, that characters with umlaut or tilde are not used. I think that NLC leaders of this languages have to say are they use different letters in numbering. In Bulgarian the alpaphabet is this: А, Б, В, Г, Д, Е, Ж, З, И, Й, К, Л, М, Н, О, П, Р, С, Т, У, Ф, Х, Ц, Ч, Ш, Щ, Ъ, Ь, Ю, Я. So, if other langueges have no problems to use numbering with this letters I'll change the variables name to standart name. Let speak others :) best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpx4v8QfSPwt.pgp Description: PGP signature
[l10n-dev] There are new strings in m140. What will happened with 2.0.1
Hi, In the build m140 of OOo there are new strings. In the begining of the month we send strings for integration for 2.0.1. So, what ww will do now. When 2.0.1 will be released there will be untranslated strings? Best reagrds. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpDJzOzh37KS.pgp Description: PGP signature
[l10n-dev] Mess of translated and English strings in the UI
Hi, I have buidled the OOo m139 with our translation (GSI_bg.sdf) and I have strange behaviour after install. In the UI menus and dialogs I have a mess of Bulgarian and English strings. What's going on? Why is this strange behavour? We are trnaslated all UI strings and part of the help strings. Please help. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpUIuccOmzC0.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Tuesday 15 November 2005 18:45, Eike Rathke wrote: > Hi Hristo, Hi > On Tue, Nov 15, 2005 at 17:21:26 +0200, Hristo Simenov Hristov wrote: > > (http://qa.openoffice.org/issues/show_bug.cgi?id=42198). It works, I > > tried with own build, but there is a little problem. The numberings do > > not appear in Options tab of Bullets and Numbering dialog, but only in > > Numbering tab (after proper changes in the local xml file). > > I _assume_ (unverified) it is because you defined non-ASCII content for > aSupportedTypes.cSymbol in > > +{style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, "А", > LANG_ALL}, > > and following, and the makeNumberingIdentifier() method uses it in > return OUString::createFromAscii(aSupportedTypes[index].cSymbol); > > Try if setting the table entry to NULL instead shows at least two > entries. There would be no visible distinction between A,... and AAA,... > though, for this to work the OUString::createFromAscii(cSymbol) would > had to be replaced by a call creating an OUString from an UTF-8 encoded > literal, i.e. > OUString( cSymbol, sizeof(cSymbol)-1, RTL_TEXTENCODING_UTF8) I tryed with latin letter and with NULL but still do not appear in Options tab. > Btw, I assume your change isn't only for Bulgarian Cyrillic, but also > would apply to general Cyrillic numbering, or am I wrong? If it's > a general Cyrillic alphabet numbering please remove the BG from the > identifiers and constants. > > Some words on style: please adapt to the style found in a file, even if > "unusual", for example, instead of bgCyrUpperLetter use > table_CyrillicUpperLetter or such. Furthermore, don't use hardcoded > constants when there are better ways to let the compiler compute the > value during compile time, instead of I changed the names of the tables to table_bgCyrillicUpperLetter and table_bgCyrillicLowerLetter. I left the bg because still not know is this table will surve to other Cyrillic languages. Also I removed two letters: й and ь, because because they not used in alphabet numbering in Bulgarian this was after I have some consultation about this question. So this is the table letters: А, Б, В, Г, Д, Е, Ж, З, И, К, Л, М, Н, О, П, Р, С, Т, У, Ф, Х, Ц, Ч, Ш, Щ, Ъ, Ю, Я. If it is good for others I will remove the bg from the tbles names. Also it appears that when it used capital letter numbering only the first one is capital, the rest have to be a small one. So I had to add a new method which I called lcl_formatChars2. The method is this: void lcl_formatChars2( sal_Unicode table_capital[], sal_Unicode table_small[], int tableSize, int n, OUString& s ) { // string representation of n is appended to s. // if A=='A' then 0=>A, 1=>B, ..., 25=>Z, 26=>Aa, 27=>Bb, ... int repeat_count = n / tableSize + 1; s += OUString::valueOf( table_capital[ n%tableSize ] ); for( int i=1; i pgp8mqde1rlGY.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Friday 25 November 2005 21:59, Eike Rathke wrote: > Hi Hristo, > > On Thu, Nov 24, 2005 at 10:36:13 +0200, Hristo Simenov Hristov wrote: > > I tryed with latin letter and with NULL but still do not appear in > > Options tab. > > I've a suspicion. Please enable CJK and/or CTL support under > Tools.Options.LanguageSettings.Languages and try again. If that works, > the culprit would be most certainly in > sw/source/ui/misc/numberingtypelistbox.cxx at line 135, there is > a condition > > if(0 != (nTypeFlags&INSERT_NUM_EXTENDED_TYPES) && > (aLangOpt.IsCJKFontEnabled() || aLangOpt.IsCTLFontEnabled())) > > wherein it calls > > Sequence aTypes = > pImpl->xInfo->getSupportedNumberingTypes( ); > > I assume the "&& (aLangOpt.IsCJKFontEnabled() || > aLangOpt.IsCTLFontEnabled())" above is wrong, and could be safely removed, > as the > getSupportedNumberingTypes() checks the CJK/CTL configuration thing > itself and returns only the matching types. The condition was probably > added before getSupportedNumberingTypes() checked the configuration > itself, it prevents CJK/CTL symbols being displayed as squares if the > fonts aren't available. Your type is of LANG_ALL and should be returned > anyway, if the method was called at all.. however, the problem of > Cyrillic glyphs not available in the font may persist in installations > different from yours. > > If all this holds true please contact the Writer folks on the [EMAIL > PROTECTED] > mailing list. Well, I set LANG_CJK instead LANG_ALL. Here is the hole line: {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, NULL, LANG_CJK}, and it works. So, what I have to do now? To try to remove the condition (aLangOpt.IsCJKFontEnabled() || aLangOpt.IsCTLFontEnabled())? > > I changed the names of the tables to table_bgCyrillicUpperLetter and > > table_bgCyrillicLowerLetter. I left the bg because still not know is this > > table will surve to other Cyrillic languages. > > If this is not a general Cyrillic numbering and there will be more than > one Cyrillic numbering, it must be assured that the > makeNumberingIdentifier() method will create distinct strings, as those > identfiers are used to distinguish the numbering types. I can't undestand this :( Did you mean to put something instead of NULL here: {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, NULL, LANG_CJK}, > > Also it appears that when it used capital letter > > numbering only the first one is capital, the rest have to be a small one. > > So I had to add a new method which I called lcl_formatChars2. > > Please create a matching aSupportedTypes.cSymbol string then, using > UTF-8 encoding as I mentioned in my previous mail. I presume that you mean if I put something in Cyrillic instead of NULL? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Thursday 01 December 2005 13:33, Eike Rathke wrote: > Hi Hristo, Hi Eik > On Thu, Dec 01, 2005 at 08:31:25 +0200, Hristo Hristov wrote: > > Strange. I removed the condition > > (aLangOpt.IsCJKFontEnabled() || aLangOpt.IsCTLFontEnabled()) and I tried > > this: > > {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, > > "BCD", LANG_ALL}, //Абв > > [...] > > > > and they do not appear in Options tab. They appeared when I switched on > > CTL. > > Strange. Where did you remove the condition? There are three files where > calls of getSupportedNumberingTypes() are encapsulated in the CJK/CTL > condition, see issue 58666 I created yesterday. I didn't check which > place is responsible for what behavior, maybe changing just > sw/source/ui/misc/numberingtypelistbox.cxx isn't enough, though the name > suggested it would be.. and the code also looked like. > Judging from the getSupportedNumberingTypes implementation in > i18npool/source/defaultnumberingprovider/defaultnumberingprovider.cxx > > for(sal_Int16 i = 0; i < nSupported_NumberingTypes; i++) { > if ( (aSupportedTypes[i].langOption & LANG_ALL) || > (aSupportedTypes[i].langOption & LANG_CJK) && > cjkEnabled || (aSupportedTypes[i].langOption & LANG_CTL) && ctlEnabled) > pArray[i] = aSupportedTypes[i].nType; > > using LANG_ALL really should work if the method was called. You may > verify, and also whether it's called at all, by placing a breakpoint or > some fprintf() there. You were right. I didn't know that there are other two files with such check. When I removed it from other two files it apears in the combo in Options tab. Now I have to make a proper name in the combobox. The name which I decide to use are: А, Б, ..., Аа, Аб (bg) а, б, ..., аа, аб (bg) А, Б, ..., Аа, Бб (bg) а, б, ..., аа, бб (bg) For now I do not have success to show Cyrillic in the combobox. I replaced return OUString::createFromAscii(aSupportedTypes[index].cSymbol); with return OUString(aSupportedTypes[index].cSymbol, sizeof(aSupportedTypes[index].cSymbol)-1, RTL_TEXTENCODING_UTF8); in DefaultNumberingProvider::makeNumberingIdentifier method but without any success. When I use latin letters appears only the first one. I searched for 8-bit codes and made: #define C_CYR_A "\xB0" #define C_CYR_B "\xB1" #define S_CYR_A "\xD0" #define S_CYR_B "\xD1" and I tried this: {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, C_CYR_A ", " C_CYR_B ", ..., " C_CYR_A S_CYR_A ", " C_CYR_A S_CYR_B " (bg)", LANG_ALL}, //Абв but it didn't work. Did I do something wrong? best regards. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpNGPvfnC2YX.pgp Description: PGP signature
[l10n-dev] Is there localization instructions for templates
Hi, Tonight I found out that we were made a mistake with localization of the standart templates (agenda wizards). We were translate the stuff in <>. I think that I fixed the problems, but is there any instructions what to translate and what not? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpR2VNf25aoJ.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Tuesday 13 December 2005 15:26, Eike Rathke wrote: > > Now I have to make a proper name in the combobox. > > The name which I decide to use are: > > А, Б, ..., Аа, Аб (bg) > > а, б, ..., аа, аб (bg) > > А, Б, ..., Аа, Бб (bg) > > а, б, ..., аа, бб (bg) > > I'm not satisfied with the trailing (bg), personally I don't care, but > most users will not know what it stands for. Isn't there another way to > create identifiers that would distinguish them from other possible > Cyrillic numbering, without such artificial workaround? Someone proposed the table with letter to be made localizable but I do not know is it possible and how to do it. I do not know how to take the localized strings. I supose this I can look in other localization string how is it done. Is there a variable or object from which to get the current locale? It is not very good way to connect it with the locale but I do not see other way. > > For now I do not have success to show Cyrillic in the combobox. > > I replaced > > return OUString::createFromAscii(aSupportedTypes[index].cSymbol); > > with > > return OUString(aSupportedTypes[index].cSymbol, > > sizeof(aSupportedTypes[index].cSymbol)-1, RTL_TEXTENCODING_UTF8); > > in DefaultNumberingProvider::makeNumberingIdentifier method > > but without any success. When I use latin letters appears only the first > > one. I searched for 8-bit codes and made: > > #define C_CYR_A "\xB0" > > #define C_CYR_B "\xB1" > > #define S_CYR_A "\xD0" > > #define S_CYR_B "\xD1" > > and I tried this: > > {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, C_CYR_A ", " > > C_CYR_B ", ..., " C_CYR_A S_CYR_A ", " C_CYR_A S_CYR_B " (bg)", > > LANG_ALL}, //Абв > > but it didn't work. > > In this example you used ISO 8859-5 encoding for your character > constants, but tried to convert them using an UTF-8 converter, which > doesn't work. You'll have to use UTF-8 encoding in your constants. I tryed with Unicode codes (I took them from the table which I made for numbering just replaced 0x with \x) but the same result. best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpYDeOT4ovEu.pgp Description: PGP signature
Re: [l10n-dev] Bulgarian Cyrillic alphabet numbering.
On Wednesday 14 December 2005 14:14, Eike Rathke wrote: > Hi Hristo, Hi Eike > On Tue, Dec 13, 2005 at 16:04:43 +0200, Hristo Simenov Hristov wrote: > > Someone proposed the table with letter to be made localizable but I do > > not know is it possible and how to do it. > > That would involve much more work, it needed to define a new API and add > locale data structures. And it wouldn't solve much, since selecting > unique and persistant identifiers that are also pleasant to the user > still would have to be done. You are right > > I do not know how to take the localized > > strings. I supose this I can look in other localization string how is it > > done. Is there a variable or object from which to get the current locale? > > That wouldn't help. The list of supported numbering types is offered > regardless of the current locale, all types are listed and selectable, > if CJK and/or CTL aren't excluded per configuration. Furthermore, you > normally don't want your document change its numbering style just > because it is loaded in another locale. And making it dependent on the > UI language, having a string resource localization, would be even worse. You are right once again. > > It is not very good way to connect it with the locale but I do not see > > other way. > > I suggest to create identifiers that contain the difference in usage, > for example, if xx uses J and yy doesn't: > > xx: A,B,C,... > yy: A,B,C,...,I,K,... This is good idea. > Similar if they use different characters, like in the Cyrillic case. > Since the identifiers have to be persistant, once chosen, because > they're also used in the file format, it should be carefully evaluated > which different numberings are possible and needed before finalizing > anything. I'll post new mail for other Cyrillic languages. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpq5HBVhsdgt.pgp Description: PGP signature
[l10n-dev] Cyrillic alphabet numbering (was Bulgarian Cyrillic alphabet numbering.)
Hi all, I'm almost ready with our patch for Bulgarian alphabet numbering. So, now we have to decide the indexes of numberings because in the future will be more Cyrilic alphabet numbering. Eike suggested to create identifiers that contain the difference in usage, for example, if xx uses J and yy doesn't: xx: A,B,C,... yy: A,B,C,...,I,K,... If this is choosed we have to agree the base index. Bulgarian alphabet numbering is: А, Б, В, Г, Д, Е, Ж, З, И, К, Л, М, Н, О, П, Р, С, Т, У, Ф, Х, Ц, Ч, Ш, Щ, Ъ, Ю, Я. We do not use Й and Ь in the numbering. So, if we take this for base here is the index: А, Б, ..., Аа, Аб In other language if have difference, for example letters X and Y, the new index wll become: А, Б, ..., X, ..., Y, ..., Аа, Аб One member of our team suggest to make them localizable. I'll research this thing is it posiible and I'll write back here what is the result. best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpBpM94StWKP.pgp Description: PGP signature
Re: [l10n-dev] Cyrillic alphabet numbering (was Bulgarian Cyrillic alphabet numbering.)
On Wednesday 14 December 2005 17:23, Rail Aliev wrote: > >One member of our team suggest to make them localizable. > >I'll research this thing is it posiible and I'll write back here what is > > the result. > > The main problem here (one member was me ;) ) is the alphabet numbering > is not locale dependant thing. So adding to localedata (xx_YY.xml in > i18npool) is not a solution. Maybe it should be UI dependant? I didn't explain it well :0 My mistake By localizable I mean the index to be localizable. here an example: А, Б, ..., Аа, Аб (Български) А, Б, ..., Аа, Аб (Bulgarian) А, Б, ..., Э, ..., Аа, Аб (Руски) А, Б, ..., Э, ..., Аа, Аб (Russion) I hope that it is clear now regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpJO48HPyte9.pgp Description: PGP signature
Re: [l10n-dev] Cyrillic alphabet numbering (was Bulgarian Cyrillic alphabet numbering.)
On Thursday 15 December 2005 10:35, Yury Tarasievich wrote: > Without going into technicalities, in Eastern Slavonics hard and soft signs > (and in Belarusian there's no hard sign but apostrophe instead) mark the > palatalization of sounds. Hard with hard sign, soft with soft sign. :) Not > the case with Bulgarian, I believe. > > To have a rough idea what hardsign/apostrophe "sounds" like here, try to > say "money", but before pronouncing "-n-" try to quickly press tip of your > tongue to the palate just near the back of the upper row of teeth, then > releasing it quickly just before pronouncing "-ey". > > Obviously, such signs aren't used in numbering (itemization) here. So, if > Bulgarian folks would manage to generalize their modification, that'd be > good. Ok people. I see that I'm not undestand well. I'll try to explane more. I'm preparing a patch which adds Cyrillic alphabet numbering in OOo. Because other Cyrillic languages uses more or less letter it is not possible to be done one numbering for all Cyrillic languages. For example you can see how many numberings are wen you enable CTL. The patch adds 4 Cyrillic numberings: 1. А, Б, ..., Аа, Аб 2. а, б, ..., аа, аб 3. А, Б, ..., Аа, Бб 4. а, а, ..., аа, бб So, when I'm ready with the patch and it is integrated, other NLPs can made own patches using my. Then they can add changes in their xx_XX.xml locale file to add a couple their Cyrillic numberings in Numbering tab of Bullets & Numbering Dialog. In this dialog has tab Options where in a combobox Numbering are listed all available numberings. So, in this combobox you will se these 4 strings, which I mantioned above, at the end of the list. These strings are made by DefaultNumberingProvider::makeNumberingIdentifier in defaultnumberingprovider.cxx file in i18npool module. There is a switch where are listed all available numberings. Here is the first of my numberings {style::NumberingType::CHARS_BG_CYRILLIC_UPPER_LETTER, C_CYR_A ", " C_CYR_B ", ..., " C_CYR_A S_CYR_A ", " C_CYR_A S_CYR_B, LANG_ALL}, //Абв The stuff before LANG_ALL is А, Б, ..., Аа, Аб string which will appear in the combobox. C_CYR_A, C_CYR_B, S_CYR_A, S_CYR_B are А, Б, а and б their 8-bit code #define C_CYR_A "\xD0\x90" #define C_CYR_B "\xD0\x91" #define S_CYR_A "\xD0\xB0" #define S_CYR_B "\xD0\xB1" So, when other NLP creates their patch to add their Cyrillic alphabet numbering, they have to change this to something unique. And there is two proposal how to do it this. The first one made Eike and he proposed to add the difference letters for the other language than Bulgarian Cyrillic. For example for Russion Cyrillic alphabet numbering to be: А, Б, ..., Э, ..., Аа, Аб. If they want all to be capital leter then it has to be: А, Б, ..., Э, ..., АА, АБ The second proposal made by Misho (member of our team) is to add the language at the end and because this numberings will be available for all languages, this string to be localizable. So, for Bulgarian numbering in Bulgarian it will be: А, Б, ..., Аа, Аб (Български), in English it will be А, Б, ..., Аа, Аб (Bulgarian) and in other language how it translates For Russion nubering in English to be: А, Б, ..., Аа, Аб (Russian), in Bulgarian: А, Б, ..., Аа, Аб (Руски), in other language how it translates If for capital letter is used all capitals it have to be А, Б, ..., АА, АБ (Russian), А, Б, ..., АА, АБ (Български) and etc. Only the language have to be translated, the letters stays the same. This variant I'm investigate is it possible to be done. So in general, my question was, which variant do you think is better for these numbering indexes. The first one or the second one (if it is possible). I hope now to be more clear. :) best regards. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Deadline for OOo 2.0.2 translations
Can somebody tell me what is the deadline hour for GSI? I have file the issue but we can update the GSI if there is a time today. best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB pgpsD0LUFkLjS.pgp Description: PGP signature
Re: [l10n-dev] Deadline for OOo 2.0.3 translations
On Tuesday 04 April 2006 15:26, Ivo Hinkelmann wrote: > Hi Hristo, > > the UI freeze is in 2 days, I guess that creating a cws, qa and > integration till then is a bit too tight ... Why you do not get your > patch integrated one or two months earlier ? Because I don't know how to do it and even more, I don't know have I got rights to do it. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Deadline for OOo 2.0.3 translations
On Tuesday 04 April 2006 17:23, Ivo Hinkelmann wrote: > please reassigning that issue to Eike. I don't have rights to do that. Sorry. -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Deadline for OOo 2.0.3 translations
On 3.4.2006 18:50, Ivo Hinkelmann wrote: >Hi all, > >the OOo 2.0.3 UI freeze is planned for 2006 / 04 / 06 , thus > > >*** the deadline for providing GSI / SDF files for the OOo 2.0.3 release >is 2006 / 04 / 20 *** Can you tell a hour till which I can update the sdf file with last changes of our tranlastion? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-dev] Heed help for creating filter for encoded text files
Hi, I need a little help for encoded text files filters. I want to make a filter for opening encoded text file. The encoding for which I want to make this filter is custom. Is very popular in Bulgaria but it is not an official standart. I made a patch which should work, but it doesn't work. Here is the patch: http://icobgr.info/ooo/add-bulgarian-mik-encoding.diff I need help if I missed someting or where I can put dumps to see what is wrong. I will be very gratefull if somebody help me to finish this patch. best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Heed help for creating filter for encoded text files
On Thursday 11 May 2006 11:53, Eike Rathke wrote: > Hi Hristo, > A mpBestUnixCharset by definition can't be cp437, as it isn't a native > Unix encoding. Probably iso8859-5 containing Cyrillic would be best, if > all characters are representable in it. So, for these two parameters what encoding I have to put? Or it is never mind which? > > > Coded sets like your MIK are somewhat a corner case, unregistered, not > > > a standard, but to some extend commonly used in one region. > > > > Yes it is, and this encoding is very often used in DOS Cyrillic files. > > I wonder whether there is some common cpNNN alias that maps to it and > maybe is even already present in our source. Did you check for that? Yes, I checked. This MIK encoding is a big misundestanding of our scientist whos didn't have any idea of what they done. With some existing encoding have some success but missing letters are a lot and the text is unreadable at all. With GUI programs there are no problems, because we use cp1251 or UTF-8, but there still have DOS text files which used MIK encoding. That why I'm tring to make this filter, to help people with such files to transfer easy their files to OOo. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Translation Schedule for 2.1
On 20.9.2006 17:37, Rafaella Braconi wrote: > The Sun/Globalization team (in a few cases in collaboration with some > N-L communities) will be working on the below languages: > French, Italian, German, Swedish, Spanish, Brazilian Portuguese, Dutch, > Chinese Simplified, Chinese Traditional, Korean, Japanese, Hungarian, > Polish However, if you wish to contribute to the translation work for the > above listed languages just drop me an email specifying the volume you > could translate (500, 1000, 2000 words) from October 12th to October > 22nd. Please let me know by October 2nd if you wish to contribute to one of > the above languages so that I can make the necessary arrangements. I want to ask how other language can be added to this list? What are the circumstances? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Translation Schedule for 2.1
On 20.9.2006 18:33, Rafaella Braconi wrote: > Hi, > > the fact is that the other languages do perform translation on their own > and submit the translated files to Ivo/Vladimir or Pavel once they are > done. For the languages I listed below it is a bit more complicated > since Sun releases the below languages and usually a collaboration > between Sun internal translation efforts and Community efforts need to > be well scheduled and coordinated upfront and this is what I am > trying to do here. > > Which language(s) are you specifically interested in? Well, my interests is that StarOffice to be localized in Bulgarian too :) So , I need to know how it can be done. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Dictionaries / Thesaurus
On 10.10.2006 11:36, Rafaella Braconi wrote: > With this mail I would like to remind the NL Communities of the above > process. Also, I would like to emphasize that in case the dictionary > /thesaurus is under GPL license, Martin will need to request legal > approval before integration. > OOo builds can be released and distributed only under LGPL license. What approval is needed to be integrated dictionaries under GPL license? Our (Bulgarian) dictionaries are under GPL license. I asked the author about changing the licens to LGPL but he refused to do that. So, can our dictionaries to be include in the language packs when they under GPL license? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] Dictionaries / Thesaurus
Hi, On 10.10.2006 13:06, Rafaella Braconi wrote: > If we request and get an official legal approval this may still be > possible. From whom it have to be get approval? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[l10n-dev] Why new strings for 2.3?
Hi, why there are new strings for 2.3 brunch? Isn't it frozen? We already sent our translations for 2.3 and now last night I sow that there are new strings for 2.3. I thought that freez means realy freez. best regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0x0347FF73: AE8D 6D5E CC07 2B40 EC68 5FFE D6EE 9505 0347 FF73 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [l10n-dev] added script - KeyID builds buildable by the comunity as well as by sun
On 27.9.2007, Rail Aliev wrote: > On Wednesday 26 September 2007 15:39:05 Gregor Hartmann wrote: > > ok here is the script to add KeyIDs to sdf files > > . > > > I added it ti the wiki page > > http://wiki.services.openoffice.org/wiki/KeyID_Build > > . > > > Its a first draft and in no way fixed. There are issues with Microsoft > > System Integration strings. > > . > > > But please have a look. > > The script worked good for me, at least at generation stage. But I have > some (24) errors like this after gsicheck: > > -- > Error: Text format, Line 20683, UniqueID > helpcontent2/source\text\sbasic\shared\03030102.xhp/help/par_id3154910/4//: > String contains KeyID in Text at Position 1 > --- > > Additionally I suggest to add chomp($line); or remove \n from print OUTFILE > to prevent empty lines. See attached patch. What exactly do this script? It chages original GSI file before build? And I have one question. What is status of the auto layout? What I know is that there was a task of rewrite of code to be possible auto adjust the with of dialogs when the strings are longer. What happened with it? Did somebody take it while coding summer? -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB signature.asc Description: This is a digitally signed message part.
[l10n-dev] When is the deadline for new strings for 2.4 version?
Hi people, which is the deadline for submiting new strings for 2.4 version? regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB signature.asc Description: This is a digitally signed message part.
Re: [l10n-dev] 2.4 submission
On 21.12.2007, Clytie Siddall wrote: > I have updated our translation to m241. Interface is 100%, Help is 40%. From where you got the m241 strings? I get for m240 from Pavel's server. There is no m241. regards -- - Hristo Simeonov Hristov Leader of OpenOffice.org - Bulgarian GnuPG key 0xD0D895EB: 0282 D8D0 90D3 963F E57E B0A7 2670 88D9 D0D8 95EB signature.asc Description: This is a digitally signed message part.