As I understand it, when we manage our custom line styles from a DGNLIB, when an end-user selects a line style active and places it in a DGN file, that line style definition is now part of the DGN file. Are there any circumstances that would not allow that to happen? I have a case where I placed some of our vintage custom line styles in a DGNLIB file, some of those line styles were also in a few defined element templates. I was hoping that if I kept these custom line styles in the DGNLIB file, I could eventually retire them and remove them from the active workspace. I did a little test, I removed the DGNLIB file from the DGNLIBLIST, the DGN files that had those vintage line styles placed in them no longer showed the proper appearance of the line style, operating similar to the way when a line styles isn't using the proper RSC file.
All comments are welcome.
Chuck
Unknown said:As I understand it, when we manage our custom line styles from a DGNLIB, when an end-user selects a line style active and places it in a DGN file, that line style definition is now part of the DGN file. Are there any circumstances that would not allow that to happen?
Yes if the DGN file already has a pointer to the Linestyle from a RSC we will not copy the linestyle from DGNlib to DGN.
I have a case where I placed some of our vintage custom line styles in a DGNLIB file, some of those line styles were also in a few defined element templates. I was hoping that if I kept these custom line styles in the DGNLIB file, I could eventually retire them and remove them from the active workspace. I did a little test, I removed the DGNLIB file from the DGNLIBLIST, the DGN files that had those vintage line styles placed in them no longer showed the proper appearance of the line style, operating similar to the way when a line styles isn't using the proper RSC file. All comments are welcome. Chuck
I think your situation maybe the case I reference above. You have a DGN file that already has the line styes used in it with the definition being expected from the RSC. Please let us know if this is not the case. I think you will need to manually import them into the DGN from the RSC.
So I verified that I do not have any of the custom line styles stored in the DGNLIB also in an RSC. A performed a few more tests and I think the issue may be specific to one or two line styles. I can live with that.
Thanks for the help.
So I verified that I do not have any of the custom line styles stored in the DGNLIB also in a RSC file. After some additional testing, it appears that I have just 1 or 2 custom line styles that are not being written into the DGN file from the DGNLIB. I can live with that.
Unknown said:So I verified that I do not have any of the custom line styles stored in the DGNLIB also in a RSC file. After some additional testing, it appears that I have just 1 or 2 custom line styles that are not being written into the DGN file from the DGNLIB. I can live with that.
Chuck,
Lets look at 2 custom line styles eline and wline. If eline is used in a DGN and wline is not. Then you copy both of them into a DGNlib. THe DGN file continues to use the defintion for eline like it is coming from the RSC even though it is coming form the DGNlib. Any placements of wline will copy its definition into the DGN file as it never had an alternative location for its defintion.
HTH
Answer Verified By: cmeuser
I am a bit confused, sorry. I think what you are saying is to create a dgnlib and place custom lines in it, then this file will be read from the DGNLIBLIST variable and allow user to place these lines in their drawings without the original RSC file.
Question:
What is the advantage of using the dgnlib as opposed to the RSC file? To create a new line you still have to do it in a RSC file and then place it in the dgnlib, correct?
[V8i SS4 08.11.09.829, BRCM, Promis-e, OpenPlant Modeler, OpenPlant PID, STAAD, RAM, ProSteel, InRoads, FlowMaster, Map, PondPack, StormCAD, Descartes]