Gumball manipulation from gh

unhandled

#1

Is there a way to manipulate how a baked object’s Gumball turns out (location/orientation)

Trying to create a workflow where I’d bake an object, rotate it in rhino, then reference it back in to gh.
Except every time I bake it, it doesn’t retain any knowledge of its initial orientation, making the gumball not so useful (I’d like it to be aligned to the [initial] object)

I know the plane the gumball is supposed to be oriented to, just no idea how to apply it to the baked object.
Any thoughts on if thats at all possible / ways forward?

Thanks,


#2

Can’t you just rotate it in GH?


(David Rutten) #3

It doesn’t even seem possible to retain the gumball orientation between selection events in Rhino.


#4

huh… weird…
grouped objects seem to forget gumball orientation between selection events…
but a curve or a box retained orientation no matter what…
this is with the gumball setting: “align to object”


#5

Some 180 objects, not all of which will ultimately be reoriented, but all independent of each other
Free rotation needs like 3 sliders at least? (Euler angles?)
And not as intuitive/easy to manipulate as rhino, in which the rotational plane is always in relation to the object
The reorientations are also not predetermined, so needs a lot of fiddling around seeing how it looks etc.


(David Rutten) #6

I see, but I don’t really care about the initial orientation, it just seems to chuck out my actual transformations every time I unselect. If that’s the way it’s supposed to work, then… okay… I guess. Is that align option shared amongst all gumballs everywhere? Weird.


#7

How about the orient component? Supply the original plane and the target plane. They can be the same if you don’t want to apply a rotation


#8

Maybe this help you