Transforming Parent's Origin Also Effects Child's Origin (Pivot Point -> Affects Only -> Origins) #69283

New Issue

Abid Maqbool · 2019-08-29T11:17:34+02:00

Abid Maqbool commented

2019-08-29 11:17:34 +02:00

System Information
Operating system: Windows-10-10.0.16299 64 Bits
Graphics card: AMD Radeon HD 8400 / R3 Series ATI Technologies Inc. 4.5.13399 Core Profile Context 15.200.1065.0

Blender Version
Broken: version: 2.81 (sub 4), branch: master, commit date: 2019-08-28 20:33, hash: a7ac8a22f8
Worked: (probably never)

Short description of error
Transforming Origin of Parent Object also effects Child's Origin transform, which is un-expected behavior.
Expected behavior Origins must-be freely transform without effectingothers (child objects origin)

Exact steps for others to reproduce the error

Create two objects e.g. Cube& Sphere
ParentCube toSphear
Enable Affects Only -> Origins:
Move Child's Origin (It's okey behavior)
Move Parent's Origin
You will notes: Child's origin is too moving (un-expected behavior)

Before Transforming:

After:

(Parent's Origin is Rotated)

Parents Origin Transform Test.blend

Note:

There is an option Parents (Skip Childrens), which somehow solves this problem...

Recommended Behavior:
With the case of origin transforming,.... Affects Only -> Origins by defaults only effects Parent's Origin, Not Child's too... (This is common operation users wants & is more consistent with previous operations e.g. Origin to 3d Cursor)
Mostly there is no case in which User's wants Transform Origin of Parent & Child together without transforming Mesh it'self or for this action implement alt solution(maybe another checkbox)...
Thanks! Have a nice day!

**System Information** Operating system: Windows-10-10.0.16299 64 Bits Graphics card: AMD Radeon HD 8400 / R3 Series ATI Technologies Inc. 4.5.13399 Core Profile Context 15.200.1065.0 **Blender Version** Broken: version: 2.81 (sub 4), branch: master, commit date: 2019-08-28 20:33, hash: `a7ac8a22f8` Worked: (probably never) **Short description of error** **Transforming** `Origin` of **Parent Object** also **effects** **Child's Origin** transform, which is **un-expected** behavior. **Expected behavior** `Origins` must-be freely transform without **effecting**others (**child objects origin**) **Exact steps for others to reproduce the error** * **Create two** objects e.g. **Cube**& **Sphere** * **Parent**Cube **to**Sphear * Enable **Affects Only -> Origins**: ![image.png](https://archive.blender.org/developer/F7709298/image.png) * Move **Child's Origin** (It's **okey behavior**) * **Move Parent's Origin** **You will notes:** **Child's origin is too moving** (**un-expected** behavior) **Before Transforming:** ![image.png](https://archive.blender.org/developer/F7709310/image.png) **After:** ![image.png](https://archive.blender.org/developer/F7709315/image.png) (Parent's Origin is **Rotated**) [Parents Origin Transform Test.blend](https://archive.blender.org/developer/F7710359/Parents_Origin_Transform_Test.blend) Note: ------ There is an option **Parents (Skip Childrens)**, which **somehow solves** this problem... ![image.png](https://archive.blender.org/developer/F7710365/image.png) **Recommended Behavior:** With the **case of origin transforming**,.... **Affects Only -> Origins** by defaults only effects **Parent's Origin**, **Not** Child's too... (This is **common operation** users wants & is **more consistent** with previous operations e.g. **Origin to 3d Cursor**) Mostly there **is no case** in which User's **wants** Transform **Origin of Parent & Child together** without transforming **Mesh it'self** or for this action **implement alt solution**(**maybe another checkbox**)... Thanks! Have a nice day!

Abid Maqbool commented

2019-08-29 11:17:34 +02:00

Added subscriber: @AbidMaqbool

Abid Maqbool changed title from ~~Transforming Child's Origin Also Effects Parent's Origin (**Affects Only -> Origins**)~~ to Transforming Child's Origin Also Effects Parent's Origin (Pivot Point -> Affects Only -> Origins)

2019-08-29 11:21:27 +02:00

Philipp Oeser commented

2019-08-29 16:07:43 +02:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-08-29 16:07:43 +02:00

I think this is working as expected:

moving the parent origin will move the parents origin as well as the childs origin
moving the child origin only really moves the child origin for me (and it actually looks like that in your "After" picture as well: parent/cubes origin is still in the cubes center, whereas the relationship line points to the moved child origin [now outside the sphere geometry])
if you want to move the parent origin without affecting the child origin, enable Parents (Skip Children)

If you do that though [enable Origins and Parents (Skip Children)] I noticed two quirks though (reported in #69299)

@AbidMaqbool : makes sense? (Or did I misunderstand something here?)

I think this is working as expected: - moving the parent origin will move the parents origin as well as the childs origin - moving the child origin only really moves the child origin for me (and it actually looks like that in your "After" picture as well: parent/cubes origin is still in the cubes center, whereas the relationship line points to the moved child origin [now outside the sphere geometry]) - if you want to move the parent origin without affecting the child origin, enable `Parents (Skip Children)` If you do that though [enable `Origins` and `Parents (Skip Children)`] I noticed two quirks though (reported in #69299) @AbidMaqbool : makes sense? (Or did I misunderstand something here?)

Abid Maqbool commented

2019-08-29 17:00:28 +02:00

@lichtwerk I 'am sorry, I am too late to reply (as just read now)!
Ah! I think, i miss understand the report, the prob was more like a Parent Origin effects Child (un-expacted)
I think, Close as invalid as totally miss-understanding!
Thanks

@lichtwerk I 'am sorry, I am too late to reply (as just read now)! Ah! I think, i miss understand the report, the prob was more like a **Parent Origin effects Child (un-expacted)** I think, **Close as invalid** as totally **miss-understanding**! Thanks

Abid Maqbool commented

2019-08-29 17:13:08 +02:00

@lichtwerk Hope this will helps to understand the prob.
Childs Origin Transform Test.blend

Let me know, you need more info? (actually i 'am not mentally refresh at this time)

@lichtwerk Hope this will helps to understand the prob. [Childs Origin Transform Test.blend](https://archive.blender.org/developer/F7709693/Childs_Origin_Transform_Test.blend) ![Origin Transform Gizmo Problem.gif](https://archive.blender.org/developer/F7709697/Origin_Transform_Gizmo_Problem.gif) Let me know, you **need more info**? (actually i 'am not mentally refresh at this time)

noki paike commented

2019-08-29 17:22:56 +02:00

Added subscriber: @nokipaike

noki paike commented

2019-08-29 17:22:56 +02:00

I am of the opinion that it does not work as expected because moving the pivot of the object that interests us, it also moves the center of the other object ... without even really making it see .. we realize it only when we select the other object

I am of the opinion that it does not work as expected because moving the pivot of the object that interests us, it also moves the center of the other object ... without even really making it see .. we realize it only when we select the other object ![Screenshot (335).png](https://archive.blender.org/developer/F7709722/Screenshot__335_.png) ![Screenshot (336).png](https://archive.blender.org/developer/F7709720/Screenshot__336_.png) ![Screenshot (334).png](https://archive.blender.org/developer/F7709719/Screenshot__334_.png)

Philipp Oeser commented

2019-08-29 21:53:30 +02:00

I still think this is expected (at least I would expect it):

if you move a parent "normally" (with Origins OFF), you would move both parent and child (origin + mesh geo),
if you move a parent (with Origins ON), i would expect to move both parent and child origins (without mesh geo).
if you want only want to move the origin of the object that 'interests you', make sure to ignore children, that's what Parents (Skip Children) is for...

I still think this is expected (at least I would expect it): - if you move a parent "normally" (with `Origins` OFF), you would move **both** parent **and** child (origin + mesh geo), - if you move a parent (with `Origins` ON), i would expect to move **both** parent **and** child origins (without mesh geo). - if you want only want to move the origin of the object that 'interests you', make sure to ignore children, that's what `Parents (Skip Children)` is for...

Abid Maqbool commented

2019-08-30 05:05:06 +02:00

Hum, But it's very confusionbehavior...
Or at least it must be default.
For example, when you apply Ritht Click -> Set Origin -> Orion To 3d Cursor

for parent object, child's origin/mesh not effected (this must be consistent all across Blender)
However, currentlywhen same action is performed with Pivot Point -> Affects Only -> Origins

Which is totally un-necessary, as can i imagine...
or we have to enable too Parents (Skip children) to prevent this
@lichtwerk , @WilliamReynish ???

Hum, But it's very **confusion**behavior... Or **at least** it must be **default**. For example, when you apply **Ritht Click -> Set Origin -> Orion To 3d Cursor** ![image.png](https://archive.blender.org/developer/F7710315/image.png) for **parent object**, child's `origin/mesh` **not effected** (this **must be consistent** all across Blender) However, **currently**when **same action** is performed with **Pivot Point -> Affects Only -> Origins** ![image.png](https://archive.blender.org/developer/F7710329/image.png) Which is **totally un-necessary**, as can i imagine... or we have to enable too **Parents (Skip children)** to prevent this @lichtwerk , @WilliamReynish ???

Abid Maqbool commented

2019-08-30 05:05:52 +02:00

Added subscriber: @WilliamReynish

Abid Maqbool changed title from ~~Transforming Child's Origin Also Effects Parent's Origin (Pivot Point -> Affects Only -> Origins)~~ to Transforming Parent's Origin Also Effects Child's Origin (Pivot Point -> Affects Only -> Origins)

2019-08-30 05:36:43 +02:00

Zino Guerr commented

2019-08-30 05:43:02 +02:00

Added subscriber: @Znio.G

Zino Guerr commented

2019-08-30 05:43:02 +02:00

Correct me if i am wrong, but it seems blender's origin is used both as the center of object/transform and as a pivot point the child inherits the parent's transform even on the origin level so it moves with, but when u enable (skip children) it tries to zero it out but at the same time inherit's the transform... u end up witht this wiggly effect, i think other softwares on a pseudo pivots so both child & parent are in the same global space or something like that.

Correct me if i am wrong, but it seems blender's origin is used both as the center of object/transform and as a pivot point the child inherits the parent's transform even on the origin level so it moves with, but when u enable (skip children) it tries to zero it out but at the same time inherit's the transform... u end up witht this wiggly effect, i think other softwares on a pseudo pivots so both child & parent are in the same global space or something like that. ![org.gif](https://archive.blender.org/developer/F7710362/org.gif)

Abid Maqbool commented

2019-08-30 06:07:45 +02:00

@Znio.G Blender p-point/origin is where all the transform are counted, effects physics sim too...
Child's inherit form this point, too.
In other software, mostly transform is counted globally & locally, both. Currently in Blender Only Local Transform (form parent) is available.
wiggly effect I think, it's not yet stable.. currently under development..

@Znio.G Blender p-point/origin is where all the transform are counted, effects physics sim too... Child's inherit form this point, too. In other software, mostly transform is counted globally & locally, both. Currently in Blender Only Local Transform (form parent) is available. `wiggly effect` I think, it's not yet stable.. currently under development..

Philipp Oeser commented

2019-08-30 07:14:55 +02:00

@Znio.G: jiggle is reported seperately in #69299