The orientation axes are completely and utterly broken, and apparently were designed and implemented without any logic or testing whatsoever.
Q: Why would both the X and Z entry boxes rotate the part the exact same way!!!???
Q: Why would the numerical entries change inexplicably to other (often with 2 decimal places defined) random numbers after leaving the dialog and then coming back to it!!!???
Q: Why does a user have to wait while you calculate and display the graphic orientation with each number typed!!!???
A refresher for those who seem to be unfamiliar:
X, Y, and Z are the cartesian coordinates of the SPACE the parts are in, and are NOT some random coordinate system somehow kind of but not really attached to each part. Modifying any axis by an increment therefore must only rotate the selected object around THAT fixed in space axis and ONLY that axis.
Please fix this bug. I cannot understand at all how this got through your QA or is thought to be correct or acceptable behavior. This should be a priority fix, as itâs not just unbelievably stupid and embarassing for you, itâs incredibly frustrating for anyone trying to use this software.
Also, having it update the graphic when editing the text box is really inefficient, not at all best practice, and extremely annoying. If you feel the need to update when clicking arrows, fine, but do not update the graphics when the change occurs by editing the text until the user leaves the text box or hits enter!
Seriously, using this software makes one wonder if the people who wrote it have ever used any programs before - not just graphic programs. I am constantly puzzled by why I need to tell you this stuff. This is application programming / GUI usability 101 level stuff!
On a better note, my prints are coming out nicely, when I can finally get through the software and get the job to the printerâŠ
Thank You.