You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Blender has the requirement that all objects have unique names
For geometry Objects we were solving this by appending a numeral to the end of the object name, as per the blender default behaviour when duplicating objects.
e.g. myObject, myObject.001, myObject.002, etc.
Right now, we don't do this for collections, so receiving multiple different collections with the same name (e.g. rhino layers at different levels of nesting, or most Navis commits)
Expected vs. Actual Behavior
Actual: All geometry is converted, but every time we convert a layer, we clear any current layers with the same name (as a primitive and flawed form of update mode)
Expect all objects to be linked to their parent collection,
and the parent collection named suitably.
This may mean we remove any update mode behaviour (which is in the pipeline to re-scope anyway see #115 )
Reproduction Steps
Receive any commit that contains multiple collections with the same name
Observe only one collection's geometry is visible after the receive. and Orphaned objects exist in file outliner.
Proposed Solution (if any)
Option 1: Implement a similar behaviour of adding a numeral
Option 2: Append the speckle ID to the collection (not ideal for any future update mode)
Option 3: Use the full path of the collection name (requires us to keep track of this)
The text was updated successfully, but these errors were encountered:
Background
Blender has the requirement that all objects have unique names
For geometry
Object
s we were solving this by appending a numeral to the end of the object name, as per the blender default behaviour when duplicating objects.e.g.
myObject
,myObject.001
,myObject.002
, etc.Right now, we don't do this for collections, so receiving multiple different collections with the same name (e.g. rhino layers at different levels of nesting, or most Navis commits)
Expected vs. Actual Behavior
Actual: All geometry is converted, but every time we convert a layer, we clear any current layers with the same name (as a primitive and flawed form of update mode)
Expect all objects to be linked to their parent collection,
and the parent collection named suitably.
This may mean we remove any update mode behaviour (which is in the pipeline to re-scope anyway see #115 )
Reproduction Steps
Receive any commit that contains multiple collections with the same name
Observe only one collection's geometry is visible after the receive. and Orphaned objects exist in file outliner.
Proposed Solution (if any)
Option 1: Implement a similar behaviour of adding a numeral
Option 2: Append the speckle ID to the collection (not ideal for any future update mode)
Option 3: Use the full path of the collection name (requires us to keep track of this)
The text was updated successfully, but these errors were encountered: