Chamilo LCMS Connect » CDA

Fixed point 1 - 5 in
http://code.google.com/p/chamilo/source/detail?r=2045f83f16e4980256dff6589dc5c06698e3d1df&repo=chamilo

Fixed point 17 - 19 in
http://code.google.com/p/chamilo/source/detail?r=67d110c9f46fb3e2e4b4d88e6a9e681182c9fdbb&repo=chamilo

Fixed point 6 in
http://code.google.com/p/chamilo/source/detail?r=1fbfcdc0735aabe652869c59579c0ba3787283bd&repo=chamilo

Fixed 7, 11 and 12 in
http://code.google.com/p/chamilo/source/detail?r=4cde0a37132f320acd94a498b946bda590bbf04d&repo=chamilo

Fixed number 14 in
http://code.google.com/p/chamilo/source/detail?r=2e8fcd846feb69a22010ed8cd143d7ebc380c141&repo=chamilo

Fixed 16 in
http://code.google.com/p/chamilo/source/detail?r=bdc6b66f3b44993d37258a0148d72d91828ddb80&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=186cad9f91d393a94f5b3b26b814e7a0230056db&repo=chamilo

Added a zip exporter for both branch 1.x and 2.x in
http://code.google.com/p/chamilo/source/detail?r=64a6d796f8417bd26c3861a6532bee34e2fad322&repo=chamilo

Still needs some cleanup in layout

Fixed 13 in
http://code.google.com/p/chamilo/source/detail?r=447d241da4ecf81a83a9bbc20a804d0cd2079604&repo=chamilo

Blank page after selecting 'ALL' (or any other possibility but '20')when e.g. viewing (Dutch) translations in the ADMIN section (probably same problem in all sections);
blank page also when selecting next screen.

Fixed this bug in
http://code.google.com/p/chamilo/source/detail?r=c63d531483a488fd899bc6b0cd77a6a72b855624&repo=chamilo

Checked the other tables as well but they didn't have that problem

Added some flexibility for multiple branches in
http://code.google.com/p/chamilo/source/detail?r=b5d5a7073ed76db8b43252a9f87e30b65828cbaf&repo=chamilo

Added searchboxes in
http://code.google.com/p/chamilo/source/detail?r=69d3215df4647a2da83967f542d57a1d947d00be&repo=chamilo

Fixed sortable table bug and made it possible to sort on variables in translation browser
http://code.google.com/p/chamilo/source/detail?r=c075357782b96058451ee2254b2238e48532508a&repo=chamilo

Fixed 9 and part of 10 (management of requests)
http://code.google.com/p/chamilo/source/detail?r=bfba5f78eed3579976949a4fedb207632d96a42a&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=23467d29b62516f79d2f1ac199fe6afe8c97efd9&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=1cbc2436d69a8e079b235faff7468389440c036c&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=8c62e3930a527d93c764c627ba81ef53bb1e9bea&repo=chamilo

Fixed 15 in
http://code.google.com/p/chamilo/source/detail?r=0b5e299931259534d97c65541a36a2f522881be4&repo=chamilo

Fixed the rest of 10 in http://code.google.com/p/chamilo/source/detail?repo=chamilo&r=cafdab2c3a37341476684a6c5e4e6463c3f1e6a3

Fixed 20 in
http://code.google.com/p/chamilo/source/detail?r=e12c083fb1bdadd6128a5c83fc966afd2bbc17e9&repo=chamilo

Fixed 21 in http://code.google.com/p/chamilo/source/detail?r=83cb7e38b905bafbe057acfada1aa7c06f368ce7&repo=chamilo

Added new todo list items

Added number 23 in
http://code.google.com/p/chamilo/source/detail?r=24c496af31bbdd27645257c2248a356ba4771280&repo=chamilo

Added one item for left-to-right and right-to-left (not urgent)

Features start being alright now. The main worry now is the usability of the whole thing. It seems very difficult to me for a user to find his way to the translation.

• A lot of untranslated terms in his way to the translation section
• Asking to go to "Research -> CDA" to translate is like telling to look for a road sign in Russian to an extraterrestrial
• "Help translating!" is alright
• Choosing the language "from" and "to" is fine but it should default (the source) to the defined user language (but I believe there is no link between these, so leave it for now)
• Adding variables seems to be an "admin-only" permission (am I wrong here?), which limits the system to only one or two people being able to add variables. Not sure this is right, but I'm OK with it for now
• There should be a history of changes. At least one iteration, so that someone can "go back" to a previous translation of the same term

