The thing is, I didn’t find the DocManager language strings in the language file.I did post a bit further up in the thread about this but I think it got lost in the discussions with the main language files - I’d be extremely grateful if you could do a french language file for the DocManager.
What do I do : create a lang.fr.php file in the assets/modules/docmanager/lang folder or add the strings to the language file ?

They *were* in the MODx global lang file, OpenGeek thought that was wrong, so now they’re not. Please do create a lang.fr.php file. I’m pleased that there’s now a working French file. Can you confirm that I’m safe getting people to use files like the one I supplied earlier (because issues can be fixed before they go into MODx) or should I change something in the way that they are generated before people do the translating?

I did post a bit further up in the thread about this but I think it got lost in the discussions with the main language files - I’d be extremely grateful if you could do a french language file for the DocManager.
From revision 1578 of the MODx trunk in SVN, I have standardised the way that DocManager language files are named (they are now named the same as the main MODx language files) - this allows for the correct language file to be loaded automatically based on the user or system configuration settings.
DocManager is a pretty essential part of MODx now, I wouldn’t want french users left behind 
$_lang['files_editfile'] = "Edit file"; $_lang['files_viewfile'] = "View file";
Simple rule if you change verbiage at a later date, either you add a new lang file definition and retire the old one, or (as I’m having to do with this) you list the English that has changed between versions and ask the translators to review. I prefer the first option, as it caters better for the text being used elsewhere in the code, or in third-party modules. As I’ve said elsewhere, I’d like there to be a number of basic will-not-change sentences that can be used by all authors to greatly speed up usage in other languages.
What if we decide at a later date that we want to use different verbiage for those options though.
Or we need a translation where the different contexts require subtly different words?I can see that there may be places where the same English text has multiple meanings which would require multiple definitions in another language. Indeed, I hope that our translators can point these out where we miss them. But I don’t see how "Edit file" and "View file" meet that criteria. I don’t see why the headings of the pages are not valid text for the alt text of the button that gets you there. After all, it’s still an improvement on the current hardwired English!
This discussion is closed to further replies. Keep calm and carry on.