For all issues regarding the Forums use, please, refer to the Forum Rules.

Our Solutions

Need professional assistance?
Consider our:

Support Offerings


Need to speed up your development?
Have a look at our:

Samples & Tools


Need some functionality extending standard OCCT capabilities?
Check out our:

Adv. Components

Related pages

XSDRAWSTLVRML_DataSource in serious need of refactoring

jelle's picture

I'd like to suggest to refactor the XSDRAWSTLVRML_DataSource to be included in either the STLMesh or MeshVS toolkit, for the following reasons:

1) the STLMesh converts a triangular mesh to nurbs facets, which is a really poor idea: its an incredible overhead and incurs massive overhead. Worst of all, this odd behaviour is not documented at all.
2) hence using MeshVS is a more logical approach to working with STL's; simple draw them in the viewer
3) the reason why XSDRAWSTLVRML_DataSource is *so* bothersome is that the XSDRAWSTLVRML part of the drawing mechanism of the TCL/TK interpreter. _NOT___ a logical place to look for such an important class!

Can I kindly suggest to untangle this incredible mess and to make it part of the STLMesh (MeshVS, fine)?
Its just sad to see an important piece of functionality orphaned like this in one of the dusty corners of OCC.



Forum supervisor's picture

Dear jellie,
It is a good idea to use MeshVS mechanism for visualization of STL meshes. But we cannot put DataSource class in MeshVS, because this would make MeshVS dependent on STLMesh. Vice versa, we cannot put it in STLMesh, because this would make STLMesh dependent on MeshVS. It is necessary to create a new package/toolkit to avoid unwanted dependencies.
So, the question is who will take efforts to design and implement this?
I suggest you to lead these efforts. You could start from registering the issue in Mantis...