[geeklog-devel] Translation possibility

Tony Bibbs tony at tonybibbs.com
Tue Jan 28 12:38:42 EST 2003

After more and more thought I am almost convinced to just stick with 
gettext(). ISP's who don't support this on their PHP install are just 
shooting themselves in the foot and I don't see why we should have to spin 
our wheels on something has already been done and works.

Dirk, can you verify that gettext and the supporting binarys (e.g. 
xgettext, etc) work on OSX?  I have to believe they do but I better ask 
before I assume.


 On Fri, 24 Jan 2003, Tony Bibbs wrote:

> Ok, bare with me but I think I have a potential way of handling this 
> translation issue.
> 1) We create an xml file for all languages other than english that looks 
> like this:
> <GL2_Translation>
>     <language>de</language>
>     <GL_version></GL_version>
>     <translations>
>         <entry msgid="some english text">translated text</entry>
>         <entry msgid="some other text">other translated text</entry>
>         .
>         .
>         .
>     </translations>
> </GL2_Translation>
> 2) During automated install, the translation type is queried from the 
> user.  
> 2a) if gettext, XML files for all translations are loaded a .po is 
> constructed for each and then we launch msgfmt against all .po's to get 
> the .mo file
> 2b) otherwise we either leave the XML alone and parse that for each 
> request OR we load it into some structure (similar to current array 
> system)
> After all this I start wondering if gettext is so important it justifies 
> the work.  I mean, why not just to with the method in 2b?  My answer, 
> though I can't verify would be speed. I have to believe gettext is 
> faster/more efficient.

Tony Bibbs         | "I guess you have to remember that those who don't |   
tony at tonybibbs.com | hunt or fish often see those of us who do as       |
                   | harmlessly strange and sort of amusing. When you   | 
                   | think about it, that might be a fair assessment."  | 
                   | --Unknown                                          |

More information about the geeklog-devel mailing list