I dont think that anybody realises depth of the issue. As such you all reflect its pros and cons based on personal perspective and not really on the true gain of such a drastic change. With that said, I agree on all the points that argue against it. If I had my way I would simply build upon the already established standards(ACS/DECORATE). But isn't
randy's goal to improve the port ?
With that in mind, it appears to me that staying with the old standards simply because of our preferences, would contradict that goal. Its like giving a child a candy upon every demand. It may seem like heaven to the child but that doesn't means its in the best interest of his future developments where his health is concerned.
But that still doesnt answer the question of why ?....Why change ?
Consider this :-
Raven sofware develops Heretic and soon after releases Hexen which is to
be superior in terms of gameplay to its predecessor. To meet this goal they choose to add scripting to it. Now, Hexen wasn't released with any level editor which would highlight the goals of the software..ie..to be played with the levels that came with it. Though user-made levels weren't discouraged, its wasn't exactly encouraged. Anyway, if they were not intending to provide any level-editing facilities, then there is no pressure to really consider how any of the inner mechanics of the engine would affect the users. They wanted scripted events to improve gameplay so why not use a language that everybody on the development team already knew ?...Its not like they were worried about if the users would understand it or not, or wheather its flexible enough to encompass a broad spectrum of human ingenuity. It was more or less for their own personal use.
Now when the source was released, I would imagine that through experimentation, various programmers (such as
randy and
Graf Zahl) could only make small changes before they were intimately familiar with the code. But these series of small changes added up to a multitude of extended ACS commands, DECORATE etc. and now that they can manipulate the code at will, it seems that the community had already grown really attached to the current system. A system that may not have been initially designed to boast maximum flexibility of its perceived intent, but rather because it was quicker for the original developers to implement as it was built on the very language that they were using to code the engine itself.
Conclusion :-
Personally, i'd prefer the present situation. But in my unbiased opinion, a change is definitely needed.
