DECORATE state parser

[Gez]

I'm intrigued by recent entries in the SVN changelog (starting with r820) that mentions the addition of a DECORATE state parser. Is it merely a DECORATE-like state parser for EDF definitions, or the beginning of a full-fledged DECORATE lump support? The former seems more likely, but the use of the word "DECORATE" everywhere even in function names leaves room for speculating the latter. (And, well, it wouldn't be unprecedented since Vavoom also supports DECORATE despite not being a ZDoom-derived port.)

[esselfortium]

The plan is for DECORATE-format states in EDF, using heredocs, but not full DECORATE support. The somewhat bloaty state definitions are probably the most major flaw in EDF, so this should make that a non-issue.

[JadedLexi]

That sounds cool. :D
So, would EDF then be more like DECORATE in terms of how it's written?

[esselfortium]

The rest of EDF isn't changing, though in all honesty it's not any more complicated than DECORATE. A couple things have different names, some stuff uses an equals sign where DECORATE doesn't, etc., but it's as easy to learn as DECORATE is.

The states definitions are really the only thing that need this kind of major cleanup, and with this new system it'll be possible to input states in the exact same compressed, easy-to-write format that DECORATE uses for them. (Though, of course, with EE's codepointers instead of ZDoom's.)

[Quasar]

Actually I'll be adding some DECORATE codepointers for additional compatibility as well, even if they are redundant to ones in EE already ;)