OpenGL: rotate/scale/move/add n-th .stl

[Aslan0]

[entropybit]

All functionalities implented, a small part left is the connection of these functionalities with the User interface, i.e., respective buttons for panning, zooming, rotation.
Maybe the design needs to be changed ?

For simplicity of the user interface it may also be possible to hide away possible control elements for this in a tab.

[Aslan0]

I didnt really want to connect them to the user buttons. I put the buttons there as a reminder initially.... You said it would be possible for the user to interact with the openGL window directly.... that would work great with rotating and translating.... scaling is better in the current form i think.

also: if there are several .stl - how are we selecting one of them to perform translations etc?

[Aslan0]

did you change the original .stl file after rotation? its important to know for my slicing stuff...

also i need an output of the plane where the printing will happen.... relative to the coordinates of the .stl

[entropybit]

Okay than I will remove the gui stuff or replace it..
And the teanaformations only apply to the Rednerin this has no effect on the modell at all.
The stl modell rendering is also not yet in the repository I will commit it hopefully sometime this night

[Aslan0]

would it be possible to exclude the rotation capabilities for now? Im running into quite a lot of trouble with the slicing when im accounting for rotation.

[entropybit]

I don't really get why this should be a problem these transformations only apply to the visualisation of your SLT file or whatever else is drawn within the OpenGL widget and have nothing to do with how a model is printed or should they ?

[Aslan0]

Well yes of course! The user is supposed to be able to rotate how the model is printed in the printer.

But you know what? I think its better to delay this feature to a later point in time. Orientation can also be changed in the 3D modeling software. We dont have to include this feature at all and slicing from another direction than the z axis is mathematically more difficult

[entropybit]

Oh okay ... I thought this was mainly a feature of the view...
Well now we already have it implented and can add the rotation for slicing maybe later.
Although I have to say I would have expected that the way an object is printed is to be optimized by our programm.
I mean whatever translational or rotional transformations you apply to your model it is still the same object which will come out of the printe, isn't it ?
I also misunderstand something about the slicing... but I think I will write and ask questions regarding that under the according issue.