A_SetTranslation

Moderator: GZDoom Developers

Post Reply
User avatar
Xaser
 
 
Posts: 10774
Joined: Sun Jul 20, 2003 12:15 pm
Contact:

A_SetTranslation

Post by Xaser »

Here's a simple one.

A_SetTranslation("range")

Where "range" is defined the same way as the Translation property.

At the very least, since the ice death translation is already pre-defined, would an A_IceTranslate equivalent work? In particular I'm trying to edit an enemy's ice death state but I can't seem to apply the generic translation in any way or form. If there's no reasonable way to have the engine create and apply translations on the fly (which, due to ACS's implementation of it, I wouldn't be surprised), the constant ice death translation shouldn't be too hard to access, should it?
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49234
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: A_SetTranslation

Post by Graf Zahl »

Have you tried A_GenericFreezeDeath instead of A_FreezeDeath?

The reason there is no A_SetTranslation is that the DECORATE parser can't do the parsing at the moment. The format being used by the translation property will cause problems with a function parameter parser unless a lot of special handling (and potential future incompatibilities) are added. I will have to redo the translation parser first.
CO2
Posts: 42
Joined: Tue Jul 29, 2008 9:24 am

Re: A_SetTranslation

Post by CO2 »

Well how's about A_SetTranslation(num)? num would be a value from 0 to 255, picking a translation defined by a behavior script, and thus when used with LOADACS, it would be possible for monster mods that don't define maps of their own, just alter the monsters to use dynamic translations.
User avatar
Enjay
 
 
Posts: 27088
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland
Contact:

Re: A_SetTranslation

Post by Enjay »

Or rather than using a compiled library script, why not make it a bit more open and allow users to define translations in either one of the existing control lumps (suggest DECORATE), or a something like a TRANSDEF lump? Hmmm... TRANS could be confused with translucent so perhaps another name... but is the idea worth consideration?
User avatar
Cutmanmike
Posts: 11353
Joined: Mon Oct 06, 2003 3:41 pm
Operating System Version (Optional): Windows 10
Location: United Kingdom
Contact:

Re: A_SetTranslation

Post by Cutmanmike »

I think it would just be easier if Graf made the code better. Defining something to do something really simple is... annoying.
User avatar
Enjay
 
 
Posts: 27088
Joined: Tue Jul 15, 2003 4:58 pm
Location: Scotland
Contact:

Re: A_SetTranslation

Post by Enjay »

The idea of a transdef (or whatever) lump could, however, be extended to have the translations defined there be used by other translation-requiring functions, such as the ACS ones, walls and floors or whatever may come along at some point in the future? I dunno, perhaps translations for intermission texts in mapinfo, or cycling of translations being defined in animdefs... just thinking out loud here. ;)
User avatar
Graf Zahl
Lead GZDoom+Raze Developer
Lead GZDoom+Raze Developer
Posts: 49234
Joined: Sat Jul 19, 2003 10:19 am
Location: Germany

Re: A_SetTranslation

Post by Graf Zahl »

No more hacks. Once I manage to clean up the code pointer interface, adding an A_SetTranslation function should be doable. TRANSDEF won't happen.
Post Reply

Return to “Closed Feature Suggestions [GZDoom]”