From: Tomas K. <to...@us...> - 2002-11-14 09:27:20
|
I have one problem. Squirrelmail and IE6 on Win9x don't like each other in Lithuania. https://sourceforge.net/tracker/?func=detail&aid=613980&group_id=311&atid=100311 There are several possible ways to fix this: 1. add some workaround that don't send this header to IE6. I am currently using the system that has such thing. There may be some glitches because I test it only on php 4.1.x and 4.2.3 systems. But it seems to me that nobody except me wants to do this. And SM 1.3 already have some code around that header for Japanese support. 2. change locale to windows-1257. Conversion is very simple. I only need to change iso-8859-13 into windows-1257 in squirrelmail.po and in functions/i18n.php. But I don't like word "windows" in this charset. :) 3. change locale to utf-8. But then I will have to change my own system and force emacs to talk utf-8. 4. change locale to iso-8859-4. But again I will have to change my system and iso-8859-4 charset is old. 5. I can also leave everything as is, keep warning about stupid @#$ browser bug and provide patched Lithuanian SM version with every stable release. I would do this anyway because I put in Lithuanian SM version support for all four Lithuanian locales. So what should I do? Any suggestions? -- Tomas |
From: Philippe M. <phi...@sq...> - 2002-11-15 14:17:21
|
Well, in my opinion option 2 seems the easier in all aspects. Having windows in its name isn't much of a problem as you don't have to look at it 8-). Tomas Kuliavas dijo: > I have one problem. > > Squirrelmail and IE6 on Win9x don't like each other in Lithuania. > > https://sourceforge.net/tracker/?func=detail&aid=613980&group_id=311&atid=100311 > > There are several possible ways to fix this: > > 1. add some workaround that don't send this header to IE6. I am > currently using the system that has such thing. There may be some > glitches because I test it only on php 4.1.x and 4.2.3 systems. But it > seems to me that nobody except me wants to do this. And SM 1.3 already > have some code around that header for Japanese support. > > 2. change locale to windows-1257. Conversion is very simple. I only > need to change iso-8859-13 into windows-1257 in squirrelmail.po and in > functions/i18n.php. But I don't like word "windows" in this charset. :) > > 3. change locale to utf-8. But then I will have to change my own system > and force emacs to talk utf-8. > > 4. change locale to iso-8859-4. But again I will have to change my > system and iso-8859-4 charset is old. > > 5. I can also leave everything as is, keep warning about stupid @#$ > browser bug and provide patched Lithuanian SM version with every stable > release. I would do this anyway because I put in Lithuanian SM version > support for all four Lithuanian locales. > > So what should I do? Any suggestions? > > -- > Tomas > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > -- > squirrelmail-i18n mailing list > List Address: squ...@li... > List Info: > https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n > http://squirrelmail.org/cvs |
From: Tomas K. <to...@us...> - 2002-11-16 10:07:04
|
> Well, in my opinion option 2 seems the easier in all aspects. Having > windows in its name isn't much of a problem as you don't have to look at > it 8-). ../compilepo lt_LT Compiling ../locale/lt_LT/LC_MESSAGES/squirrelmail.po msgfmt: ../locale/lt_LT/LC_MESSAGES/squirrelmail.po: warning: Charset "windows-1257" is not a portable encoding name. Message conversion to user's charset might not work. |
From: Philippe M. <phi...@sq...> - 2002-11-16 10:23:14
|
What's your suggestion ? 8-) ----- Original Message ----- From: "Tomas Kuliavas" <to...@us...> To: <squ...@li...> Sent: Saturday, November 16, 2002 11:12 AM Subject: Re: [SM-I18N] i18n dilemma > > Well, in my opinion option 2 seems the easier in all aspects. Having > > windows in its name isn't much of a problem as you don't have to look at > > it 8-). > > ../compilepo lt_LT > Compiling ../locale/lt_LT/LC_MESSAGES/squirrelmail.po > msgfmt: ../locale/lt_LT/LC_MESSAGES/squirrelmail.po: warning: Charset > "windows-1257" is not a portable encoding name. > Message conversion to user's charset might not work. > > > > > > ------------------------------------------------------- > This sf.net email is sponsored by: To learn the basics of securing > your web site with SSL, click here to get a FREE TRIAL of a Thawte > Server Certificate: http://www.gothawte.com/rd524.html > -- > squirrelmail-i18n mailing list > List Address: squ...@li... > List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-i18n > http://squirrelmail.org/cvs > |
From: Tomas K. <to...@us...> - 2002-11-16 11:14:33
|
> What's your suggestion ? 8-) My head will be hurt every time I run Validate, but I can live with that. I've checked - translations work. But I'll never ask translators to fix syntax errors in their translations again. Attached stable and devel locale updates. And i18n.php diff. Changes made: 1. charset change to windows-1257. Closes bug 613980 2. changed some strings. tried to make shorter versions of some links and buttons. Now more issues. 1. Bug 610582. If you want I can send you a letter, that proves that bug still exists in sm 1.2.10cvs 20021116 10:45 GMT and that SM 1.3.3cvs has a fix. Only three lines of code in functions/i18n.php needs to be fixed. 2. po/squirrelmail.po is not updated. "Signaute" is still there. so normal "mergepo lt_LT; edit squirrelmail.po; compilepo lt_LT" cycle puts it back into translation. 3. Bug 638243. Maybe somebody can find the code in stable that puts right parenthesis at the end of attachment. sm devel does not have this part of bug. Well, it may have disappeared from devel when people have changed the structure of mime handling and then it will be difficult to backport all the changes. But I may be wrong too. And there is no rush. I can live with that too. 4. ---- #: squirrelmail/plugins/filters/filters.php:677 #, c-format msgid "" "FREE, for now - SPAMCOP - An interesting solution that lists servers that" "have a very high spam to legit email ratio (85% or more)." ---- this string is not in c-format. -- Tomas |
From: Philippe M. <phi...@sq...> - 2002-11-16 12:10:09
|
> My head will be hurt every time I run Validate, but I can live with that. > I've checked - translations work. But I'll never ask translators to fix > syntax errors in their translations again. 8-) Why ? It's solved thanks to you 8-) > Attached stable and devel locale updates. And i18n.php diff. > > Changes made: > 1. charset change to windows-1257. Closes bug 613980 > 2. changed some strings. tried to make shorter versions of some links and > buttons. Ok, I'll submit that. > Now more issues. > 1. Bug 610582. If you want I can send you a letter, that proves that bug > still exists in sm 1.2.10cvs 20021116 10:45 GMT and that SM 1.3.3cvs has a > fix. Only three lines of code in functions/i18n.php needs to be fixed. I'll fix it. > 2. po/squirrelmail.po is not updated. "Signaute" is still there. so normal > "mergepo lt_LT; edit squirrelmail.po; compilepo lt_LT" cycle puts it back > into translation. It is, latest po is 4 hours old and it is updated. You can also find the updated main into my latest message. > 3. Bug 638243. Maybe somebody can find the code in stable that puts right > parenthesis at the end of attachment. sm devel does not have this part of > bug. Well, it may have disappeared from devel when people have changed the > structure of mime handling and then it will be difficult to backport all > the changes. But I may be wrong too. And there is no rush. I can live with > that too. Hmmm, that's not within my reach right now, but if you've got a solution I promess to submit it. > 4. > ---- > #: squirrelmail/plugins/filters/filters.php:677 > #, c-format > msgid "" > "FREE, for now - SPAMCOP - An interesting solution that lists servers that" > "have a very high spam to legit email ratio (85% or more)." > ---- > > this string is not in c-format. > -- 85% -> 85%% maybe ? Saludos Philippe |