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 problem, though. Regards, *Marcos García* marcos...@gmail.com 2014-08-05 15:48 GMT+02:00 [Kreiz IT]Cédric GROSS <c.gr...@kreiz-it.fr>: > 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 red. You could easly see it ;) > > I’m also agree with Charles for decreasing “woodoo” setting ;) > > > > Have a good day > > Cedric > > > > *De :* dolibarr-dev-bounces+c.gross=kreiz-it...@nongnu.org [mailto: > dolibarr-dev-bounces+c.gross=kreiz-it...@nongnu.org] *De la part de* > Marcos García > *Envoyé :* mardi 5 août 2014 13:20 > > *À :* Posts about Dolibarr ERP & CRM development and coding > *Objet :* 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 <charles...@benke.fr>: > > 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 they give > to Dolibarr a picture of “made for insiders“ > > And too much hidden option make we don’t know it all > > > > Propose for the next version of Dolibarr to create some additional setting > screen and decrease the option to only dangerous setting… > > > > Bien cordialement, > > Charles-François BENKE > > > > *De :* dolibarr-dev-bounces+charles.fr=benke...@nongnu.org [mailto: > dolibarr-dev-bounces+charles.fr=benke...@nongnu.org] *De la part de* > Doursenaud, Raphaël > *Envoyé :* mardi 5 août 2014 11:02 > > > *À :* Posts about Dolibarr ERP & CRM development and coding > > *Objet :* 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/msg00000.html > > Maybe it is of interest for you. > > > > Cheers, > > > > 2014-08-05 10:46 GMT+02:00 <charles...@benke.fr>: > > 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 personal > translation > > If the file exist, we load it at last and use the value inside instead of > classical used value > > Like this we stop to change value in the langfiles > > > > Bien cordialement, > > Charles-François BENKE > > > > *De :* dolibarr-dev-bounces+charles.fr=benke...@nongnu.org [mailto: > dolibarr-dev-bounces+charles.fr=benke...@nongnu.org] *De la part de* > Doursenaud, Raphaël > *Envoyé :* mardi 5 août 2014 10:25 > *À :* Posts about Dolibarr ERP & CRM development and coding > *Objet :* [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- > cryptic tokens. > > > > What's your take on it? > > > > Cheers, > -- > > *Raphaël Doursenaud* > > Directeur technique (CTO) > > Expert certifié en déploiement Google Apps > <https://gpcsolutions.fr/raphael-doursenaud-google-apps-certified-deployment-specialist> > > +33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10 > > > > [image: Image supprimée par l'expéditeur.] <http://gpcsolutions.fr> > > http://gpcsolutions.fr > > Technopole Hélioparc > > 2 avenue du Président Pierre Angot > > 64053 PAU CEDEX 9 > > SARL GPC.solutions au capital de 7 500 € - R.C.S. PAU 528 995 921 > > [image: Image supprimée par l'expéditeur.] > <https://www.google.com/a/partnersearch/#partner?partner_id=46687933_a0n60000000sqpWAAQ>[image: > Image supprimée par l'expéditeur.] > <http://wiki.dolibarr.org/index.php/Dolibarr_suppliers_France#GPC.solutions> > > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > > > -- > > *Raphaël Doursenaud* > > Directeur technique (CTO) > > Expert certifié en déploiement Google Apps > <https://gpcsolutions.fr/raphael-doursenaud-google-apps-certified-deployment-specialist> > > +33 (0)5 35 53 97 13 - +33 (0)6 68 48 20 10 > > > > [image: Image supprimée par l'expéditeur.] <http://gpcsolutions.fr> > > http://gpcsolutions.fr > > Technopole Hélioparc > > 2 avenue du Président Pierre Angot > > 64053 PAU CEDEX 9 > > SARL GPC.solutions au capital de 7 500 € - R.C.S. PAU 528 995 921 > > [image: Image supprimée par l'expéditeur.] > <https://www.google.com/a/partnersearch/#partner?partner_id=46687933_a0n60000000sqpWAAQ>[image: > Image supprimée par l'expéditeur.] > <http://wiki.dolibarr.org/index.php/Dolibarr_suppliers_France#GPC.solutions> > > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > > > > _______________________________________________ > Dolibarr-dev mailing list > Dolibarr-dev@nongnu.org > https://lists.nongnu.org/mailman/listinfo/dolibarr-dev > >
_______________________________________________ Dolibarr-dev mailing list Dolibarr-dev@nongnu.org https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
