Move 3D picture control to back...

[Jonathan Borduas]

Hi

Have you ever noticed that it is impossible to put a 3d picture control to back? In fact, when the VI runs, a control that was set to front will disappear into the nothingness of the 3d picture control.

Is there a way to stop the aspiration of this black hole ?

Jonathan Borduas

[vugie]

Have you ever noticed that it is impossible to put a 3d picture control to back? In fact, when the VI runs, a control that was set to front will disappear into the nothingness of the 3d picture control.

Is there a way to stop the aspiration of this black hole ?

There is one thing which is able it cover it. It is... another 3D Picture control.

[asbo]

There is one thing which is able it cover it. It is... another 3D Picture control.

Ugh, I can't imagine the performance penalty ...

[Jonathan Borduas]

NI uses a superposition like this in the express VI Sensor Mapping to show the coordinate system.

Also, I was wondering if there was an ActiveX that has the same features as the 3D picture control but without the inconvenience.

Jonathan

Edited December 16, 2010 by Jonathan Borduas

[Rolf Kalbermatter]

NI uses a superposition like this in the express VI Sensor Mapping to show the coordinate system.

Also, I was wondering if there was an ActiveX that has the same features as the 3D picture control but without the inconvenience.

Jonathan

No! Because ActiveX Controls have traditionally not allowed overlapping at all. Maybe it would be theoretically possible nowadays, but most ActiveX controls assume simply that they are the one and only control to draw to the screen area they have been constricted to and won't even bother otherwise, simply because at least in older ActiveX standards there was simply no good way to do overlapping. Maybe later versions added support for that, but since ActiveX is already an obsolete technology again, since MS came out with the next Übercool technology called .Net nobody probably bothered to look into that very much anyhow. The ActiveX container in LabVIEW certainly won't allow support for overlapping controls, so even if ActiveX has provisions for that in its latest released version (which I actually still doubt) and you could find a control that supports that it would make no difference when that control is used in LabVIEW.

I don't know your VI sensor mapping example but if overlapping controls are used there then they most likely make use of the Picture Control with the 3D OpenGL based drawing functionality. Look in your LabVIEW palette under Graphics & Sound->3D Picture Control. It's not high performance 3D scene creation and rendering and not at all a 3D wire frame graph but it may be able to do what you want to do.

[Jonathan Borduas]

Ok, so if I understand it is unlikely to find an equivalent ActiveX that has the characteristics sought, but it is possible that there is one in .Net.

Does anyone know it?

[vugie]

Ok, so if I understand it is unlikely to find an equivalent ActiveX that has the characteristics sought, but it is possible that there is one in .Net.

Does anyone know it?

Irrlicht engine has .NET API

Axiom is a .NET port of OGRE

I didn't use them. Just know they exist

[Jonathan Borduas]

Irrlicht engine has .NET API

Axiom is a .NET port of OGRE

I didn't use them. Just know they exist

Thank you, i will try them

[Grampa_of_Oliva_n_Eden]

Hi

Have you ever noticed that it is impossible to put a 3d picture control to back? In fact, when the VI runs, a control that was set to front will disappear into the nothingness of the 3d picture control.

Is there a way to stop the aspiration of this black hole ?

Jonathan Borduas

now that you have heard all of the good answers...

It is possible to hide th 3d graph and show a pictue with the image from the 3d graph and make it LOOK like it is in the background.

Ben

[Jonathan Borduas]

now that you have heard all of the good answers...

It is possible to hide th 3d graph and show a pictue with the image from the 3d graph and make it LOOK like it is in the background.

Ben

It Might Be a good workaround, but the functions controlling the direction of the camera and the zoom would need to be implemented.

[Grampa_of_Oliva_n_Eden]

It Might Be a good workaround, but the functions controlling the direction of the camera and the zoom would need to be implemented.

Extending the cluge... You could detect a mouse down on the pictue and then show the actual 3D picture at let it do its job. Sure the other widget would be hidden while interactinge with the picture.

Not trying to rationalize, but cope with reality.

Ben