[MPlayer-dev-eng] Translations again (was: Re: [PATCH] multi language part 2/2)

[Onur Küçük]

On Sun, 14 Dec 2008 00:28:17 +0200
Uoti Urpala <uoti.urpala at pp1.inet.fi> wrote:

 First of all, thanks a lot for working on "on the fly i18n support",
I also believe it is very important.

> On Tue, 2008-12-09 at 15:10 +0100, Ötvös Attila wrote:
> > This patch support multi language in 1 binary file.
> 
> I thought about language support again and I don't think this is a
> viable approach. The system should at be compatible with the gettext
> translator tools at least.

 I also believe that it will be better if new translation files will be
gettext compatible (if not it is gettext itself), it will be a lot
more maintainable. There are lots of gettext tools to help translation,
retrieve statistics, synchronize translation files, find out errors
(with C type variables or spellcheckers to correct language specific
words) etc. With gettext tools you can make anybody knowing X language
but have no idea about C do the translation, though with the current
header based translation I see people who are not familiar having a
hard time.

 Also with the current approach the compile takes a lot more if I
enable multilanguage support.

 I am a Turkish environment user and follow the svn close and I can do
a lot of testing, so if there are any LC_CTYPE based errors (upper,
lower, casecmp etc. the famous I/ı trouble) I surely will hit them.
Actually I have a few patches about it, so if will be necessary we can
apply them.

 I do Turkish translation, and I may be able to get help for other
languages from our distro (Pardus) users / translators if necessary.

 The msglang parameter is great btw, there are many frontends [1] that
rely on the English output of MPlayer, that way they can be sure of the
output.

[1] See "When I'm playing a playlist, when a file ends SMPlayer doesn't
play the next file automatically, why?" in http://smplayer.wiki.sourceforge.net/FAQ

 regards,
-- 
 Onur Küçük                                      Knowledge speaks,
 <onur.--.-.delipenguen.net>                     but wisdom listens