The last major release was 1.7 back in 2017. Till then we had 2 other releases 1.7.1 (which was simply a bugfix to 1.7) and 1.8-ALPHA which as the name suggests is not a proper public release.
Our homepage shows 1.7.1 as the last stable release, which is very outdated and is missing a lot of new functionality and bugfixes, but since it’s there, a lot of people decide to use the 1.7.1 instead of the 1.8-ALPHA or maybe using the code directly from the master branch.
What are your thoughts about releasing a proper 1.8 version? Of course that wouldn’t mean that we will or have to do it right away, but we need to look at the opened PR’s, completed PR’s and get a list of critical bugs that should be fixed before the release.
And maybe there’s other improvements that hasn’t been submitted yet or maybe even additional bugs that hasn’t been registered.
Let me know what you think have to be in the next release, just so we have some sort of task list to begin with. Will update this thread with all of the suggestions.
I think it’s a great idea, i’ve recently built 1.8-ALPHA for Raspberry Pi 4, no hassle building and most of the examples run great. I’m planning on working on a 90’s style FPS game using 1.8 and I’m looking forward to finding out what I can do with Urho3D.
I’d say focus only on bug-fixing and ship it… 1.7 has been up there for too long. The new web shell is nice, but I’d rather see it well-tested and included with 1.9. The same goes for the updating of dependecies like Box2D and Bullet. HEAD/1.8 contains enough changes in comparison to 1.7 and it’s no use leaving the alpha dangling until it is outdated.
Automatic script binding - although useful to end-users - should primarily be considered a tool for smoothing engine development, and therefor be of little importance within the scope of release candidacy.