forked from enlightenment/efl
elementary/config - commented out the translation availabilty check.
It's insane to me app sholud have only "messages" text domain?!
This commit is contained in:
parent
a20c209079
commit
24e67da1f5
|
@ -2415,15 +2415,21 @@ _translation_init()
|
|||
const char *trans_comment = gettext("");
|
||||
const char *msg_locale = setlocale(LC_MESSAGES, NULL);
|
||||
|
||||
/* How does it decide translation with current domain??
|
||||
Application could use their own text domain.
|
||||
This is insane to me. */
|
||||
|
||||
/* Same concept as what glib does:
|
||||
* We shouldn't translate if there are no translations for the
|
||||
* application in the current locale + domain. (Unless locale is
|
||||
* en_/C where translating only parts of the interface make some
|
||||
* sense).
|
||||
*/
|
||||
_elm_config->translate = !(strcmp (cur_dom, "messages") &&
|
||||
!*trans_comment && strncmp (msg_locale, "en_", 3) &&
|
||||
strcmp (msg_locale, "C"));
|
||||
/*
|
||||
_elm_config->translate = !(strcmp (cur_dom, "messages") &&
|
||||
!*trans_comment && strncmp (msg_locale, "en_", 3) &&
|
||||
strcmp (msg_locale, "C"));
|
||||
*/
|
||||
/* Get RTL orientation from system */
|
||||
if (_elm_config->translate)
|
||||
{
|
||||
|
|
Loading…
Reference in New Issue