Re: [PHP] localisation in web applications From: Alex Black (enigma <email protected>)
Date: 12/19/00

hey leon,

I had someone contact me about gettext once, and it didn't make any sense to
me.

How is gettext used? Do you create separate language profile files, that are
loaded up by gettext and passed to PHP?

etc?

but I agree about the defines, that could scare people :)

say 'lo to vicky for me, and have a great end-o-2000 :)

_a 

--
Alex Black, Head Monkey
enigma <email protected>

The Turing Studio, Inc.
http://www.turingstudio.com

vox+510.666.0074
fax+510.666.0093

Saul Zaentz Film Center
2600 Tenth St Suite 433
Berkeley, CA 94710-2522

> From: "Leon Atkinson" <leon <email protected>>
> Reply-To: "Leon Atkinson" <leon <email protected>>
> Date: Tue, 19 Dec 2000 10:12:15 -0800
> To: "Alex Black" <enigma <email protected>>, <php-general <email protected>>,
> "Juergen Kaatz" <kaatz <email protected>>
> Subject: Re: [PHP] localisation in web applications
> 
>> That's the way I thought about: building arrays which contain all the
>> language dependent strings and so on. The idea is to give a extracted
>> language file to a translator (someone who don't have knowledge about
>> programming, php ...) and get back a translated file. Unfortunately the
>> file have to be mixed with php-code, defining variables/arrays etc. . So I
>> don't have a really extracted php-independent file. That's the reason why
> I
>> thought about xml. With xml - that's my idea - I can extract all strings
>> from my application, put it in a xml representation. Then I can use the
>> ability from xml to present the strings in a different way for a better
>> translation.
>> 
>> I you have any hints about this idea, please let me know.
> 
> I'll jump in and say that we tackled this problem in FreeTrade by making
> language modules, one for each language.  Inside are a bunch of constants.
> 
> That was long before Gettext was integrated.  For something that's likely
> to have a fixed set of messages, you're probably best off going with
> Gettext since it's a solution that's been around for a long time.  There are
> some nice things about it.
> 
> The downside is that you have to deal with yet another data format.
> But  I think the interface for novices is probably better than a giant
> PHP script full of define() statements.
> 
> Leon
> 
> ---
> Leon Atkinson <http://www.leonatkinson.com/>
> 
> 
> 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, e-mail: php-general-unsubscribe <email protected>
For additional commands, e-mail: php-general-help <email protected>
To contact the list administrators, e-mail: php-list-admin <email protected>