We are aiming to duplicate two groups of sheets. We are selecting one group from the project > collecting the views on the sheets > duplicating these views > renaming the sheet names / renumbering sheet numbers > creating sheets with new name, number and the duplicated set of views.
The script is successful in first run, but in second run on another package (e.g. Architectural Package 1, then Architectural Package 2) the Dynamo run UNDOES the previous scripts run and the Revit undo button shows “Dynamo element reconciliation”
Sheet names, numbers, and views are unique so why does Dynamo keep returning to these elements? Can we break of this connection
Another work around is to have your dynamo script select all the edited (Springs.SelectInRevit?) elements then manually do a Copy/Paste Aligned. This will break the reconciliation connection, but keep in mind it changes the element ids.
There really should be a option to turn off the reconciliation feature. This gets complained about a lot. From a user standpoint, it is rather confusing that dynamo behaves differently whether it run in player mode or not. It is a lot simpler for a designer to hit undo once after checking their script run rather than drafters having to use work arounds to keep their changes permanent.
There was discussion awhile back about this. But a lot of people hadn’t started dynamo early enough to be in on it.
Check the forum post on Element bindings, and ensure you don’t have any currently saved in your dyn file. If you do, it doesn’t matter how you place stuff it’ll always remove the last placed.
