Another case:
When selecting a line with Gumball set to Object mode it works fine.
But when adding points to the selection, the you loose the line direction.
Another case:
When selecting a line with Gumball set to Object mode it works fine.
But when adding points to the selection, the you loose the line direction.
double click the rotation handle then use osnap and snappy dragging to align it however you want.
I can see the logic for that specific case, but I donât think it is going to be very feasible to keep analyzing the usersâ selection to see if the objects could be treated as a single entity or not.
If @Joshua_Kennedy thinks differently, Iâd be happy to be proven wrong though.
Thing is, when multiple objects are selected, the gumball is re-calculated to the bbox of those objects, obviously.
What else should it do? Take the gumball alignment of the first selected object, maybe⌠that could work. How about it? Could be optional.
Whatâs also bothersome, as mentioned, is that an extrusion, since it is a new object, gets itâs gumball re-calculated to something new (What exactly? Looks like the midpoint of the edge extruded from the curveâs first point).
I would prefer if the new extrusion object just copied the gumball from the curve!
To generalize: every time a new object is created from input objects (sweeps, booleans, âŚ), itâs gumball is not âestimatedâ, but simply taken from the (first?) input object.
Does that make sense?
I think that would make sense in about half the time and drive you crazy in other half. For a short time the gumball used to do that since the saved orientations were copied over with the input objects attributes. In the case of exploding or joining curves youâd get get some really funky results. I think we could do a lot better job giving you a default orientation for multiple selections and I have an open issue about it.
What Iâm most tired of the Gumball about is that it has no memory. In fact, Iâd argue that it has an acute case of alzheimers. If I set the Gumball on an object in a certain way, and then use it once, it resets back to whatever was before.
Itâs like Rhino is actively fighting me.
Even when in 'align to object" mode? It shouldnât do that. Doesnât here.
Yes.
Also see here:
And when it comes to groups, the gumball orientation is not stored as well.
Strange. Works here.
The âalign to objectâ mode shows whatever the gumball was set to, manually. Right?
Did you try
Does it reset as soon as you are done dragging it? You might have GumballAutoReset enabled
Fixed in the Rhino WIP
Guys, it is not so complicated. The Gumball just needs to calculate the average Gumball when multiple objects are selected and the Gumball is set to OBJECT.
In the specific case I mentioned, points have no direction, thus the direction of the Lines should be maintained.
When two parallel lines are selected, the Gumball might appear in the middle given the average point, but the direction will be identical to just selecting one line.
Fixed in the Rhino WIP
When you say âfixedâ, I understand itâs an error in V8.
So this error will be fixed in V8?
Or is the fix an addition to V9?
Or is the fix an addition to V9?
This one
You might have âAutoReset Gumballâ on.
You might have GumballAutoReset enabled
Literally
And here
(Although, I must admit that now that Iâm trying it, at the moment I canât reproduce it either.)
EDIT: One tangential issue I found is that custom gumball orientation for sub-objects reset when you perform an Undo.