My brian hurts.
The y-axis is vertical, while the x-axis is horizontal = true
Why is it red for X and green for Y in Studio?
Also, I may be colour blind and or stupid.
No - only on a 2D Graph. Unfortunately we get that “X\Y” thinking of y being vertical ingrained in us from early school years with early math and graphing etc, however here we are “3D” - which in later years if you do any kind of design or movement, you learn full spacial axis etc.
Vertical in a 3D print\design etc, is the “Z” axis. From a 3D print perspective, an example to help remmbering it, is to think of the print bed going down slowely (in a Core XY like Bambu X1\P1) and as it goes down - the nozzle is laying layers of plastic on top of eadch other, thus the “height” of your model grows vertically, essentially in a new direction so its the new axis “Z”.
Another way to try and remmeber, until its second nature, is the old Pink Panther saying “eXit …stage LEFT” - so “X” is LEFT\RIGHT - thou soon it will just be 2nd nature and you wont need gimmicks to remember it all.
So if your facing printer or the as per your picture the bottom edge of the build plate as shown - “Left\Right” = X \ RED and “Forward\back” = Y" \ Green
So … if you want to
- scale\shrink\grown the model to left\right - move the RED \ X
- scale\shrink\grown the model to front\back - move the GREEN \ Y
- scale\shrink\grown the model to higher\lower - move the BLUE \ Z
and if you untick the uniform box, you can then adjust them individually.
Note** Compared to CoreXY, Bed slingers operate or drive their axis’ differently, but the “models” in 3D Design, Print, Slice all refer to Axis in the same as above, just instead of the “bed” being driven as the “Z” axis, its likely to be the “gantry” heighty moving the whole printhead cross-bar Up\Down, with the print\toolhead doing the Left\right within that gantry ~ “X” axis and finally the Bed itself being driven Forward\Back ~ “Y” axis)
… the slicer software will just work it out when configured for the correct printer.
Thanx, that is a very thorough explanation and much appreciated as I now understand that part much better now.
But.
Please indulge me, if you exclude all of the alphabetical references and just look at it graphically on the print bed - RED is not 200mm and GREEN is not 105mm the colours are reversed even though the planes are correct.
Apologies if this was the your intended true original question, I misssed it from the intial “Y = horizontal” statement intiially, so if my big TLDR response was over the top, I apologies. Onto your questoon - Yes I see that too, the numerical values contradict the graphical coloured scale lines.
In your example. Your saying this looks incorrect, the numerical value - doesnt match the image? eg Red is twice value of Green, but image is shows green line twice as long as red?
And yes, I see the same, using simple benchy - the nose-tail dimension “Y” is at least double the left-right (port-starboard) “X” width value but the numerical values in the box are inverted.
@user_1968466872 Seems a few reports on Github of simlar things
@user_1968466872 hmmm maybe we are both wrong… its the same in other slicers…
This is OrcaSlicer
I also agree that those are reversed, and at least the dashed lines should match their axis color. I think the grips (small boxes) are intuitive enough to quickly understand which direction each affects. This is especially confusing when uniform scale is enabled and zoomed in. Despite all of the colorful ques on the screen, the X and Y fields don’t match up with anything.
One option could be to make the existing outer dashed lines the same color, and then connect the red grips with a red line, and the green grips with a green line. This essentially adds the coordinate system triad to the center and keeps the corners to allow resizing X and Y.
Edit: I just realized this is what Prusa Slicer does. It’s been a while 
1 Like
He He Thank you - I have learned much and do not feel like my eyes have deceived me.
My Brian hurts less, so it is a win for me.
cheers
Interestingly, they all seem to swap the “x” and "“y” when rotating on the horizontal plane.
Bambu, Orca, Prusa and Creality -tried them all. Example. for me the “Z” should tip the but nose down vertically but here - I edit “Z” to spin the boat 90 degreeze horizontal plane.
Yet “scaling” the “Z” plane … stretches the boat taller (which in this Rotate view, is “X”)… like … WTF
1 Like
For rotate, the angles and colors come from the axis that will be rotated about (e.g. the blue circle rotates about the blue Z axis). I think this makes more sense than the current scale tool, but having the three straight lines something other than red, blue and green may avoid confusing them with X,Y and Z.
So … your saying it rotates spinning horizontally, on the vertial axis - as if a rod was driven up through the middle of the boat., say out the top of the smoke stack - its spinning around that central point vertically - sso yeah thats what i expect, just the <=> kind of arrows and the circular eclipses? are wierdly deceiving … but I see what you mean.
Makes sense thjen why all the slicers do that the same… and this other scale big is just in Bambu\Orca due to the different way the use dotted lines etfc. Prusa is different and doesnt do it that way (At least as far as I can see)
I still dont think of it like that… in this shot… rotating “X” spins the boat upside down in the up\down plane of the boat… so “Z” to my way of thinking, but its achieved by “rotating through” the “X” plane
180 degree X
220 degree X
So yeah its rotating correctly on its relevant Axis, in this case , X , left to right \ right to left… and same applies to “Y” - if you rorate through, the ship gets verticle, but it trigges me for some reason lol making me think thats really yhe “Z” height \ Z axis lol
1 Like
Yeah, I can see how it can get a bit odd. Rotating about a point in 2D, and axis / line in 3D in pretty standard though. It’s much like how a wheel spins about an axle. Playing with the tool a bit, I would have made the vertical green line blue, or not show should the lines at all until you click on a grip. As they are, they’re too easy to see them as an axis.
In this one, i think i have figured it out. The bed axis are static, but the ‘lines’ follow the original model orientation, so if an item is roated ,the lines are rotated with it, but the “values” in the correct coloured table heading, stay the original value and colour.
In this example, its been rotated nose of the bboat to the left, from vertically down.
This has MOVED the red line (X Axis) to the vertical, so we expect Green?
However - its the original X axis, so stays red and the legend , bottom left instrucs us its not original.
After rotating, the numerical values in the tabble reflect the “NEW” axis values based on how the model is now oriented on the plate - lengthwise along the “X” axis, so
“X” Red, gets the lonmger original “Y” value, 104mm
“Y” Green, gets the shorter original “X” value , 53mm
etc
If we return the shape to its original designed orientation, the values match the line colour, matching the axis and parallel to legend.
1 Like
Ah, that makes sense. Prusa Slicer allows you to switch between world (bed axis) and local (object) coordinates. I thought Bambu just used world, but it looks like it changes with the tool. The Move tool actually says world coordinates, the others don’t. It would be great to have the option to switch as each is useful, especially when aligning parts.