Re: [Dolibarr-dev] Translations fallback language

[Francis.appels]

Hi All,

I have noticed in my external module if some of the three main langs (en_US, fr_FR and es_ES) are missing, the tokens only appear when using a main lang which is missing.

I'm not ready for Spanish so I'm going to put a workaround to show en_US:

if ($langs->getDefaultLang() == "es_ES") {
    $langs->setDefaultLang();
}

When debugging we mostly have access to the source, so I rename the langs dir to xlangs and I'm seeing all the tokens.

Regards,
Francis


On 8/5/2014 11:02 AM, address@hidden wrote:

Send Dolibarr-dev mailing list submissions to
	address@hidden

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.nongnu.org/mailman/listinfo/dolibarr-dev
or, via email, send a message with subject or body 'help' to
	address@hidden

You can reach the person managing the list at
	address@hidden

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Dolibarr-dev digest..."


Today's Topics:

   1. Translations fallback language (Doursenaud)
   2. Re: Translations fallback language (address@hidden)
   3. Re: Translations fallback language (Doursenaud)


----------------------------------------------------------------------

Message: 1
Date: Tue, 5 Aug 2014 10:25:03 +0200
From: Doursenaud, Rapha?l <address@hidden>
To: "Posts about Dolibarr ERP & CRM development and coding"
	<address@hidden>
Subject: [Dolibarr-dev] Translations fallback language
Message-ID:
	<address@hidden>
Content-Type: text/plain; charset="utf-8"

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,