9 Jun
2009
9 Jun
'09
1:12 p.m.
Hello all
while looking at possibilities for web based translation tool, I
(again) started to think about switching to gettext based system from
current string based. The good thing is that the migration should not
be hard (I already migrated one small PHP project to gettext).
Pros:
- standard format, what means that translators can use
translation editors or other tools
- support for fuzzy translations - when we have to change English text,
translators will know this and translation can be also fixed
- support for plural forms
- texts are directly in place where they are used
- not used strings will be automatically dropped
Cons:
- gettext extension in PHP is bad, we would have to use implementation
in PHP (we can use http://savannah.nongnu.org/projects/php-gettext/)
- more complicated releases/SVN deployment - you have to compile po
files to binary form
What do you think?
In case we decide to switch I volunteer to do the migration.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
9 Jun
9 Jun
3:38 p.m.
Michal Čihař a écrit :
Hello all
while looking at possibilities for web based translation tool, I
(again) started to think about switching to gettext based system from
current string based. The good thing is that the migration should not
be hard (I already migrated one small PHP project to gettext).
Pros:
- standard format, what means that translators can use
translation editors or other tools
- support for fuzzy translations - when we have to change English text,
translators will know this and translation can be also fixed
- support for plural forms
- texts are directly in place where they are used
- not used strings will be automatically dropped
Cons:
- gettext extension in PHP is bad, we would have to use implementation
in PHP (we can use http://savannah.nongnu.org/projects/php-gettext/)
- more complicated releases/SVN deployment - you have to compile po
files to binary form
What do you think?
In case we decide to switch I volunteer to do the migration.
Hi Michal,
Would this have an impact on performance, for example? And what about
you wrote previously:
----------
[*] I'd really prefer to migrate to gettext based solution for
phpMyAdmin, but this seems unlikely, mostly because gettext as
integrated in PHP is quite painful. Once you load translation, it is
kept opened and any changes in the file lead to segfault and any
replacing of the file is deleted. So the only way to make it see
updated translation is to restart PHP (or Apache if you use mod_php).
----------
Marc
10 Jun
10 Jun
1:54 p.m.
Hi
Dne Tue, 09 Jun 2009 08:38:22 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Would this have an impact on performance, for example?
Nothing measurable as far as I know.
And what about
you wrote previously:
----------
[*] I'd really prefer to migrate to gettext based solution for
phpMyAdmin, but this seems unlikely, mostly because gettext as
integrated in PHP is quite painful. Once you load translation, it is
kept opened and any changes in the file lead to segfault and any
replacing of the file is deleted. So the only way to make it see
updated translation is to restart PHP (or Apache if you use mod_php).
Yes, that's why I do not propose to use gettext extension in PHP.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
11 Jun
11 Jun
10:20 a.m.
Michal Čihař a écrit :
Hi
Dne Tue, 09 Jun 2009 08:38:22 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
I feel that this was discussed before, but anyway... can you give an
example of what would happen with code like this:
zero_rows=<?php echo urlencode(sprintf($strFieldHasBeenDropped,
htmlspecialchars($row['Field']))); ?>"
Also, I guess that there would no longer be source message files in the
download kit?
Marc
Would this have an impact on performance, for
example?
Nothing measurable as far as I know.
And what about
you wrote previously:
----------
[*] I'd really prefer to migrate to gettext based solution for
phpMyAdmin, but this seems unlikely, mostly because gettext as
integrated in PHP is quite painful. Once you load translation, it is
kept opened and any changes in the file lead to segfault and any
replacing of the file is deleted. So the only way to make it see
updated translation is to restart PHP (or Apache if you use mod_php).
Yes, that's why I do not propose to use gettext extension in PHP.
10:24 a.m.
Hi
Dne Thu, 11 Jun 2009 03:20:41 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Michal Čihař a écrit :
sprintf(_('File %s has been dropped.'), htmlspecialchars($row['Field']))
Hi
Dne Tue, 09 Jun 2009 08:38:22 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
I feel that this was discussed before, but anyway... can you give an
example of what would happen with code like this:
zero_rows=<?php echo urlencode(sprintf($strFieldHasBeenDropped,
htmlspecialchars($row['Field']))); ?>" Would this have an impact on performance, for
example?
Nothing measurable as far as I know.
And what about
you wrote previously:
----------
[*] I'd really prefer to migrate to gettext based solution for
phpMyAdmin, but this seems unlikely, mostly because gettext as
integrated in PHP is quite painful. Once you load translation, it is
kept opened and any changes in the file lead to segfault and any
replacing of the file is deleted. So the only way to make it see
updated translation is to restart PHP (or Apache if you use mod_php).
Yes, that's why I do not propose to use gettext extension in PHP. Also, I guess that there would no longer be source
message files in the
download kit?
It can be, but it does not have to be.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
10:46 a.m.
Michal Čihař a écrit :
Hi
Dne Thu, 11 Jun 2009 03:20:41 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Have you tried the implementation of gettext in PHP (not the extension)?
Latest version seems to be 1.0.7 dating more than 3 years ago.
Marc
Michal Čihař a écrit :
sprintf(_('File %s has been dropped.'), htmlspecialchars($row['Field']))
Hi
Dne Tue, 09 Jun 2009 08:38:22 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
I feel that this
was discussed before, but anyway... can you give an
example of what would happen with code like this:
zero_rows=<?php echo urlencode(sprintf($strFieldHasBeenDropped,
htmlspecialchars($row['Field']))); ?>" Would this have an impact on performance, for
example?
Nothing measurable as far as I know.
And what about
you wrote previously:
----------
[*] I'd really prefer to migrate to gettext based solution for
phpMyAdmin, but this seems unlikely, mostly because gettext as
integrated in PHP is quite painful. Once you load translation, it is
kept opened and any changes in the file lead to segfault and any
replacing of the file is deleted. So the only way to make it see
updated translation is to restart PHP (or Apache if you use mod_php).
Yes,
that's why I do not propose to use gettext extension in PHP. Also, I guess that there would no longer be
source message files in the
download kit?
It can be, but it does not have to be.
10:50 a.m.
Dne Thu, 11 Jun 2009 03:46:43 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Have you tried the implementation of gettext in PHP
(not the extension)?
Latest version seems to be 1.0.7 dating more than 3 years ago.
Yes I did some tests and it seems to work fine.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
10:58 a.m.
Michal Čihař a écrit :
Dne Thu, 11 Jun 2009 03:46:43 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Is there any other requirement on the OS side or everything would be
done in PHP?
For example, on http://en.wikipedia.org/wiki/Gettext I read
"The user, on Unix-type systems, sets the environment variable
LC_MESSAGES, and the program will display strings in the selected
language, if there is an .mo file for it."
Marc
Have you tried the implementation of gettext in
PHP (not the extension)?
Latest version seems to be 1.0.7 dating more than 3 years ago.
Yes I did some tests and it seems to work fine.
11:04 a.m.
Dne Thu, 11 Jun 2009 03:58:49 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Michal Čihař a écrit :
No, everything can be done in PHP.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
Dne Thu, 11 Jun 2009 03:46:43 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Is there any other requirement on the OS side or everything would be
done in PHP? Have you tried the implementation of gettext in
PHP (not the extension)?
Latest version seems to be 1.0.7 dating more than 3 years ago.
Yes I did some tests and it seems to work fine.
11:09 a.m.
Michal Čihař a écrit :
Dne Thu, 11 Jun 2009 03:58:49 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
I guess you have the green light, I hope you have a way to automate the
changes.
Is 3.3 the target for this?
Also, will we have tools equivalent to check_lang.sh and sort_lang.sh?
Marc
Michal Čihař a écrit :
No, everything can be done in PHP. Dne Thu, 11 Jun 2009 03:46:43 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
Is there any other requirement on the OS side or
everything would be
done in PHP? Have you tried the implementation of gettext in
PHP (not the extension)?
Latest version seems to be 1.0.7 dating more than 3 years ago.
Yes I did some
tests and it seems to work fine.
11:11 a.m.
Hi
Dne Thu, 11 Jun 2009 04:09:02 -0400
Marc Delisle <marc(a)infomarc.info> napsal(a):
I guess you have the green light, I hope you have a
way to automate the
changes.
Sure, I'm not going to do that much of work manually ;-).
Is 3.3 the target for this?
Yes.
Also, will we have tools equivalent to check_lang.sh
and sort_lang.sh?
Yes, gettext does this.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
5576
days inactive
5578
days old
10 comments
2 participants
participants (2)
-
Marc Delisle -
Michal Čihař