OK, so the base build is humming, now to value add.
I want to take my base families\parts and keep the levels for modelling, but have the levels and colours change when creating a DV. This way I can mdel in our build and output drawings to client requirements. I'll do this using rules, as I have done with DEM, and the Family\part Drawing Symbology.
My issue is that I can't get the output to use a different level to the modelled member. If I force some settings like colours in the rules they come through, but the new level isn't being used.
Iis there a way around this as I have more than 1 bild to do this way.
Thanks,
Can you elaborate on how the rule is defined?
Rules are where they are usually kept I would have thought??
Also, in regards to the Widget - keep in mind that unlike DEM, the graphics displayed in a dynamic drawing are not "real" elements that can be controlled like that. If adjusting the position of the widget using the applicable rule isn't sufficient, I suppose you could cache the drawing and use the Copy/Hide command. You could then Fence Stretch the widget block and the attached single lines. A bit "fudge-ish" perhaps but it would work in a pinch.
I've managed to get the rules working fine, but still having issues with parts conversion. I'll play a bit more and see what I can get. It would be nice if we could get feature solids to work this way as well.
Steve, I suppose you can see why many of us are disappointed with the demise of DEM. Issues like this may seem small to some, but it is a huge time waster for us. Moving text etc in a DV isn't the same as it reverts back if a change is made. I'm not saying DEM was perfect, but it is a better base to build from compared to DV. JMO.
Hi Sean,
Glad you've got the rules sorted out. I'm not sure what could be happening with your parts though, assuming that all required levels (for 3D and 2D) are available. That's fairly base functionality that AFAIK hasn't changed in, well, forever.
Yes, I do understand that certain aspects of DEM are missed. DEM itself just wasn't sustainable through the 64bit port to CONNECT.
As for moving drawing annotation, I believe we have an Enhancement (or two) filed that request something along the lines of what you're describing; e.g., retaining the current coordinates after being refreshed. The best bet is probably to file an SR to link to that enhancement. If I'm mistaken and one does not exist, then we can certainly file a new Enhancement.
SR7000827770 raised.
Thanks, Sean.