Re: [Web-erp-developers] Translations

[Hani N. <ha...@na...>]

Rom Pereira wrote:

> Dear Steve and All,
>
> This project uses this very same gettext functionality: 
> http://cattadoc.com/
>
> It is interesting, but to create the translated files is not as 
> straight-forward as with a database interface, as they put in the 
> page: http://cattadoc.com/translate.html, since it is needed to 
> compile the file and everything.
>
> It would be nice if we could ally the advantages of the gettext 
> functionality with a database interface straight-forwardness, like an 
> online tool or something like it, where the user would make the 
> translations in a database interface and get the result in a gettext 
> binary file.
>
> Please let me know your inputs and thank you for your reply,
>
> Rom Pereira
>
> * From: * web...@li... 
> [mailto:web...@li...] *On Behalf Of 
> *skaill
> *Sent:* segunda-feira, 16 de agosto de 2004 13:37
> *To:* web...@li...
> *Subject:* Re: [Web-erp-developers] Translations
>
> Hi Rom,
>
> I was looking into the same thing with another SourceForge project 
> called InfoCentral. They use the built in gettext facility and the 
> code and functions to do it are very understandable. You may want to 
> check that project out.
>
> The main part of the work will be finding every string in the program 
> in order to put the gettext() function call around it.
>
> When using the gettext functionality, the language files are a 
> specific format and there are tools available to more easily update 
> and maintain the translations in the future.
>
> Steve
>
>     ----- Original Message -----
>
>     * From: * Rom Pereira <mailto:ro...@pr...>
>
>     * To: * web...@li...
>     <mailto:web...@li...>
>
>     * Sent: * Monday, August 16, 2004 12:25 PM
>
>     * Subject: * [Web-erp-developers] Translations
>
>     Dear Friends at Web-ERP Developers and Phil Daintree,
>
>     Recently I sent an email regarding translation to Brazilian
>     Portuguese. I received a prompt reply from Mr. Phil Daintree about
>     the subject and I quote:
>
>     “There is work afoot to make it easier to translate the system
>     such that when changes are implemented the translation work will
>     not need to be re-done.”
>
>     I use a CRM system from http://crm-ctt.sourceforge.net/ and it is
>     pretty good. The way the created the translations system works
>     pretty well. Maybe we should study some system like that to better
>     understand how to create a good one. I am a PHP programmer myself,
>     far from an expert, but I can do some programming. My intentions
>     are to apply this ERP to my family company, Primor Doces e
>     Caramelos Ltda. (http://www.primor.ind.br
>     <http://www.primor.ind.br/>). Something that I don’t understand
>     very well is the Company processes but I am willing to learn.
>     Maybe I can be of more help. Please let me know.
>
>     “However, this is some way away. An Italian chap is starting work
>     on this but we are discussing the best way to proceed. If you join
>     the web-erp-developers list you can contribute to the discussions.”
>
>     We can to an intermediate solution until we move to a better
>     approach to the ideal solution to the problem.
>
>     I do believe that ERP system should move from the hands of big
>     companies that make it so difficult to buy those systems without
>     wasting a lot of time and money.
>
>     I also own a copy of HB++, what is a programming language for palm
>     platforms and I can help to create applications that would link
>     the both worlds.
>
>     Again let me know of how I can be of more help.
>
>     Thank you and Best Regards,
>
>     Rom Pereira
>
Hi Rom, I think you will find that .po files (gettext files) are alot 
easier to maintain that a db.
Remember that you will not actually need to touch them, there tones of 
editors that can read them
and compile them. Some of these editors are quite sophisticated, some 
will even give you suggested translations etc..

The thing with gettext is that you will need to call a function, when I 
did the translation code for
OpenAccounting I named the function _() so instead of having

print "Hello"

it becomes

print _("Hello");

Phil was not keen on that at the time since it involved changes to 
almost every file and would
cause too much hassle, that is why Sherif started OpenAccounting. At the 
time I was still involved
with OA it was basically weberp with multi-language support and more 
object-oriented design.
I don't know how they compare now.

Hani