ZDoom

Instead of having to recompile ACS just to add a translation for Thing_SetTranslation, can't this be done in its own file instead? I much prefer less of a reason to recompile ACS and ruining save games for something that could be handled elsewhere.

One of the things I wanted to do for ZDoom was setting the default translation in MAPINFO/GameInfo instead of hardcoding them. It would allow users to define more translations, too.

Yes, it might be indeed a good idea to define a new class of translations in a dedicated lump and having them accessible from other parts of the engine.

Done, except for some access functions.

I would have preferred a ZMAPINFO block, but it's good nonetheless
.

I think it's bullshit to lump every imaginable crap together in ZMAPINFO, especially if it has nothing to do with defining game flow or metadata for the levels.
The stuff that's there has all to do with defining the flow of the game, as in maps, episodes, skills and intermissions. The spawn and editor numbers are there because this is stuff that can be used to tailor the game late in the process (I occasionally have used it to replace monsters in mods where I wanted to tone down some overly hard maps.)

Translations are something entirely different, they have nothing to do with game metadata.

What's the syntax for using this?

"translationname" = "sequence1", "sequence2", ... .
The sequences are the same as in DECORATE.

Or if you want to extend an existing translation:

"translationname" : "basename" = ...

Example

OH... MY... GOSH.

THIS IS PERFECT!!!!!

I never thought that creating a separate lump for defining Translations was even possible! There's definitely no need for a DECORATE counterpart now! This is equally easy!!!!!

Thank you guys so much!

One last question, to remove a translation, would you just use 0 or none?

The empty string will restore the actor's default.

Sweet! This has the huge advantage of letting you reuse translations across a bunch of actors without running into the "magic numbers" problem.

A shame string uservars can't happen, but oh well.

So... wait a minute... in light of this new feature, is there now a way to have actors change translations, without the use of ACS? Or will we still need to use Thing_SetTranslation in order to get an actor to change its translation?

I added both an ACS and a DECORATE function to set an actor's translation to one of these new ones.