Moderator: GZDoom Developers
_mental_ wrote:@The Zombie Killer
If you so inclined to work with binary data you can access character codes via String.CharCodeAt() function.
The engine doesn't do any interpretation of lump's data, so working with raw bytes is already doable.
_mental_ wrote:Do not forget that ultimate goal is to replace ACS with ZScript everywhere.
Rachael wrote:At any rate, if it's really true I'd probably like to introduce a few ACS-specific functions to ZScript, myself.
Rachael wrote:I think having a single VM for all of the languages could be beneficial in the long term, at least as far as code maintenance goes.
Rachael wrote:If it were up to me, I'd probably want to deprecate ACS and let it be nothing more than a means by which to run legacy projects - going forward, updating a singular interface with a singular language will be a huge boon for project authors, as well as the developers.
gwHero wrote: but I really don't understand why ACS is getting less appreciation these days.
gwHero wrote:Now I do like ZScript and I definitely see the benefits of it, but I really don't understand why ACS is getting less appreciation these days.
Rachael wrote:ACS allows an author to distribute closed-source. ZScript forces the source to be open.
Rachael wrote:ACS requires an external compiler to work with - whereas ZScript lumps can be edited directly with immediate effect.
Rachael wrote:ACS also requires everything to either in advance have a tag or on-the-fly reference in order to work with it - you cannot simply iterate all of a certain object in a level like you can with ZScript.
Return to Closed Feature Suggestions
Users browsing this forum: No registered users and 0 guests