I'm looking for an implementation of a Java scenegraph which is working with Eclipse SWT instead of Swing, that is using an org.eclipse.swt.widgets.Composite instead of a java.awt.Canvas (or s.th. similar) and SWT events instead of AWT events. I'm currently using Java3D and the SWT_AWT bridge, but unfortunately this isn't working with Mac OS X.

I'm looking for an implementation of a Java scenegraph which is working with Eclipse SWT instead of Swing, that is using an org.eclipse.swt.widgets.Composite instead of a java.awt.Canvas (or s.th. similar) and SWT events instead of AWT events. I'm currently using Java3D and the SWT_AWT bridge, but unfortunately this isn't working with Mac OS X.

Well, this thread is older than my account. So I cannot say, what happened as a result of it. But I can tell you, that I've found no sign of SWT in the source so far . Ian I really don't know of other scenegraphs' features very much.

The greatest hurd would be to create corresponding renderers in Xith, since they don't exist yet. But I suspect implementing them would be copy and paste with straight forward package renaming of the existing renderers.

if you're interested in doing that, please download latest CVS sources and do the mods you need (if you think you have enough knowledge. If not, just ask something to do it for you ^^. But in every case doing it yourself is still the best solution). Then you can commit your sources and we can include them in xith3d if successful. If you are further interested in Xith3D we could grant you Dev access.

The greatest hurd would be to create corresponding renderers in Xith, since they don't exist yet. But I suspect implementing them would be copy and paste with straight forward package renaming of the existing renderers.

So the question is: somebody interested in doing this?

Even if I haven't had a look at it, maybe we can use generics to reuse to AWT based renderers. I believe the main difference in it will be the containers to use (java.awt.Container in case of AWT). Maybe we can just use a generic type instead of java.awt.Container if the tow have something in common.

The greatest hurd would be to create corresponding renderers in Xith, since they don't exist yet. But I suspect implementing them would be copy and paste with straight forward package renaming of the existing renderers.

So the question is: somebody interested in doing this?

Even if I haven't had a look at it, maybe we can use generics to reuse to AWT based renderers. I believe the main difference in it will be the containers to use (java.awt.Container in case of AWT). Maybe we can just use a generic type instead of java.awt.Container if the tow have something in common.

Hum the single word "generics" fluff the hair of the performance-wanting developer... isn't it ?

Hum the single word "generics" fluff the hair of the performance-wanting developer... isn't it ?

No! Generics will never be more expensive that non-generic code. The compile is always able to create at least the same performance from the code, since the code is the same, but with additional type specifications and without (or with less) casts. Java is a strongly typed language and is even stronger typed with generics. When the compiler knows of a variable's type more exactly it can better optimize the compiled (byte) code. Correct me if I'm wrong, but shouldn't it be this way?

The compiler will generate mostly the same byte code. In fact generics are just compiler checked casts, since that is whats happening under the hood. The instances are just casted to the specified type on request..

java-gaming.org is not responsible for the content posted by its members, including references to external websites,
and other references that may or may not have a relation with our primarily
gaming and game production oriented community.
inquiries and complaints can be sent via email to the info‑account of the
company managing the website of java‑gaming.org