On Fri, Mar 28, 2008 at 6:49 PM, Aaron Shafovaloff <[EMAIL PROTECTED]> wrote:
>
> For some reason my app will read and use for translation:
>
> locale/eng/eng.po
>
> but not
>
>
> locale/eng/LC_MESSAGES/default.po
>
Strange. What version are you running? It's as if i18n.php isn't
setting the
For some reason my app will read and use for translation:
locale/eng/eng.po
but not
locale/eng/LC_MESSAGES/default.po
Any ideas?
On Mar 26, 8:29 pm, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> Solved! When I added the Auth stuff yesterday, I included some
> settings in AppController::bef
Solved! When I added the Auth stuff yesterday, I included some
settings in AppController::beforeFilter(), including:
$this->Auth->loginError = __('Invalid e-mail / password combination.
Please try again', true);
Once I commented that out everything worked as before. So this call to
translate() w
Stranger and stranger. I decided to disable Auth because it was that
that I'd added to the site before i18n stopped working. As soon as I
did that, my Configure::read('Config.language') now shows the new
language setting. Why would Auth be screwing around with
Config.language?
Unfortunately, I'm
I think I've narrowed down the problem if not the solution. Looking
through i18n.php I noticed that the getInstance() method checks the
session, but only if the language is not found in the core config.
function &getInstance() {
static $instance = array();
if (!$instance) {
I got some L10n stuff working yesterday but it now seems to have
stopped. I'd extracted a new default.pot file because I had a lot more
strings to translate. I had the script overwrite the one I made
yesterday and copied it into:
locale/eng/LC_MESSAGES/default.po
locale/fre/LC_MESSAGES/default.po