Hey Max,<div><br></div><div>It's too bad that there isn't much interest, as I think this would be a really useful addition to ScummVM (as I'm sure Jordi did when he did the initial patch). I'm slowly getting better with the APIs, so I'll try to maintain this a bit further when I have a chance ....</div>
<div><br></div><div>Alex<br><br><div class="gmail_quote">
On Wed, Dec 9, 2009 at 10:06 AM, Max Horn <span dir="ltr"><<a href="mailto:max@quendi.de" target="_blank">max@quendi.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi Alex,<br>
<br>
in principle I think it's cool that you did this, and having the ability to localize ScummVM would be nice (as long as it doesn't hamper small ports by increasing the binary/data size a lot).<br>
<br>
Unfortunately, it seems nobody in the team is sufficiently interested / motivated to work on this. :/. I haven't even gotten around to looking at your patch (which, as I see, you also submitted to our patch tracker, great (see <<a href="https://sourceforge.net/tracker/?func=detail&aid=2903830&group_id=37116&atid=418822" target="_blank">https://sourceforge.net/tracker/?func=detail&aid=2903830&group_id=37116&atid=418822</a>>).<br>


<br>
<br>
Am 25.11.2009 um 14:13 schrieb Alex Bevilacqua:<div><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hey Guys,<br>
<br>
I was looking into Jordi's message translation patch (<a href="http://sourceforge.net/tracker/index.php?func=detail&aid=1739965&group_id=37116&atid=418822" target="_blank">http://sourceforge.net/tracker/index.php?func=detail&aid=1739965&group_id=37116&atid=418822</a>) and how it hadn't been updated for a while. I'm not really a scummvm pro, so this isn't 100%, but it's functional in-so-far as compiling.<br>


<br>
I'm hoping someone can take it from here and actually get it working. I had a problem getting po2c running from the common/<a href="http://module.mk" target="_blank">module.mk</a> directly as part of the build process, but if you run it manually, it works.<br>


</blockquote>
<br></div>
Well, if you tell us which commands you need to run, and what the problems were/are, we can try to find a solution.<div><br></div></blockquote><div><br></div><div>The problem I have is when you try to run make, it gives you the following error "<i>common/<a href="http://module.mk:28">module.mk:28</a>: *** missing separator.  Stop.</i>" ... however if I manually run the command (<i>tools/po2c $^ > common/messages.cpp</i>) it works fine.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Basically, the scummvm.pot file can be created successfully, and you can generate localizations using msginit, but I haven't been able to actually utilize any of the .po files in the GUI (I updated the themes to include the necessary label/dropdown though so it's there for testing).<br>


</blockquote>
<br></div>
What exactly is the stumbling block here?<div><br></div></blockquote><div><br></div><div>I think because I'm unsure when to stick the PO files, I'm unable to test if the localizations actually work :(</div><div><br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hopefully someone can finish this off, as I'm not sure when to dump the po files as part of installation so that the TranslationManager can pick up and enumerate them.<br>
</blockquote>
<br></div>
Where to place such files would indeed be port specific, just like with other stuff. For some ports, you may have to convert those files into .cpp files and link them into the program; on OS X, they would be placed into the .app bundle and loaded this way; on others in the DATA_DIR; etc.<br>


<br>
A good way might be to let the translation manager use the Common::Archive API. This way, it'll find the files for "most" platforms. If a platform needs to link the translation files in, it could generate a special Archive subclass which manages a fixed list of built-in files.<br>


<br>
Cheers,<br><font color="#888888">
Max<br>
<br>
</font></blockquote></div><br></div>