That's an idea. If you like, saigumi? About wrong mails: No problem, I could simply forward to the right one.BradB wrote:Well, there is an unused CVS tree here at Irrlicht
Niko would you mind turning over the keys to CVS to someone here?
Community generated patches
Below is a link to the draft of the protocol/howto submit a module document.
Let me know your thoughts.
http://www.saigumi.net/3p-irrlicht-modules.txt
Let me know your thoughts.
http://www.saigumi.net/3p-irrlicht-modules.txt
Crud, how do I do this again?
looks great, think you got everything...
i cant see anything m8issing from your doc sai, looks like you got it down.
-Ted
-Ted
My irrlicht-based projects have gone underground for now, but if you want, check out my webcomic instead! http://brokenboomerang.net
looks good. though you may want to write something in there to keep people cross-platform and cross-compiler aware. Like "it is required to work in blah, blah blah" or "if it does not build in all three compilers/OSs, say so in the conflict area" or add two new catagories "Supported Compilers" and "Supported OS"
a screen cap is worth 0x100000 DWORDS
Good protocol, I like it. Could I suggest another type "bugfix", where you are fixing a bug in Irrlicht & not submitting new features?
Only thing that is a little lacking is a directory structure, for example (I don't know the layout of the Irrlicht code) what if I make changes to
irrlicht/source/util/someutil.cpp
irrlicht/source/core/list.cpp
Maybe the README file needs to list all changed files & their original location within the Irrlicht directory structure.
Cheers
Brad
Only thing that is a little lacking is a directory structure, for example (I don't know the layout of the Irrlicht code) what if I make changes to
irrlicht/source/util/someutil.cpp
irrlicht/source/core/list.cpp
Maybe the README file needs to list all changed files & their original location within the Irrlicht directory structure.
Cheers
Brad