Forum Subject: Geeklog Translation System
Posted on: 04/23/11 09:18am
By: Roccivic
Nothing spectacular, but it is certainly better than not having anything at all and translating "blind".
So, here's the current status of all Geeklog translations, according to this system:
http://www.placella.com/gl/translations.png[*1]
Right now there is support for basic functions: status, import, export, check (missing strings, etc) and edit.
I know it's not much, but I'm also thinking of adding a glossary, fuzzy matching and other features later.
To edit the content a user can login with his Google account.
One issue on the above demo site is that I had to bypass the login system (users can log in without a password) as my server is running PHP4 and the openID library that I chose uses PHP5
So, I welcome your feedback and suggestions.
Rouslan
EDIT: New demo is available, view: http://www.geeklog.net/forum/viewtopic.php?showtopic=92658[*2]
Re: Geeklog Translation System
Posted on: 04/23/11 10:44am
By: Laugh
Do you see the possiblity of converting this to a Geeklog Plugin?
The only features I could think of at the moment would be:
1) Support for translating multiple items (Geeklog and/or one or more plugins).
2) Allow another language to be displayed instead of English in case someone is translating say French Canadian to French from France
Of course I am not a translator so I am sure others will have better ideas...
Tom
Re: Geeklog Translation System
Posted on: 04/23/11 12:41pm
By: ::Ben
Ben
Re: Geeklog Translation System
Posted on: 04/23/11 02:18pm
By: Roccivic
Interesting idea and I see it being very useful for translators.
Unfortunately, it's for gettext (I wish we used gettext in Geeklog, too...) only. That's where the idea comes from...
Oh, and Pootle merges into GIT automatically, but we probably don't want anything like that...
The only features I could think of at the moment would be:
1) Support for translating multiple items (Geeklog and/or one or more plugins).
2) Allow another language to be displayed instead of English in case someone is translating say French Canadian to French from France
Yes, could it be a plugin on geeklog.net?
But right now I'm just broadly looking for some feedback. If there is enough interest in this, then packaging everything in a plugin would be pretty simple.
Rouslan
Re: Geeklog Translation System
Posted on: 04/23/11 03:40pm
By: ::Ben
Yes this feature could allow to make dependencies. I'm thinking of is the ability to get multi same language translation. Sometime admin users tell they need more commercial, more artistic, more fun language... So we will need french_france_commercial, french_france_artistic, french_france_fun files.
So any new data added to the english file will be added to french_france file and any new data on the french_france file will also be added to the french_france_commercial adaptation.
Ben
Re: Geeklog Translation System
Posted on: 04/23/11 04:00pm
By: Laugh
No I wouldn't think so. I think writing directly to a second set of files (not the ones in use) would be good enough (or is all this stored in the DB?). We can then transfer it out when needed.
Tom
Re: Geeklog Translation System
Posted on: 04/23/11 05:05pm
By: gape
Re: Geeklog Translation System
Posted on: 04/23/11 07:06pm
By: Roccivic
Yes this feature could allow to make dependencies. I'm thinking of is the ability to get multi same language translation. Sometime admin users tell they need more commercial, more artistic, more fun language... So we will need french_france_commercial, french_france_artistic, french_france_fun files.
So any new data added to the english file will be added to french_france file and any new data on the french_france file will also be added to the french_france_commercial adaptation.
Ben
Sounds interesting for the future...
No I wouldn't think so. I think writing directly to a second set of files (not the ones in use) would be good enough (or is all this stored in the DB?). We can then transfer it out when needed.
It's all in the DB, yeah. Flat files just won't cut it for this IMO.
i loged in, but it seems nothing works ...
Can you be more specific?
Re: Geeklog Translation System
Posted on: 04/24/11 02:38pm
By: gape
bad choice of words
i could see things and probably even change in 2 languages
when i loged in there is not much to do ...
i would like to upload slovenian - so i can test it out - but it said it will destroy database or sumting ...
Re: Geeklog Translation System
Posted on: 04/24/11 03:26pm
By: Roccivic
i could see things and probably even change in 2 languages
That's the user interface (as opposed to admin interface) and it's mostly what I'm interested with receiving feedback for.
Things like: does the layout make sense? Is there something missing? Is the workflow reasonable?
when i loged in there is not much to do ...
The admin interface is not completely functional. But you can see it catching errors in the German translation if you hit "check consistency"...
i would like to upload slovenian - so i can test it out - but it said it will destroy database or sumting ...
The files are to be uploaded via FTP and then imported through the script. It was the fastest way to get the prototype up and running. But yeah, they should be handled by the browser via POST requests.
Re: Geeklog Translation System
Posted on: 04/24/11 09:35pm
By: Laugh
Tom
Re: Geeklog Translation System
Posted on: 04/25/11 06:56am
By: 1000ideen
Re: Geeklog Translation System
Posted on: 04/25/11 08:07am
By: Roccivic
I`m always a bit reluctant with new things. I prefer copy and paste or replacing of similar passages in the text files. After a while I know approx. in which line it was and I can navigate. This would not be given in the new system.
Sounds like its fuzzy matching[*4] that you would like. Well, as I briefly mentioned above, I do intend to offer that feature
The other thing I thought of as a future feature would be to hook into Google's Translation API so if an Admin has an 85% filled language file and no one has volunteered to finish it, at least he could get the rest of the file translated automatically (though not 100% accurate).
I guess it's not a bad idea, but that API better be simple