Yannick Warnier wrote:

Features start being alright now. The main worry now is the usability of the whole thing. It seems very difficult to me for a user to find his way to the translation.

• A lot of untranslated terms in his way to the translation section
• Asking to go to "Research -> CDA" to translate is like telling to look for a road sign in Russian to an extraterrestrial
• "Help translating!" is alright
• Choosing the language "from" and "to" is fine but it should default (the source) to the defined user language (but I believe there is no link between these, so leave it for now)
• Adding variables seems to be an "admin-only" permission (am I wrong here?), which limits the system to only one or two people being able to add variables. Not sure this is right, but I'm OK with it for now
• There should be a history of changes. At least one iteration, so that someone can "go back" to a previous translation of the same term

I would like to answer to a few of your main worries/issues

• The untranslated terms will not be a problem, once the tool is entirely finished, we run over our scan tool, put them in the cda, translate them directly at once and put them into the latest code, to avoid having untranslated variables.
• The menu bar is completely configurable, meaning that we will make this a lot easier and remove loads of options from the bar for the end user to not be confused. We will only do this as a final step once we are sure we do not need to reinstall anymore because configuration would be lost anyway.
• We can add a default value for the source translation to the user language if the language is available in the language list ofcourse
• For now only an administrator can manage these variables. We could change it so a moderator can use it to, this is just a matter of putting some rights in the correct order
• The only big issue now is the history, our architecture does currently not support an easy way to provide history.

Added one item for left-to-right and right-to-left (not urgent)

Makes sense to register that. Not completely unrelated: should we start using (perhaps additionally) the more extensive 3-letter ISO language codes? Examples of things which can't be described using default 2-letter codes are Brazilian Portuguese, Traditional vs. Simplified Chinese, (South) American Spanish, etc.

1. A lot of untranslated terms in his way to the translation section
2. Asking to go to "Research -> CDA" to translate is like telling to look for a road sign in Russian to an extraterrestrial

Those can actually be fixed rather simply ... stay tuned for the "solution"

Choosing the language "from" and "to" is fine but it should default (the source) to the defined user language (but I believe there is no link between these, so leave it for now)

No link = no problem ... it makes sense to select the user's default language.

Adding variables seems to be an "admin-only" permission (am I wrong here?), which limits the system to only one or two people being able to add variables. Not sure this is right, but I'm OK with it for now

Could be changed relative quickly by using the rights-system. All that needs to be implemented is a few extra checks here and there to make sure we keep out whoever shouldn't be in there.

There should be a history of changes. At least one iteration, so that someone can "go back" to a previous translation of the same term

And just when you think all's well that ends well ... there comes the tricky one ... requires some thought.

Added 25 in
http://code.google.com/p/chamilo/source/detail?r=e8597f24e34b1bc91d0e2f0b0a06d5522d79e6fe&repo=chamilo

Added 24 in
http://code.google.com/p/chamilo/source/detail?r=70c2d738377d61831e20ffdbae690a76ab1666cb&repo=chamilo

Fixed nr 22 in
http://code.google.com/p/chamilo/source/detail?r=25078b6486a19a5c9e2f1b95ce85f2e108938e70&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=0e9575cce80c8f1913d6a7be46049c6268142239&repo=chamilo
http://code.google.com/p/chamilo/source/detail?r=7cd28aee2a94e3739a166b2913bc187a3937b0cb&repo=chamilo

Fixed 26 in http://code.google.com/p/chamilo/source/detail?r=0c949c9c5a0a8411b47b2286d3143fec97e31e69&repo=chamilo

Some future extensions are still possible. They'll be added as seperate feature requests.

I'm having a hard time importing Arabic Unicode but I will get to it.
One thing that seems strange to me when I import everything directly to the database is that when importing them in order (arabic, asturian, ...) then I get no "source translation". Is there anything specific I need to indicate about English for it to be the source language? Should it be language "1" in all cases?

I'm no expert on unicode and/or exotic languages and/or character sets / encodings, but could the encoding of the source file be the problem for the Arabic? Maybe we should ask Ivan for some advice concerning these kinds of things?

