[Scummvm-devel] Translation.dat

[Thierry Crozat]

When I debugged the code a few weeks ago on MacOS X, the SearchMan had two
paths set-up at the time it was loading the translation file: . (current
directory) and the Bundle Resources directory.

And yes, Themes are (or were) initialized after localisation, but what it
does is look in the ConfMan for the theme path and then look for the
translations file in that path. So the Themes do not need to be initialized
at the time it looks for the translations file. The ConfMan does. But for
ports that are only using the built-in Classic Theme, that's not really
usefull indeed.

Thierry

On 23 September 2010 14:13, Lars Persson <larspp at hotmail.com> wrote:

>  The SearchMan always adds "." to the search path as default, so if your
> bundle contains the translations.dat file I guess it will find it there(i.e
> your bundle is your current directory path).
>
> Themes was initialized after localisation so that path was never search
> when loading. But small devices are not using external themes to a large
> exent anyhow.
>
> Best regards
> Lars
>
> ------------------------------
> Date: Thu, 23 Sep 2010 14:09:23 +0100
>
> Subject: Re: [Scummvm-devel] Translation.dat
> From: criezy at scummvm.org
> To: larspp at hotmail.com
>
> CC: scummvm-devel at lists.sourceforge.net
>
> Hi Lars,
>
> I see no problem with your change but I am a bit surprised because before
> that change it was already working fine on MacOS X and looking for the
> translations file inside the application bundle. I am not sure when that
> path is added to the SearchMan but I suppose it is done before system
> creation then. That seems strange.
>
> Secondly, the translations file is supposed to be installed with the
> themes, and in addition to the SearchMan, it also looks into the theme path
> (and its sub-directories) for the translations file.
>
> Thierry
>
> On 23 September 2010 12:19, Lars Persson <larspp at hotmail.com> wrote:
>
>  Hi! Ok.. found one function missing in symbian version to register the
> system wide folder, but it could n't be used until the system had been
> created so I moved the init of the translation manager to after system
> creation. Seems to work fine.
>
> Cheers
>
> ------------------------------
> From: larspp at hotmail.com
> CC: scummvm-devel at lists.sourceforge.net
> Date: Thu, 23 Sep 2010 10:03:56 +0000
> Subject: Re: [Scummvm-devel] Translation.dat
>
>
> Hi!
> Even though the code is commented with "using searchman to find
> translations.dat" it does n't do much good since the only path available in
> searchman at the time of loading the translations is "."
>
> In Symbian I would use the extrapath OR config path to load the
> translations.dat, but then it has to be added to the SearchMan before
> creating the TranslationManager.
> That will surely fix any problems we have with loading the
> translations.dat.
>
> Cheers
> Lars
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances and start using
> them to simplify application deployment and accelerate your shift to cloud
> computing. http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________ Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
>
>
>
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.scummvm.org/pipermail/scummvm-devel/attachments/20100923/86076923/attachment.html>