gui tree view for irrlicht
gui tree view for irrlicht
Hello there,
I just finished the upload of my tree view gui element for the irrlicht engine.
It's based on irrlicht 0.7.
If interessted look at:
http://www.r-ostermeier.de/irrlicht
please check that the case of "irrlicht" in the url is correct. Else the page will not be found
have fun, Reinhard.
I just finished the upload of my tree view gui element for the irrlicht engine.
It's based on irrlicht 0.7.
If interessted look at:
http://www.r-ostermeier.de/irrlicht
please check that the case of "irrlicht" in the url is correct. Else the page will not be found
have fun, Reinhard.
-
- Posts: 386
- Joined: Thu Sep 25, 2003 12:43 pm
- Contact:
would not it be better to add a IUnknown* pointer so that you can grab/drop it ..for automatic reference counting...user data for each node (void* pointer)
---
Saurav Mohapatra
author, artist and bona fide geek
web: http://www.mohaps.com
email: mohaps AT gmail DOT com
Saurav Mohapatra
author, artist and bona fide geek
web: http://www.mohaps.com
email: mohaps AT gmail DOT com
Personally I prefer void* s for user data. If IUnknown pointers are sued it means that you must derive all your classes from IUnknown if you want to set them as user data. void* gives the maximum flexibility, though of course ruins polymorphism.
You do a lot of programming? Really? I try to get some in, but the debugging keeps me pretty busy.
Crucible of Stars
Crucible of Stars
As Electron said, void* is more flexible.
But about the IUnknown class:
I'am a Windows programmer using VC.net.
If I use any COM (OLE) component in my irrlicht program (MSXML, ...),
I can't write
using namespace irr;
because I will get an ambigous class name (IUnknown).
I think Microsoft will not change the name of the OLE IUnknown ,
so wouldn't it be better to change irr::IUnknown to something different?
May be irr::I_Unknown.
Or is there a better solution for this problem?
please think about it, Reinhard.
But about the IUnknown class:
I'am a Windows programmer using VC.net.
If I use any COM (OLE) component in my irrlicht program (MSXML, ...),
I can't write
using namespace irr;
because I will get an ambigous class name (IUnknown).
I think Microsoft will not change the name of the OLE IUnknown ,
so wouldn't it be better to change irr::IUnknown to something different?
May be irr::I_Unknown.
Or is there a better solution for this problem?
please think about it, Reinhard.
-
- Posts: 49
- Joined: Thu Aug 12, 2004 12:42 pm
- Location: Sweden
- Contact:
I've just updated the gui tree view.
Extensions:
- 2nd data pointer of type IUnknown*
- additional collored icons (based on my new class IGUIImageList)
- new events
- minor fixes in visualization
Attetion
it's not fully code compatible anymore.
But I will try to keep it compatible from now on.
As mentioned above I added a new class for image lists:
It uses a texture and tiles it in even sized images which can be accessed by index.
I also extended the bmp file loader to support 32 bit bmp files.
At last I also updated my irrlicht webpage:
http://www.r-ostermeier.de/irrlicht
It now has a bit of structure and as much design as I was able to give it in about 4 hours.
have much more fun with my code as before.
Extensions:
- 2nd data pointer of type IUnknown*
- additional collored icons (based on my new class IGUIImageList)
- new events
- minor fixes in visualization
Attetion
it's not fully code compatible anymore.
But I will try to keep it compatible from now on.
As mentioned above I added a new class for image lists:
It uses a texture and tiles it in even sized images which can be accessed by index.
I also extended the bmp file loader to support 32 bit bmp files.
At last I also updated my irrlicht webpage:
http://www.r-ostermeier.de/irrlicht
It now has a bit of structure and as much design as I was able to give it in about 4 hours.
have much more fun with my code as before.
-
- Posts: 386
- Joined: Thu Sep 25, 2003 12:43 pm
- Contact:
http://www.irrlichtnx.mmdevel.de/phpBB2 ... .php?t=260
I think I've found a bug (at least in IrrlichtNX++ version):
try this code
And now try to click on the + - last child [node 2] disappear, isn't it?
I think I've found a bug (at least in IrrlichtNX++ version):
try this code
Code: Select all
treeView = guienv->addTreeView( irr::core::rect<irr::s32>( 10, 30, 179, 170 ) );
tvnode = treeView->getRoot()->addChildBack( L"node 1" );
tvnode->setExpanded( true );
tvnode->addChildBack( L"node 1.1" );
tvnode->addChildBack( L"node 1.2" );
tvnode->getLastChild()->addChildBack( L"node 1.2.1" );
treeView->getRoot()->addChildBack( L"node 2" );
now it's done.
The tree view demo is finished and ready for download at the download section on my site: http://www.r-ostermeier.de/irrlicht
I also removed some (many ) bugs from the tree view.
a short list:
- moveChildUp(), nodeChildDown() works now
- deleteChildNode() sets selectedNode = 0
- getNextVisible() works now in all cases (this is the bug found by puh)
- many visual defects in draw()
all bug fixes are in CGUITreeView.cpp
I hope this will help some of you.
The tree view demo is finished and ready for download at the download section on my site: http://www.r-ostermeier.de/irrlicht
I also removed some (many ) bugs from the tree view.
a short list:
- moveChildUp(), nodeChildDown() works now
- deleteChildNode() sets selectedNode = 0
- getNextVisible() works now in all cases (this is the bug found by puh)
- many visual defects in draw()
all bug fixes are in CGUITreeView.cpp
I hope this will help some of you.