This issue came up in a more complex context on this topic
current behaviour example
draw a curve (crvA)
have length and Area as Textfield (using ID of crvA)
copy curve and Textfield
resulting in crvB
the new Textfields still will reference crvA
desired behaviour
if a copy-Action is copying texts / dims with textfields and the referenced objects,
the new text/textfields should reference the new, corresponding textfields.
or if you want to go more explicit:
An ID might get an additional character similar to excel absolute / relative reference
%<CurveLength("f674ea6b-1bf4-429c-8c57-9653c8775b8a")>%
%<CurveLength("$f674ea6b-1bf4-429c-8c57-9653c8775b8a")>%
↑
dollar sign indicating absolute reference - no update
Until there’s built in support you might try the hidden TestMatchAnnotationFields it sorta does some of this by copying an existing Annotation that has a text field and replaces its function with another object that you select. Not the ideal solution which is why its a test command, but can save a little bit of typing.
This is a practical example of how, after duplicating my “layer” ( duplicate layers and objects) and after moving my layer with the object (sole), using non-uniform scaling, all the dimensions updated except for the curve length dimension command. Now, what I do to avoid wasting more time is to delete the dimensions of the other two newly created objects and redo the dimensions.
Hi, I’ve been experiencing an issue for some time now, as you can see in the screenshot. In Figure 01 (initial), after dimensioning any object, it’s no longer possible to remove the dimension using the “delete” key on the keyboard. I also tried changing the dimension to a new layer, but even after deleting the layer, everything disappears except the dimension itself. This is the first issue.
The second issue, as you can see in the screenshot, involves the blue dimension on the line: I had to add it manually because the previous dimension didn’t update correctly after duplicating the layer and the underlying objects. and after using the Nonuniform Scale command
Yes. Until 3 days ago, something like %<CurveLength("b5816120-2023-4c54-8139-41d562cad874")>% wouldn’t update the GUID of an object that is referenced when copying both the object and the text field. This auto-update is now implemented in 8.14. This is not yet available in a public release of Rhino.
-wim
Thanks for this tip! I’ve been using Rhino for years and didn’t know about this option. You always learn something new. For the other issue, I’ll wait for the update. Thanks!
