I'm not sure really why attributes even have all the type conversion functions.
I wonder if we could replace all that stuff by IAttribute with a single get and set and a template parameter?
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5564 dfc29bdd-3216-0410-991c-e03cc46cb475
I considered also adding more flags to allow background drawing when a texture is set, but couldn't
really find a good use-case for that, so keeping it simple (also that case could be done
otherwise with a second element and disabling background drawing for top-element completely).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5563 dfc29bdd-3216-0410-991c-e03cc46cb475
Some elements just wouldn't be created, the modal dialogs did even crash the editor.
Context-menues also crashed it, but should be fixed some day.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5561 dfc29bdd-3216-0410-991c-e03cc46cb475
Found a crash for that. Might give it another try some day, but giving up for now.
EGET_ELEMENT_REMOVED can stay - still should be useful (users can find out when elements got removed).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5560 dfc29bdd-3216-0410-991c-e03cc46cb475
In larger projects those tend to spam the default log too much.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5547 dfc29bdd-3216-0410-991c-e03cc46cb475
I suppose not checking gives a chance for ftell to go wrong in which case we can get an error (size -1).
Arguably which solution is better - I reverted it simply because not changing old behavior is probably better than changing it.
Also added documentation about getSize to IReadFile, IWriteFile and IFileReadCallBack that those functions can return -1L on error
(thanks @dixx for mentioning that in http://irrlicht.sourceforge.net/forum/viewtopic.php?f=4&t=52086).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5538 dfc29bdd-3216-0410-991c-e03cc46cb475
Problem was some gui-elements got deleted once more after device was closed already.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5537 dfc29bdd-3216-0410-991c-e03cc46cb475
Note that the MHz can vary each second and is only returned for first processor.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5534 dfc29bdd-3216-0410-991c-e03cc46cb475
- CFileSystem::getAbsolutePath no longer wrongly converts an empty filename to "/" on unix platforms.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5530 dfc29bdd-3216-0410-991c-e03cc46cb475
Add documentation that using an empty name with addTexture is not allowed.
Note: The reason for keeping this behavior is that we would otherwise return a pointer which
would have to be dropped - which is only allowed for functions starting with the word create.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5517 dfc29bdd-3216-0410-991c-e03cc46cb475
Simply didn't work before. Is now the default - so examples should only show
available drivers.
Also update documentation in example 02 slightly.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5496 dfc29bdd-3216-0410-991c-e03cc46cb475
The fix in r5480 couldn't work because the previous c99 check did fail with c++ compilers.
Now including limits.h as that seems to use __WORDSIZE internally. And also we include it already at other places
so it shouldn't add new problems (unlike stdint.h and/or <stdint> which is one of the biggest messes c/c++ ever produced
if you try to use it in compiler/platform independent code which compiles under c and c++).
But... still not sure if the bug is fixed like that now.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5489 dfc29bdd-3216-0410-991c-e03cc46cb475
The stuff in main was just irritating before as the values there got completely ignored.
Also somewhat different defaults now.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5487 dfc29bdd-3216-0410-991c-e03cc46cb475
Instead I'll changed examples to show off new rotation features there.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5486 dfc29bdd-3216-0410-991c-e03cc46cb475
It's no longer a good idea to use a single callback instance since we switched to using ShaderConstantID's.
Those id's are really indices to arrays - and each added material has it's own array. We basically
used indices to arrays of another object (which happened to be identical in this case).
And this starts to go horribly wrong once the code of one shader is slightly modified...
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5485 dfc29bdd-3216-0410-991c-e03cc46cb475
Switch COpenGLCoreCacheHandler pointer to reference in STextureCache.
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5481 dfc29bdd-3216-0410-991c-e03cc46cb475
This was reported in bug #433 by neoascetic (https://sourceforge.net/p/irrlicht/bugs/433/)
Still have to test compiling this on more platforms. If it works we might backport it to 1.8
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5480 dfc29bdd-3216-0410-991c-e03cc46cb475
No workaround yet (except drawing line twice once start to end, then end to start, that would work... not yet sure if that's a good solution).
git-svn-id: svn://svn.code.sf.net/p/irrlicht/code/trunk@5476 dfc29bdd-3216-0410-991c-e03cc46cb475