AlexLachance wrote: ↑Fri Nov 18, 2022 9:27 am
Indeed, but if his multibody part is made from the previous multibody part that was used for that drawing, then most likely when he does the switch in reference everything will follow through with the right configuration selected, which is what it sounds to me like he is trying to do.
I got a little excited by this...
I wondered if just maybe it was crazy enough to work.
(Small caveat. All these attemps at this were done on a "Copy of the project folder" I do not want to break my working files.)
And so, if I understand your meaning correctly, save my multi-body part with the same name but in the new configuration. Then close the part.
Now use the open file dialog to select the drawing file, (and yes, as was stated by TTevolve, you cannot select the configuration of the part to open),
When selecting the referenced part to open, I selected the same part, in the hope that the SW would indeed assume to load the most recently saved configuration into the drawing file.. But Alas, it is not to be.
I also tried to save the part with a new filename and then open the drawing file by referencing the newly named component..
Indeed it did open the newly named part. But retained the configuration that the views (and cut-list) were previously associated with.
In fact, I tried opening the newly named part with all other configurations deleted. Something in the way SW retains references meant it stubbornly refused to accept the file I stipulated and opened the original file with the unwanted config anyway.
The only success I did have, was to rename the original folder, delete all other configs within my copied file (of the original name) and then the refences process of the drawing file open did yield success. The original config could not be found and so the SW opened the file with the only config it could find.
This was interesting in that it did indeed acheive the effect of all views displaying the correct config.
But many views were of course broken with dangling dimensions and missing bodies, or displaying unwanted bodies.
This is expected behaviour and this happens when manually changing view configs anyway tho.
And interstingly, the cut-list was broken completely. All balloons reverted to "1" and the cut-list could not be attached to the new config.
A new cut-list quickly fixed this tho.
In short. This is something than is somewhat workable.
The amount of work to repair the individual views for a different config will be dependant upon how much diffence there is between the configurations.
This could indeed be more work than simply reconfiguring views.. But it could also be much less work.
Today, I have learnt something. Thank you guys.