[Dolibarr-dev] Translations fallback language

Hi all, When using a language for which translations are unavailable, Dolibarr displays the translation token instead (At least in external modules). It would be better if it used a fallback language instead (let's say en_US) so it displays human readable informations instead of -sometimes- crypt

Re: [Dolibarr-dev] Translations fallback language

When i develop, i prefer see the translation token but when I’m in production see a default translation if exist is better Maybe add a DEVELOP_MODE_DISPLAY value to select the desired display and maybe some other debugging infos Other thing about the translation, add a specific langfiles for pe

Re: [Dolibarr-dev] Translations fallback language

Hi Charles, Thanks for you input. I like the idea of having a DEBUG_TRANSLATIONS configuration entry to only display tokens. Language override has already been discussed here : https://lists.gnu.org/archive/html/dolibarr-dev/2014-04/msg0.html Maybe it is of interest for you. Cheers, 2014-08

Re: [Dolibarr-dev] dol_getmypid

I've commented the problem to the author in the bug report made by Régis in 2011: https://sourceforge.net/p/tcpdf/bugs/602/ We should consider updating TCPDF library in 3.7 once they patch that. Regards, *Marcos García* marcos...@gmail.com 2014-08-04 12:08 GMT+02:00 Doursenaud, Raphaël :

Re: [Dolibarr-dev] Translations fallback language

I have added on the wiki global option http://wiki.dolibarr.org/index.php/Setup_Other#Global_options the description of the language override MAIN_FORCELANGDIR Global option is a method for lazy guy – so good developer, but the

Re: [Dolibarr-dev] Translations fallback language

What about using the actual constant that shows the development features instead of creating a new one? Regards, *Marcos García* marcos...@gmail.com 2014-08-05 12:20 GMT+02:00 : > I have added on the wiki global option > > http://wiki.dolibarr.org/index.php/Setup_Other#Global_options > > th

Re: [Dolibarr-dev] Translations fallback language

Hi all, Marcos : you mean MAIN_FEATURES_LEVEL ? Users could wish to use dev feature but not to see that a translation string is not set. I’m agree for a fallback language and also a dev constant which disable the fallback. In fact, should be great that not found string are displayed in re

[Dolibarr-dev] Doliforge

Hi all: Would you mind creating the version 3.5.4 and 3.6.0 in doliforge so that we can file bug reports to those specific versions? Thanks! Regards, *Marcos García* marcos...@gmail.com ___ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://l

Re: [Dolibarr-dev] Translations fallback language

I think we are creating excesive constants... MAIN_FEATURES_LEVEL is not intented to modify in production environments, so I think if an user modifies the constant and finds an untranslated string, will report it because he is warned that it is not going to be stable. Don't think that would be a