Proportional editing of disconnected objects using Python API doesn't work #87239

New Issue

Christopher Burns · 2021-04-06T15:58:44+02:00

Christopher Burns commented

2021-04-06 15:58:44 +02:00

System Information
Operating system: Ubuntu 20
Graphics card: 2080 Ti

Blender Version
Broken: 2.93 de1eeaa3d2
Worked: ???

Doing a manual proportional translate with one object selected will proportionally move nearby objects, as it should. If you attempt the same operation using Python, only the selected object will move

Exact steps for others to reproduce the error

With the attached blender file...

proportional-transform-bug.blend

g-z to move the selected cube up.... surrounding cubes are also transformed
undo the transform
go to the scripting window and copy the generated command from step 1
execute the copied command... only the selected cube is transformed

**System Information** Operating system: Ubuntu 20 Graphics card: 2080 Ti **Blender Version** Broken: 2.93 de1eeaa3d24a Worked: ??? Doing a manual proportional translate with one object selected will proportionally move nearby objects, as it should. If you attempt the same operation using Python, only the selected object will move **Exact steps for others to reproduce the error** With the attached blender file... [proportional-transform-bug.blend](https://archive.blender.org/developer/F9921862/proportional-transform-bug.blend) 1. g-z to move the selected cube up.... surrounding cubes are also transformed 2. undo the transform 3. go to the scripting window and copy the generated command from step 1 4. execute the copied command... only the selected cube is transformed

Christopher Burns commented

2021-04-06 15:58:44 +02:00

Added subscriber: @christopher.burns

Philipp Oeser commented

2021-04-07 09:25:43 +02:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2021-04-07 09:25:43 +02:00

Changed status from 'Needs Triage' to: 'Confirmed'

Philipp Oeser self-assigned this 2021-04-07 09:25:43 +02:00

Philipp Oeser commented

2021-04-07 09:25:43 +02:00

Can confirm, will check.

Philipp Oeser commented

2021-04-07 11:18:45 +02:00

Changed status from 'Confirmed' to: 'Archived'

Philipp Oeser closed this issue

2021-04-07 11:18:45 +02:00

Philipp Oeser commented

2021-04-07 11:18:45 +02:00

Looked into this, and this is another example where execution of an operator fails outside the correct context of the 3DView.

Small detour:

if called from outside the 3DView, initTransInfo will set t->view to the view of the python console (or the Text Editor if called from there)
with this t->view set to something not the 3DView, there are checks in count_proportional_objects which then dont survive for the additional objects considered for proportional editing:
- BASE_EDITABLE(v3d, base) -- because BKE_base_is_visible(v3d, base) is not true
- BASE_SELECTABLE(v3d, base) -- for the same reasons than the above
if these objects dont survive the test, TransformContainer->data_len is then only for one object (instead of the "correct" 27 in the example file)
operator then only acts on one object (instead of the "correct" 27 in the example file)

Having said all that, this "wrong" context is not considered a bug, if you really need to call the bpy.ops.transform.translate operator from outside the 3DView, you can craft the context beforehand to behave correctly:
(please also refer to https://docs.blender.org/api/master/bpy.ops.html#execution-context)

import bpy

override = bpy.context.copy()

for window in bpy.context.window_manager.windows:
    screen = window.screen

    for area in screen.areas:
        if area.type == 'VIEW_3D':
            override['window'] = window
            override['screen'] = screen
            override['area'] = area
            for r in area.regions:
                if r.type == 'WINDOW':
                    override['region'] = r
                    break
            break

bpy.ops.transform.translate(override, value=(0, 0, 1.31437), orient_type='GLOBAL', orient_matrix=((1, 0, 0), (0, 1, 0), (0, 0, 1)), orient_matrix_type='GLOBAL', constraint_axis=(False, False, True), mirror=True, use_proportional_edit=True, proportional_edit_falloff='SHARP', proportional_size=2.59374, use_proportional_connected=False, use_proportional_projected=False)

So you can use it outside the 3DView as demonstrated in this file (using the override context described above):
proportional-transform-bug-override.blend

And while it is not super convenient, this behavior is not considered a bug for now, will have to archive this report (feel free to comment again though if issues persist)

Looked into this, and this is another example where execution of an operator fails outside the correct context of the 3DView. --- Small detour: - if called from outside the 3DView, `initTransInfo` will set `t->view` to the view of the python console (or the Text Editor if called from there) - with this `t->view` set to something not the 3DView, there are checks in `count_proportional_objects` which then dont survive for the additional objects considered for proportional editing: - BASE_EDITABLE(v3d, base) -- because BKE_base_is_visible(v3d, base) is not true - BASE_SELECTABLE(v3d, base) -- for the same reasons than the above - if these objects dont survive the test, `TransformContainer->data_len` is then only for one object (instead of the "correct" 27 in the example file) - operator then only acts on one object (instead of the "correct" 27 in the example file) --- Having said all that, this "wrong" context is not considered a bug, if you really need to call the `bpy.ops.transform.translate` operator from outside the 3DView, you can craft the context beforehand to behave correctly: (please also refer to https://docs.blender.org/api/master/bpy.ops.html#execution-context) ``` import bpy override = bpy.context.copy() for window in bpy.context.window_manager.windows: screen = window.screen for area in screen.areas: if area.type == 'VIEW_3D': override['window'] = window override['screen'] = screen override['area'] = area for r in area.regions: if r.type == 'WINDOW': override['region'] = r break break bpy.ops.transform.translate(override, value=(0, 0, 1.31437), orient_type='GLOBAL', orient_matrix=((1, 0, 0), (0, 1, 0), (0, 0, 1)), orient_matrix_type='GLOBAL', constraint_axis=(False, False, True), mirror=True, use_proportional_edit=True, proportional_edit_falloff='SHARP', proportional_size=2.59374, use_proportional_connected=False, use_proportional_projected=False) ``` So you can use it outside the 3DView as demonstrated in this file (using the override context described above): [proportional-transform-bug-override.blend](https://archive.blender.org/developer/F9922623/proportional-transform-bug-override.blend) And while it is not super convenient, this behavior is not considered a bug for now, will have to archive this report (feel free to comment again though if issues persist)

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Proportional editing of disconnected objects using Python API doesn't work #87239