Gez Posted September 5, 2009 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.) 0 Share this post Link to post
esselfortium Posted September 5, 2009 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. 0 Share this post Link to post
JadedLexi Posted September 5, 2009 That sounds cool. :D So, would EDF then be more like DECORATE in terms of how it's written? 0 Share this post Link to post
esselfortium Posted September 5, 2009 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.) 0 Share this post Link to post
Quasar Posted September 6, 2009 Actually I'll be adding some DECORATE codepointers for additional compatibility as well, even if they are redundant to ones in EE already ;) 0 Share this post Link to post