I’m writing developmant plan for Xith3D 2.0 but I’ve not yet finished it. If it’s not there tomorrow night will you kindly remind it to me ?
Thanks, you’re contributing to improving my productivity.
Amos
[quote="<MagicSpark.org [ BlueSky ]>,post:1,topic:28325"]
I’m writing developmant plan for Xith3D 2.0 but I’ve not yet finished it. If it’s not there tomorrow night will you kindly remind it to me ?
Thanks, you’re contributing to improving my productivity.
Amos
[/quote]
Can’t wait to see it 
Enjoy.
http://xith.org/download/devplan/
Downloadable in Abiword/HTML/PDF format.
Note : it’s easier to quote from HTML format.
[quote="<MagicSpark.org [ BlueSky ]>,post:3,topic:28325"]
Enjoy.
http://xith.org/download/devplan/
Downloadable in Abiword/HTML/PDF format.
Note : it’s easier to quote from HTML format.
[/quote]
I only see an empty directory ???
I only see an empty directory ???
[/quote]
You too fast for my internet connection. Try again
Some points to discuss:
I think this is a “1.0”-feature. We cannot speak of a stable 1.0 API when it’s that inconsistent like the model loaders interfaces as they are now. So I really think this point is better nested on the 1.0 dev-plan like it already is. 
Maybe this text would be better:
Since FengGUI aims at rich GUI applications, the HUD should be kept at a minimum, which is needed to create GUIs for games: Static Widgets like Buttons, TextFields, Labels, Images, RadioButton, Checkboxes, Lists, Tabs, Panels, Frames… the most basic Widgets needed to make start-screens, highscores, inventories, etc.
No need for fancy Widgets like Menus or Trees.
I think, this is a job for a small Swing application.
BeanShell is a very good one.
I’d prefer flags, too
This is an urgent bugfix needed in 1.0, too. So I think it’s not a “2.0”-feature.
Am I friendly? Well, at least I have some knowledge on Software Engeneering.
The dev-plan shouldn’t include points about bug fixing. Bug have to be bixed in version 1.0. When we have a stabe and clean API 1.0 with no known bugs, we can proceed with 2.0.
anyway… really good work, Amos
Agreed for bug fixed in 1.0
I think, this is a job for a small Swing application.
[/quote]
I don’t think so having such a feature in Xith3D would be really cool. Remember, people want it all in one lib. I have complex ideas about how this “watching” system would work (either the interface is build in a default way, by class introspection, or it’s custom-built by a function implemented by the Watched object’s class).
Maybe you don’t see the interest right know but it must be really useful.
[quote="<MagicSpark.org [ BlueSky ]>,post:7,topic:28325"]
I don’t think so having such a feature in Xith3D would be really cool. Remember, people want it all in one lib.
[/quote]
You got me wrong. It should be in the lib, but written as a Swing app (just like DisplayOptions / Xith3DTestStarter).
[quote="<MagicSpark.org [ BlueSky ]>,post:7,topic:28325"]
Maybe you don’t see the interest right know but it must be really useful.
[/quote]
I really see it. I considered many time to write such a thing on my own.
You got me wrong. It should be in the lib, but written as a Swing app (just like DisplayOptions / Xith3DTestStarter).
[/quote]
Swing and realtime don’t get along very well… And for fullscreen games it’s a no go.
[quote="<MagicSpark.org [ BlueSky ]>,post:9,topic:28325"]
Swing and realtime don’t get along very well…
[/quote]
Why. And what do you mean by realtime? Isn’t displaying the scenegraph and its properties what you want? So why do you need realtime? You catch rendering “events” in a way we need to offer by adding interfaces for this purpose and update the outline. I think Swing can do the job quite well.
[quote="<MagicSpark.org [ BlueSky ]>,post:9,topic:28325"]
And for fullscreen games it’s a no go.
[/quote]
If you’re debugging your app/game you don’t necessarily need fullscreen. It can even be disturbing.
Slightly off-topic: theres a nice BSD licenced data visualization library I fell in love with recently called Prefuse. There are several demos in the gallery secion that seem to fit for scene graph browsing. See my favority - be pacient, the applet loads very slow - remember to open the sidebar on the right and fiddle with the settings
Why. And what do you mean by realtime? Isn’t displaying the scenegraph and its properties what you want? So why do you need realtime? You catch rendering “events” in a way we need to offer by adding interfaces for this purpose and update the outline. I think Swing can do the job quite well.
[/quote]
Not only scenegraph data : remember scenegraph means graphics and I want to watch IA properties, and so on. But maybe you’re right a swing application would work.
If you’re debugging your app/game you don’t necessarily need fullscreen. It can even be disturbing.
[/quote]
Agreed.
About prefuse : would be even nicer if it used OpenGL ^^ (it would be faster and better-looking).
Please have a look at org.xith3d.loader.base. This is to be considered as come kind of proof of concept, but is also ready to be used and is actually already used in the BSPLoader. I think is is a quite good and a bit better loader base than the one we have now. Maybe we could consider to completely move to it in v2.0.
Marvin