ObjLoader can't support sharedCopy() function.

[Amos Wenger]

The OBJ loader of the Xith Toolkit define his own Group class wich is not the same that the "official" Xith3D scenegraph Group class.
Then, when I try do make a copy ( using the sharedCopy() function ), of a BranchGroup given to me by the load() function of the OBJLoader class, I get an UnsupportedFunctionException.
Is it possible to correct the Source Code of the Xith toolkit to make it all right ?.

[William Denniss]

The subject line of this thread is not very specific, I suggest adding the words "OBJ Loader" so it is obvious what you are referring too, and so that the chance of the loader's author seeing it is higher.

Do you get a stack trace with your exception?  If so, post it here too so we can get a better idea of what is happening.

Will.

[Amos Wenger]

I don't now how to edit the subject name...
I will see for the exception error message.

Games published by our own members! Check 'em out!

[William Denniss]

I don't now how to edit the subject name...

just click "modify" and change the Subject.

Will.

[Amos Wenger]

And also I've got another problem to pick shapes loaded by the OBJ loader because the topGroup is not declared as "Pickable" ( setPickable() function ).
And the function setPickableRecursive() in the Xith3D Guide is not applicable, because the Group type of the OBJLoader is'nt standard.

[Amos Wenger]

It's very annoying, because a Level editor without object selection by the mouse isn't a Level editor !

[kevglass]

Whats really annoying is this!

The OBJ loader of the Xith Toolkit define his own Group class wich is not the same that the "official" Xith3D scenegraph Group class.
Then, when I try do make a copy ( using the sharedCopy() function ), of a BranchGroup given to me by the load() function of the OBJLoader class, I get an UnsupportedFunctionException.

If sharedCopy() on BranchGroup then we have bigger problems than just the ObjLoader. Since the loader simply puts branch groups and shapes together sharedCopy() would either

a) Be failing for everything and hence not be used
b) Out of date locally to you.

Is it possible to correct the Source Code of the Xith toolkit to make it all right ?.

No, since the problem more likely lies in the core.

And also I've got another problem to pick shapes loaded by the OBJ loader because the topGroup is not declared as "Pickable" ( setPickable() function ).
And the function setPickableRecursive() in the Xith3D Guide is not applicable, because the Group type of the OBJLoader is'nt standard.

setPickableRecusive() will work quite happily on the branch group returned to you by load(). At worst the choice of name "Group" for a group within an OBJ file was poor since it clashes with the Xith object "Group". This dear reader of course doesn't stop you using both you'd just need to be explicit.

Just to ensure clarity, the group refered to in the Xith guide is com.xith3d.scenegraph.Group not org.newdawn.xith3d.obj.Group. The fact that the object loaders Group isn't even part of the scenegraph returned in the branch seems to have slipped past notice.

It's very annoying, because a Level editor without object selection by the mouse isn't a Level editor !

No, you're right, that'd be crap.

Kev

[William Denniss]

And in case you are woundering, I am almost 100% certain sharedCopy()
is working perfectly.  I use it everywhere in my code on Xith3D objects so I would be surprised to learn it wasn't working.

Will.

[kevglass]

In that case I'd expect an entirely seperate issue. Is there any level of the scenegraph in which UnsupportException is still throw for the scenegraph?

Kev

[Amos Wenger]

In fact, the OBJ Loader use org.newdawn.xith.obj.Group only to load the Object. After that, we have a NodeFactory that produce something like that :
o BranchGroup
|--o BranchGroup
   |--o BranchGroup
                                                                  |--o Shape3D

So there is no problem with the setPickableRecursive() function.

But I can't pick any Shape3D at all, anyway.