We use fields in our drawings to automatically enter the drawing number in the title block. We sent out 29 drawings in an etransmit. When the vendor opened some of the drawings the drawing number changed to that of the etransmit file name (the first drawing in the etransmit). We cannot recreate the problem on our end. Has anyone had this problem or does anyone have any thoughts on what might be going on?
Solved! Go to Solution.
Did you send your vendor a ZIP file? If so, are they unzipping it before attempting to read the file name?
I am not sure. Does that make a difference when using fields? What do you recommend? I will have our production control engineeri contact the vendor to check it out.
I know AutoCAD occasionally has trouble finding referenced files when the host file is opened directly from a ZIP archive -- probably because the temporary path isn't quite what is expected. It wouldn't suprise me if this carried over to fields that are also trying to read file paths.
From our vendor: "I just opened the zip file and extracted the files into a new directory.
From there , I just double clicked the file to open with Autocad 2002. As soon as I opened them , I noticed the file name and drw # did not match. Why did only 6 files become garbled and not all of them?"
We are working in AutoCAD 2013 and have to save back to AutoCAD 2000 for the Vendor. I'm not sure if something could be happening during the process. As he indicated, It does not happen with all of the drawings. We have never had this problem with any other Vendor in the past.
If you have to save back to a lower format anywayy -=- might as well just convert the field to text and let them deal with static info.
They could just get TrueView 2013, adn view/convert with that.
Log into access your profile, ask and answer questions, share ideas and more. Haven't signed up yet? Register