As far as the import / source language. English is the default, but (and there's always a but) as long as you haven't imported the english variables there won't be anything to display offcourse.

I should be OK to figure out the UTF-8 problem (not that bad myself in unicode related stuff).
My question about English is "Does it require to be language of ID 1 or is it OK for it to just be called "English" to be considered the default"?

When trying to import the 1.8 language pack with your import feature on a local CDA install (fresh from today), I get a lot of funny things...

First of all, the import of a 4.6M zip actually takes more than 10GB in logs on my system (I have a trace feature enabled by xdebug, so I guess there are i a huge lot of processing behind that).
Second, it uses more than 170MB of RAM, so it's getting above limits for my system (and crashes after 4 languages, so apparently importing only 4 languages took 10GB of trace)
Third, when I get into one of the resulting language packs (and click on the language pack name) in the normal CDA application (not admin), I get this (with xdebug enabled):

( ! ) Fatal error: Call to a member function get_id() on a non-object in /var/www/cda/application/lib/cda/tables/variable_translation_table/default_variable_translation_table_column_model.class.php on line 38
Call Stack
#    Time    Memory    Function    Location
1    0.0005    109596    {main}( )    ../run.php:0
2    0.5593    8454276    CdaManager->run( )    ../run.php:36
3    0.5730    9756536    CdaManagerVariableTranslationsBrowserComponent->run( )    ../cda_manager.class.php:196
4    0.8372    12420384    CdaManagerVariableTranslationsBrowserComponent->get_table( )    ../variable_translations_browser.class.php:41
5    0.8388    12424860    VariableTranslationBrowserTable->VariableTranslationBrowserTable( )    ../variable_translations_browser.class.php:51
6    0.8388    12425556    VariableTranslationBrowserTableColumnModel->VariableTranslationBrowserTableColumnModel( )    ../variable_translation_browser_table.class.php:25
7    0.8388    12425556    DefaultVariableTranslationTableColumnModel->DefaultVariableTranslationTableColumnModel( )    ../variable_translation_browser_table_column_model.class.php:28
8    0.8388    12425556    DefaultVariableTranslationTableColumnModel::get_default_columns( )    ../default_variable_translation_table_column_model.class.php:20

I'll try with one language at a time now.

Added "&& is_object($system_translation) " as a temporary patch to line 167 of translation_importer.class.php and it imported English zip

Having a look at the code now ... I'm rather curious as to what might possibly be going wrong. Thanks for adding the language pack you're using, makes things a lot easier.

Just tried to import all languages at once but that takes more than 500MB of RAM, so I'll try a few manually for now.
Memory usage is generally due to opening files in memory all at once (within the same loop but forgetting to cleaning between languages for examples)
500MB RAM allowed importing 10 languages (of which most are less than 50% translated), so I'll take a basis of 5 languages at a time for the zips

System just finished importing your english.zip. No errors whatsoever ... :-S

Weird. Did you apply my hack?
Five languages in one ZIP passed over 500MB. I've assigned 1024M now and that seems to work.

No hack was applied. I did increase the memory limits before importing, but that shouldn't be related to the other error messages you were getting. Trying the 5 language-pack now.

Import finished succesfully. Memory usage went just over 500MB.

Isn't that a lot for around 5600 terms per language? (=~100KB per term! That's like writing an entire essay on paper for each term, most of them being max 4 words)

While I agree it's definately too much, by the end of the processing not 5600 but 5 x 5600 terms had been processed / created / updated. I'm curious as to what's causing the memory drain though.

OK, I have a bunch of requests for improvements, but I think we can start working on this. It still lacks a few little features to be as useful as the DLTT:

