Align vs mirror


please help.

see this graph:

I do want to align the “box” to each corner of the bottom (parameter “stair position” - corner_1/corner_2…), the dimensions of the bottom are adjustable and so I have used the nodes “geometry center” / “mirror” /“get primitive” to get the box i the corner I need.
But if I make the final alignment between box and bottom (the last node “align” on the right), the box rotates but stays in one corner and does not change the position.
I think the final alignment “fights” with the “mirror” function, because the X/Y alignment is fixed in the last align node…

thank you

It looks like you have too many align nodes. Have you seen my post tutorial that I wrote on this? After I learned how to use the align node pretty well, I made a post about it. Be on the lookout for those kinds of tutorials if they manage to help you. I think personally you could do a better job at the align part, a lot to explain or rather rexplain what i posted in my tutorial post on this, i can also google meet with if you’d like just pm me.

Hi Araya,

yes I know your graph…but my graph is slightly different because of the mirror nodes…
it only works if I change the “x align target” and “y align target” of the last ALIGN NOTE.
If I set these targets to “none”, the graph works - stairs jump to the desired corner.
But if the targets in the last node are fix given then I actually tell the graph:
jump with the stairs to corner_3 from the corner_1 - BUT LET THE STAIRS STILL ALIGN to CORNER_1 !! and that is nonsense…

I think the way you’ve setup your nodes in the first place is incorrect and I’m sure we can find you a solution that’s quite easy given what you want to do. Pm me and we can google meet now if you’d like.

Found quite a fun way to solve creating a simple staircase like you were trying to do @vlapredbv. I know it’s different then what you were doing with the align nodes, which as I mentioned could be fixed, however to get a result of a staircase that can create infinite amount of stairs without needing more nodes, check this out. The fun thing I tried was just putting a simple box boolean together against the offset stairs. Click through the graph to check it out, the box cuts the stairs off when it goes over where the box is aligned too, then you can group the box and stairs (other boxes) together and move them around as one object (a staircase). Plenty of ways to improve the graph for custom parameter functions but wanted to keep it simple here and not wander off the topic. Get creative with your solutions!! This was fun, and now it’s late, time for bed.

Graph example

now it works :wink:

stairs rotate and “jump” into the right corner…

1 Like

Oh I get it now, it was hard for me to understand what you were trying to do, but I see it now. Great job!

Also, one more way you can make the graph smaller and more flexible is using a copy node with 1 box instead of the 4 or 5 you have, then a get primitive or maybe even better a delete primitives combined with a boolean list which would simply get primitives you wanted to redimension off of one paramater. For example you could setup a custom stair dimension paramater effecting riser height or tread depth or both, then 1 more paramater to toggle the stair number you wanted to custom redimension and adjust it, that’s what the delete primitives combined with the boolean list would let you do. This way you could have infinite stairs and adjustments with 50-90% less nodes in the graph making it more parametric.