Cura: [3.3.0-Beta] Non Uniform Scaling % X Z confusion

Created on 5 Apr 2018  Â·  14Comments  Â·  Source: Ultimaker/Cura

Application Version
3.3.0-Beta

Platform
Windows 10

Steps to Reproduce
After I rotare an object, i If I turn off "Uniform Scaling" and scale X (red) from drawing, X % field change value, but also Z% field change value. If I move the blue (Z) the same error: X % field change.
And some times I move the red (X) and only Z% value change.
Also if I write a number in X % field and convalidate with Enter, the value in Z will change.

Cura Duplicate Bug

All 14 comments

Yeah this reproduces on Master too. It has to do with the scalar value decomposition we're doing.

I had issues with this. Quitting and restarting Cura (at minimum sometimes) fixes it.

Our project manager removed this from our planning since we don't think it's important enough to spend time on now. I suppose it's best to depend on the mm measurement rather than the % scale for now.

This (really annoying) bug still exist in v3.4... :-(
And to make it more annoying, it happens also if mm measurement is used!

You'll get the software off into left field, it's hard to get back.

I've noticed weirdness with objects that are "grouped", even though there's
nothing else there. Ungrouping them helps but you have to do it yourself,
UM is uninterested in things that go wrong because of it, you just have to
know to ungroup it.

              Thanks!
                      -Abe.

Sent from my "smart"phone, please excuse brevity and Swype-oes

On Mon, Jul 2, 2018, 5:11 AM Billy K notifications@github.com wrote:

This (really annoying) bug still exist in v3.4... :-(
And to make it more annoying, it happens also if mm measurement is used!

—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Ultimaker/Cura/issues/3625#issuecomment-401783890,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAClkYxsq_3WffzQUpQPyxfLBQHXm9ehks5uCg38gaJpZM4TIgnW
.

This is in our board again.

Changing separate dimensions does not change numbers on other axis anymore, so original issue fixed. However after rotation the scale numbers may look a bit weird because of the scalar value decomposition.

We reverted the old fix because it was still not behaving as it should and created more issues. Back to "in progress!"

I'm seeing a similar issue on 3.6.0 with support blocker scaling. To reproduce, apply rotation to a mesh object (e.g. 90deg), then select it, use the scale tool, uncheck "Uniform Scaling" and pull on each handle. You'll find that two of the axis are swapped, e.g. pulling on the Y handle scales the Z axis. It seems that the rotation applied to the object does not get applied correctly to the blocker.

Is this the same issue?

Yes @lekv it looks like it is the same issue. We still keep the ticket in our backlog. Hopefully we will start soon with a small refactor to fix this and improve the performance.

this bug is really annoying if you want to use percentage scaling to different axes ...

Still happening in 3.6. I have a bolt standing up and the od is a little large. I want to shrink in X and Y but not Z.

Step 1: start
x 100
y 100
z 100

Step 2: Reduce X to 98, Z also goes to 98
x 98
y 100
z 98*
*not intended

Step 3: Reduce Y to 98. Works fine.
x 98
y 98
z 98

Step 4: Increase Z to 100. Also increases X to 102.04%
x 102.04*
y 98
z 100
*Not intended

I can repeat this, distorting the model further and further. This is more than just X and Z being linked. When changing Z up by 2, X went up by 4.04.

This is a duplicate of https://github.com/Ultimaker/Cura/issues/4136. Even though this was earlier, I'm going to close this one because the other one has more information.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

thopiekar picture thopiekar  Â·  3Comments

mubarak111nsu picture mubarak111nsu  Â·  3Comments

mnswamp1 picture mnswamp1  Â·  3Comments

DmitryBychkov picture DmitryBychkov  Â·  3Comments

JRRN picture JRRN  Â·  3Comments