1. split the 1.8 and 2.0 translations (it's just weird to have to translate something from a software you're not using, try to think as if you were a translator that wants to improve his language). This could be done by a simple filter inside the "save and go to next" cycle, just like the one on the language packs list...
2. split the percentage between translations completion of 1.8 and 2.0 (it's just so weird to translate all the French language strings of 1.8 and still get 60%)
3. somehow a few strings are there in English but with no translation at all and it's just wrong to have to translate something based on the variable without notion of what it actually means. Please make sure you always put the English translation in there
4. somehow it is possible to select only one source language for one single user. Not sure why, but hey... seems strange to me (I can live with it, though - I guess it's difficult to guess from what language you want to translate if you translate from English and French to Spanish :)) -
5. make sure the warning message when passing to the next term without translating the previous is seen as a warning, not an error (just feels guilty for not translating the previous one)
6. in the "save and got to next" sequence, the new variable appearing should have an auto-focus on the translation box. Saves a lot of efforts when mass-translating
7. when "skipping" a translation (like "My Research", for which I'm not sure what it means exactly), the system tends to repeat the skipped term over and over. It's boring and time consuming. I think it remains in the same "module" until it is finished...
8. there should be more examples of translations than just the English one. When hesitating, seeing a translation in, say, Spanish, can help a lot!
9. when confirming that a translation has been saved, also confirmed what it was (just in case that would let someone see he's made a typo)

• install the extension in Firefox (doesn't work with 3.6)
• download a reference language pack (e.g. English) and a destination language pack (e.g. Dutch)
• unzip the downloaded folder
• open phpLangEditor
• select "Open Reference file" and select the first file of the English directory
• select "Open translation file" and select the first file of the Dutch directory
• press CTRL+Enter each time you want to pass to the next step
• save your file
• zip the Dutch directory
• import it to CDA
• The End

Split the 1.8 and 2.0 translations (it's just weird to have to translate something from a software you're not using, try to think as if you were a translator that wants to improve his language). This could be done by a simple filter inside the "save and go to next" cycle, just like the one on the language packs list...

Split the percentage between translations completion of 1.8 and 2.0 (it's just so weird to translate all the French language strings of 1.8 and still get 60%)

If the first one is implemented, the second one is a semi-natural result of it.

in the "save and got to next" sequence, the new variable appearing should have an auto-focus on the translation box. Saves a lot of efforts when mass-translating

Makes sense

there should be more examples of translations than just the English one. When hesitating, seeing a translation in, say, Spanish, can help a lot!

Somehow I just knew you were going to ask about that :p ... seeing as how the old translation-tool had that too. Not a problem though, I'll add an overview of all available translations in other languages to the translation page.

The skip-thing is something Sven implemented, but we discussed the problem you describe at length. (I think I was the one pointing out that it would be an issue. Not sure if he had already solved it or if it was on his to do-list)

The tool is really great as it is now. I recommend you have a look at phpLangEditor for Firefox (http://phplangeditor.mozdev.org/) in order to get an idea of how to speed translation even more. I would suggest putting a link to the extension somewhere visible into the CDA, so that people can help more easily.

Just so you don't loose too much time trying it out, you have to:

That tool is great for those of us who are too lazy to actually use the CDA itself. (I plead guilty) Combined with the import it makes life a whole lot easier.

Fixed a few small remarks in
http://code.google.com/p/chamilo/source/detail?r=a8a2d829233010c7b87b01a3803dc269c0d6fa9d&repo=chamilo

Nr 7 of yannick's comment's should be retested since i saw today that i did not commit every file i had.

Fixed nr 8 in
http://code.google.com/p/chamilo/source/detail?r=62aadcabcb6192b15118930910643d0017122d10&repo=chamilo

*Filter: when making use of the branch filter, the selected filter gets forgotten after nearly each 'action'
*When working from a long list of translations (e.g. for the repository in branch 2), the user is always redirected to the first screen after e.g. adding a translation on screen 5. Not very usable :-).

Hans De Bisschop wrote:

there should be more examples of translations than just the English one. When hesitating, seeing a translation in, say, Spanish, can help a lot!

Somehow I just knew you were going to ask about that :p ... seeing as how the old translation-tool had that too. Not a problem though, I'll add an overview of all available translations in other languages to the translation page.

Actually just showing it in English and Spanish should already fix about 90% of the real problems, most of the complete translations being related to the roots of those 3 languages (for now :-)).

The skip-thing is something Sven implemented, but we discussed the problem you describe at length. (I think I was the one pointing out that it would be an issue. Not sure if he had already solved it or if it was on his to do-list)

The tool is really great as it is now. I recommend you have a look at phpLangEditor for Firefox (http://phplangeditor.mozdev.org/) in order to get an idea of how to speed translation even more. I would suggest putting a link to the extension somewhere visible into the CDA, so that people can help more easily.

Just so you don't loose too much time trying it out, you have to:

That tool is great for those of us who are too lazy to actually use the CDA itself. (I plead guilty) Combined with the import it makes life a whole lot easier.

Actually for people in poor countries like us, it also avoids getting mad waiting for the page to load between 2 translations (it takes about 3-5 seconds between each). It is definitely a great tools combination anyway.

Would be nice to have Cda=SelectedTranslatorApplicationActivated translated :-)

I think we can close this task. It will be easier to track the others if we keep things neat and close the ones that have been completed (following two people's opinion)