#Blender 2.8 origin to geometry how to#

The more basic the feature is, the more straightforward it should be to use. Those are two very different use cases that can't be mixed.Īgain, please stop trying to be unique just for the sake of Blender and get this right. Pivot Edit mode defines WHAT to transform. There would be clear distinction from the manipulator centers.Users would have constant indicator of if they are in or out of the pivot editing mode.

#Blender 2.8 origin to geometry how to#

It would have industry standard naming so users would not need to use google to find out how to perform such a basic tasks.

Such frequently used operation would no longer be so hidden.

This would also make it more accessible (1 click) So it turns blue when you are in the mode, therefore you have an indication.

It should have its own 3D viewport header button, with no popover, just state button, which toggles the pivot edit mode.

It needs to be decoupled from the 'Pivot Point' popover (Which is incorrectly named pivot point, and should be renamed to something like action center).

Affect origins and affect locations options can be used together.

It can't be snapped to the vertices in object mode for example.

The most important feature, being able to snap the pivot does not work.

Often you have no idea which state you are in, so you first need to do an error and then correct it by undoing, rather than having an indicator of the current state to prevent erroneous action. This is big issue in many areas of Blender.

There's absolutely no visual indication that you are in the pivot editing mode, so if you use hotkey to switch it, you have to cycle the state to make sure you are in or out of the pivot editing mode.

The rename really needs to happen asap so we can at least discuss all the subsequent tasks related to pivot/origin without confusion. Ask pretty much any 3D artist who's vocabulary has not yet been damaged by usage of Blender what Pivot is, and nearly 100% of them will describe what origin is in Blender. It's very frustrating that everyone constantly discusses the same feature here using two different words. > For that, see #56648 (Blender 2.8: Naming Conventions) or you can discuss it separately on Devtalk or Rightclickselect.Īlso, the naming really *is* within the scope of this task. It's really not within the scope of this feature or task to discuss the overall naming convention of what we call the origin in general. Some apps call it the *pivot point*, but in Blender, Pivot Point means something else. > As for the name, Blender's lingo for this concept is *origin*. That mode would not have any tools or features, other than the single ability to transform origins. > It doesn't make a lot of sense to introduce an entire mode just to be able to transform the pivot. So far every change to align Blender more with the other industry tools has been very beneficial. If it was property of a transform tool then what happens when you keep switching between multiple transform tools?Īlso, the naming really is within the scope of this task. The main point here is that it needs to work while switching transform tools. There's a ton of modes and modal operators already in Blender.

It's really not within the scope of this feature or task to discuss the overall naming convention of what we call the origin in general.įor that, see #56648 (Blender 2.8: Naming Conventions) or you can discuss it separately on Devtalk or Rightclickselect. Some apps call it the pivot point, but in Blender, Pivot Point means something else. That mode would not have any tools or features, other than the single ability to transform origins.Īs for the name, Blender's lingo for this concept is origin.

In #69003#759465, wrote: It doesn't make a lot of sense to introduce an entire mode just to be able to transform the pivot.