Insert file with DocumentUserStrings : Is it a feature or a bug?

Rhino
1

When inserting a block from a 3dm file that has DocumentUserStrings, the “missing” entries are added to the host file’s DocumentUserStrings, existing keys are ignored.

Naively I would expect the entries to be added to the block instance’s UserStrings.

It’s easy enough to write a script that adds the UserStrings to (linked) block instances after the fact. A little more difficult to clean up the DocumentUserStrings though…

I can’t make sense of it. Like : this screw has an M4 thread and comes from supplier A, and now my entire building has an M4 thread and comes from supplier A :zany_face:

Is there a reason for this behavior?

Is any evolution possible, or is Hyrum’s Law in effect here?

Thanks.

2

I had the same issue using blocks with DocumentUserString…it is hard to managea robust data management with many inserted blocks…