Page 2 of 18

Posted: Wed Feb 24, 2010 11:54 am
by sudi
3DModelerMan wrote:I've been fascinated with event systems lately. Would anyone like it if I improved the event receiver?
What do you want to improve? I think the only thing thats missing is a option to connect functions directly to gui events like in any other gui sdk.

lets say you create a button

IGUIButton* button = gui->addButton(...);

now have either

button->addListener(EGET_BUTTON_CLICKED, functionpointer);
or
button->addListener(EGET_BUTTON_CLICKED, someClassPointer, &someClass::methodpointer);

this doesn't have to be implemented in the IGUIElement. This was just an idea. maybe instead.

gui->connect(EGET_BUTTON_CLICKED, button, funcPointer);
or
gui->connect(EGET_BUTTON_CLICKED, button, someClassPointer, &someClass::methodpointer);

and then ofcourse the corresponding disconnects incase the the IGUIElement or the connected class runs out of scope/is deleted

Posted: Wed Feb 24, 2010 12:37 pm
by Brainsaw
BlindSide wrote: [...]
The shadow system I am implementing in Irrlicht is NOT XEffects, it is a completely new system using skills which I have learnt while updating XEffects over it's lifetime.
[...]
I really hope a new shadow system is going to make it into 1.8. I also hope that the API changes necessary for that are not too big.

Posted: Mon Mar 08, 2010 2:31 am
by Virion
Brainsaw wrote:
BlindSide wrote: [...]
The shadow system I am implementing in Irrlicht is NOT XEffects, it is a completely new system using skills which I have learnt while updating XEffects over it's lifetime.
[...]
I really hope a new shadow system is going to make it into 1.8. I also hope that the API changes necessary for that are not too big.
I second this.

Posted: Wed Mar 10, 2010 3:54 am
by tinhtoitrangtay
Support FreeType Font
Support CG Shader
I really hope a new shadow system is going to make it into 1.8. I also hope that the API changes necessary for that are not too big.

Posted: Wed Mar 10, 2010 3:19 pm
by slavik262
FreeType Fonts and Cg would be really nice to see. While it works, the current font system has some big drawbacks based on how it works (i.e. all letters must be evenly spaced, etc.).

Cg would serve really well in mind of Irrlicht's cross-platform mission.

Posted: Wed Mar 10, 2010 9:54 pm
by stefbuet
Freetype support can't be achieved because of its licence if I remember well.
But there is an awesome freetype wrapper availlable in "project announcement" topics!

Posted: Sat Mar 13, 2010 11:22 am
by hybrid
freetype 2 uses BSD style license, so should be ok. Question is how big the whole system would become, so maybe it would require a separate download of that dll.
The application for GSoC is out, so maybe some of those additions can be done by a student of GSoC this year (in casse we're chosen). If you already have something in the pipeline, or want to work on some of these extensions, just check if you could apply as a student. Here's the list of projects we provide: http://www.irrlicht3d.org/wiki/index.ph ... .IdeasGSoC

Posted: Sat Mar 13, 2010 5:50 pm
by DeM0nFiRe
PUT FIRE BREATHING DRAGONS IN IRRLICHT!


No, but seriously:
Sudi wrote:
3DModelerMan wrote:I've been fascinated with event systems lately. Would anyone like it if I improved the event receiver?
What do you want to improve? I think the only thing thats missing is a option to connect functions directly to gui events like in any other gui sdk.

lets say you create a button

IGUIButton* button = gui->addButton(...);

now have either

button->addListener(EGET_BUTTON_CLICKED, functionpointer);
or
button->addListener(EGET_BUTTON_CLICKED, someClassPointer, &someClass::methodpointer);

this doesn't have to be implemented in the IGUIElement. This was just an idea. maybe instead.

gui->connect(EGET_BUTTON_CLICKED, button, funcPointer);
or
gui->connect(EGET_BUTTON_CLICKED, button, someClassPointer, &someClass::methodpointer);

and then ofcourse the corresponding disconnects incase the the IGUIElement or the connected class runs out of scope/is deleted
I think irrlicht definitely needs that. It would make the gui so much more useful.

Posted: Sat Mar 13, 2010 8:08 pm
by DtD
Sudi wrote:
3DModelerMan wrote:I've been fascinated with event systems lately. Would anyone like it if I improved the event receiver?
What do you want to improve? I think the only thing thats missing is a option to connect functions directly to gui events like in any other gui sdk.
[...]
button->addListener(EGET_BUTTON_CLICKED, functionpointer);
I actually made a system similar to this for my even receiver, although it wasn't quite as specific. Basically, I gave my event receiver a "Thing" (like a scene node) and an element and any events on that element got forwarded to the thing.
tinhtoitrangtay wrote:Support FreeType Font
Support CG Shader
[...]
Both of these and post-processing.

~DtD

Posted: Sat Mar 13, 2010 8:26 pm
by Nalin
hybrid wrote:freetype 2 uses BSD style license, so should be ok.
It uses a BSD style license. The only restriction is that you must add a "credit" line somewhere in the documentation of the project that uses it:

Code: Select all

    Portions of this software are copyright © <year> The FreeType
    Project (www.freetype.org).  All rights reserved.

Shadows

Posted: Sat Mar 13, 2010 8:51 pm
by sash
It would be nice to see some shadows improvements.

p.s. GUI. Personally I don't see any urgent needs for GUI modifications. There are a couple of use options already: dispatching method or class, chained or derived event receivers etc. It's rather a matter of some particular application logic. What is really missing - some more usability of existing GUIEditor.

Posted: Sat Mar 13, 2010 9:05 pm
by DeM0nFiRe
Nah, we need listeners on the GUI. It would make using the GUI so much more natural.

Posted: Tue Mar 16, 2010 12:48 am
by d3jake
Although it isn't nearly as impressive as say, special effects, etc. I'd like to implement a function that supplies debug code in the irrXML reader. Sometimes it would be useful to know which line\node\attribute of an XML file is causing a crash in a program. Not only for the initial development, but also for error handling.

I don't think that this is Earth-shattering, but it would be cool for me as I would be able to contribute something (albeit small) back to Irrlicht.

Posted: Wed Mar 17, 2010 11:17 am
by xDan
There is a "public domain" True Type rasteriser:
http://nothings.org

The code is a lot smaller than other things like zlib included with Irrlicht. I haven't looked into it in much detail though.

Posted: Wed Mar 17, 2010 10:10 pm
by pippy3
xDan wrote:There is a "public domain" True Type rasteriser:
http://nothings.org

The code is a lot smaller than other things like zlib included with Irrlicht. I haven't looked into it in much detail though.
Nice find. That code would need some cleaning up though.