Irrlicht Engine

Hm, whatever you want :-) That was just as info for Granyte why it might crash when he replaces the dll.
If you always tell which svn-version you used in trunk it could also be fine- then people can use the same one.

how you think... is it needed version for 1.7.2???

yes i figures that he might not have been using the same svn trunk as me it's why i stated wich one i was using

but the dlll seem to work fine with every other example he included only his gui editor crashes so i think it's more likely something in the NGE that could be faulty

new version 0.47

Changes
0. Now compiled with 1.7.2 and 1.8(SVN)
1. Fixed config parser, 90% reade css-parser( i think that this format more flexible, then my... want to use css-like format in future)
2. Fixed memleal in editor
3. Now may change element drawing style in editor
4. Added BlindAnimator (Video)
5. added ClipAnimator (Video)
6. Added properties for text alignment button, listbox, menu, editbox
7. Update HoveredAnimator'a (change element opacity, when it under mouse)
8. Added PulsateAnimator (Video)
9. Added ShakeAnimator
10. Added SlideAnimator ( Video )
11. Added SringAnimator
12. Fixed memleak in NrpTable

i can't even start any of the exemple ethier provided or compiled following your instructions

+ all examples compiled in once demo
+ webrenderer compiled with Irrlicht 1.7.2 & 1.8
+ create different archive for 1.7.2 and 1.8
+ fix NrpDial, NrpTable, NrpFoldout drawing

Download for 1.7.2
Download for 1.8(SVN)

Incredible work!

One note about your coding-style, variable names beginning with an underscore and followed by an upper-case letter are reserved in c++ (I learned that because I had used it in a similar way in the past until someone in a company complained...).
Check this post on stackoverflow, it has more info: http://stackoverflow.com/questions/2287 ... identifier

And a question - I don't see any license file, which license are you planning to use for this?

1. about variables... usually i use underscore and lowercase letter in begin for protected variable names... other style it my mistake, i will check it near time
2. sorry but link say that forbidden... I didn't know about this hidden corner of c++
3. if it possible - i want to use irrlicht like license (project yet under delevelop and i not think about any licenses)

Hm, no idea why stackoverflow would be a forbidden link...

What changes:
+ added support for archive in zip archive, which have extension .nsz
+ change drawing ListBox, ComboBox, Menu, ContextMenu ( soft change between state )
+ (experimental)now possible change style runtime ( see menu "Styles" in GuiEditor)
+ added notification for element about style changed
+ not more using ResourceManager, now work about IFileSystem
+ new path dependencies for lib, bin ( 1.7.2 and 1.8 build in different folders)
+ add post-build script, which configuring files in folder after building
+ added NSIS script for creating installer
+ config/hud.ini -> config/nerpagui.config
+ fixed overload operators in NrpText
+ NrpPath::IsExist using irrApi, add function GetName, GetExtension
+ NrpDir add function Current(), which return workDir
+ (experimental) add style simpleWhite (simpleWhite.nsz), may tested in GuiEditor

Universal installer download

I'm missing time right now for looking over sources, but seeing NrpPath and NrpDir functions described in your list I was just wondering if you know that IFileSystem (http://irrlicht.sourceforge.net/docu/cl ... ystem.html) offers similar functions (maybe you're even using them already in source, just making sure you didn't just miss them).

Yes... It is a wrapper for IFileSystem, i add some functions which not founded in irrApi

Ah yeah, GetName, GetExtension - those sort of functions are hidden in coreutil.h.
I also often wonder if we should put them somewhere else as they get overlooked very easily (I also often have to search a while until I remember where they were again).

thanks for help... i will use those functions )))
why you not inserted those funtions in io::path??? i think are more useful in class than once function

Hm, not sure. Could be functions existed before path. And doing that now means breaking the interface...