>You mean the translation of the constant expression, whose result gets
>assigned to a variable? There is no reason why the translation should
>fail because of a (later) assignment of its result.
Yes that's what I mean. And I agree there is no reason.
>Other files? Are you sure locale setting/domain/path are set for *this*
>file, too?
Sorry again, I mis explained myself.
I have 5 source files for the strings, all aggregated in one .pot, .po, .mo
file per locale.
Obviously variables.php is not displayed directly.
The four other ones are displayed in the browser, with strings directly in
the files, and variables from the variable.php
Everything works fine but this $sitetitle.
>Might $sitetitle be re-set after the translation assignment?
Well that's one of the hypothesis, but if it was reset, the value in the
original language would not be shown would it ? And also there is basically
no reason, it's just a string, and it's used only for display. ('echo')
My initial guess was "problem is in .mo file", but I don't know how to check
it.
>If not: Would it be possible to boil down a test case?
Yes I'm going to do it. Just have to change a few things to make it.
--
View this message in context:
http://old.nabble.com/Problems-passing-variables-to-gettext-tp26897598p26901564.html
Sent from the Php - Internationalization (i18n) mailing list archive at
Nabble.com.
--
PHP Unicode & I18N Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
