SDL image support

[zabidenhtf]

Now game data saving into .dat files, but i have idea replace it with png images. It can be very helpful because developing and modding will easier

[petitlapin]

I'm not against this change, but we need to be careful with how we handle the code for it. For now, the .dat contains also information about the number of sprites per animation and maybe other stuff, so let's be careful on the implementation

[zabidenhtf]

Ok, if I'm willing to make this update I will rewrite all sprite class

[zabidenhtf]

Im started developing new version with ttf and image support, later im will make PR

zabidenhtf@51e614a

[petitlapin]

you can work on whatever you want of course, I don't want to force you to work on something specific, but I would personally prefer if we focus on finishing what is started first instead of working in multiple big features at the same time and not having anything merged

[zabidenhtf]

And also, @petitlapin, how do you think. What will better? JSON or INI (i think json)

[petitlapin]

the question is too vague for me to understand. What do you want to store in either a json or ini file? The sprite names for each action?

[zabidenhtf]

For saving translations

[petitlapin]

ok, please note that this discussion was about the images, it was hard to follow :D.

I explained in #36 (comment) how I envisioned it and I started to work on it in the work/gettext branch. The latest tests I did showed that it was difficult to use gettext directly because it needs the locale to be installed systemwise (so for example, if you don't have the German locale, you won't be able to play in German) which is a blocker.

I've digged a bit and I saw supertux was using tinygettext and I was thinking to give it a try but I didn't try it yet.

So the answer to the initial question is: we need to use the standard "po" format (https://www.gnu.org/software/gettext/manual/html_node/PO-Files.html).

[zabidenhtf]

I will animate dynamic images (like train, wagons, pickups) like in my project Teewars Legacy