Sign in to follow this  
Followers 0

DECORATE state parser

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.)

Share this post


Link to post

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.

Share this post


Link to post

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

Share this post


Link to post

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.)

Share this post


Link to post

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

Share this post


Link to post

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!


Register a new account

Sign in

Already have an account? Sign in here.


Sign In Now
Sign in to follow this  
Followers 0