The Future of OpenMW Scripting
- psi29a
- Posts: 5359
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: The Future of OpenMW Scripting
Does the newscript have a name? (Looks over at TES3MP...)
Re: The Future of OpenMW Scripting
Well, it looks like everyone has agreed on Lua.
- psi29a
- Posts: 5359
- Joined: 29 Sep 2011, 10:13
- Location: Belgium
- Gitlab profile: https://gitlab.com/psi29a/
- Contact:
Re: The Future of OpenMW Scripting
So now it's a bit of chicken and egg... where to begin?
"If you build it, they will come"?
"If you build it, they will come"?
Re: The Future of OpenMW Scripting
Well, I am not happy with this turn of events. I elaborated extensively why I think it is a bad idea. But trying to force my own opinion though is unlikely to result in anything good in this situation, so newscript and most likely Lua it is.
Re: The Future of OpenMW Scripting
Would the dehardcoding be done in oldscript+ or newscript .?
- Capostrophic
- Posts: 794
- Joined: 22 Feb 2016, 20:32
Re: The Future of OpenMW Scripting
oldscript+-based dehardcoding was the plan, but now Zini may have to rewrite the whole post-1.0 design document.
though not really
though not really
- AnyOldName3
- Posts: 2671
- Joined: 26 Nov 2015, 03:25
Re: The Future of OpenMW Scripting
There are bits of it that don't really make sense if we have access to a real language as there'll be something similar built into it already.
Re: The Future of OpenMW Scripting
The script support for de-hardcoding features will be implemented in newscript. I don't intend to rewrite the design document. The scripting section is only 14 pages long anyway (of 81) and most of the functionality in it is relevant for newscript too. That's why we are not moving forward yet with newscript. I want to have the design document ready (we are currently reviewing internally), so that the group of people working on newscript can see it.