Future plans/roadmap for next releases?

[mangoesfruit]

H

[CuteAlien]

No roadmap.

But basically for 1.9 left is:
- A few more checks for the new IRenderTarget
- Figuring out what's the correct behavior for setRenderTargetEx (and either fix that or documentation)
- Filelist which keep original upper/lowercase intact (maybe, or maybe after 1.9)
- Another go over the examples (half done)
- cleanup the i18n functions from physfs (fix name and figure out how to avoid linker warnings)
- Better naming scheme for dll' to have stuff like Debug/Release dll's and 32/64 bit, etc
- Add project files for newer VS version
- Update support libraries (jpglib and bzip2 have newer version, have to check others)

Enough work that probably 1-2 more things show up.
And still thinking about reworking defines in IrrCompileConfig.h or not (bit illegal names there, but changing those might break user-code - so one of those pest vs cholera choices)

After 1.9 - not sure. Got a bunch of stuff which I don't put in 1.9 anymore simply because it would delay the release another year. One of the main priorities for 1.10 is putting SDL2 support in there, maybe I even just do that and release 1.10 then.

[mangoesfruit]

Th

[CuteAlien]

Not from my side. When I need nicer buttons I usually just put textures over them. I can imagine some scenarios where this isn't enough, but as long as I don't run into them this is the kind of feature that has to come from someone else.

[mangoesfruit]

o

[CuteAlien]

Sure - planned release was around half a decade ago or so. I work on it sometimes when I have the time/energy, or rarely I spend a bit of my holiday on it (like last week) to get closer to the 1.9 release. But most of the time I care about the stuff I need in my projects (I still use the engine in projects regularly). I'll be around if you need any help with it, but if you need any specific new features - use the source!

edit: Btw, I recommend working with Irrlicht trunk instead of the 1.8 release. It's a lot better in nearly every regard (stability, features, speed).

[mangoesfruit]

y

[chronologicaldot]

For the Filelist problem, why don't we just use a compile flag in IrrCompileConfig.h? Then people could decide if they wanted that feature or not.

[CuteAlien]

No, filelist should ignore on compare - but know the original filename.