I have a routine to purge a drawing. I'm able to purge layers, blocks, material, dimstyle, linetype, mleaderstyle, mlinestyle, textstyle and table style. But i'm not able to figure out how to purge shape (font). Here an extract of my routine:
Public Enum ItemType As Integer
Block = 0
Layer = 1
Material = 2
Dimstyle = 3
MLeaderstyle = 4
MLine = 5
[Code] .........
In the shape Section I don't know which table or dictionary to use???
I have multiple drawings that were burned to a cd and sent to a client. The client used the reference mananger and found multiple fonts/shapes/plotstyles missing. (not found) I have found most and updated the path. There are some that i was not able to find, and because of the size of this project, unable to determine where the original fonts/shape files came from. There was originally 5 firms involved with numerous cad drawings. The missing fonts and shapes are not used in the drawings and i would like to detach them from there drawings so when the client runs the reference manager they will not be looked for, thus not come back as "not found."
When i attempt to use the purge command to do this, the fonts/shapes do not appear and can't be purged. Can i manually open a drawing and detach the fonts and shapes? I need to present a cd that when the drawings are scanned by the reference manager, all fonts/xrefs/shapes ect. are found. For the shapes/fonts i could find, i created a seprate folder on the cd and edited the path to look there, solving the problem. But i have no solution thus far for the not found shapes/fonts/shx files and no original owners i can turn to to get them.
Im trying to create a logo similar to the Harley Logo for a friend's wedding. Their last name begins and ends with "S" and Im trying to replicate the "S" in the Harley Logo.
If I copy and paste the Harley "S" on the right side of "Cycles".. it's a no brainer. If I copy and paste the "s" in Cycles and try to move it to the left for the first letter in their last name.. I can't seem to bend it the right way so the bottom of the S follows the curvature of the shield like the other one..
I keep running into this issue in InDesign. I never notice the issue until I go to package it, but I will outline all of my fonts, and when I go to the packaging screen it will say I still have 1 font in the document. It is always Minion Pro (the default). After investigating further, it always seems as if a text field has been "attached" to a shape. Once I delete the shape, when I go to package it it says there are 0 fonts.
So this causes all sorts of problems when I'm packaging because I can't outline the "minion" font because its not actually there (I've tried selecting the shape and clicking outline, but it wont let me). Also the only way around this I have is to delete the shape, and completely rebuild it (which is impratical for many reasons).
how to delete the type? (I have also tried Type on Path > Delete and its greyed out and won't let me choose that option)
I have been working on a book cover for a client and was asked to modify a capital letter in the chosen font. The letter "S" had a curly q at the top that needed to be removed. I converted the letter to an editable shape and deleted the offending nodes. Along the way I had to break the points and then reconnect. When I broke the points, Xara split the shape into 2 layers for some reason so I could not rejoin the points later. I ended up combining the layers and was able to rejoin the nodes that way.
The problem I had was that when everything was reconnected, I could only color the outline, the shape would not fill. I ended up having to export as a PNG to Photoshop, created an adjustment layer and painted it in. Everything looks great BUT I would have preferred to just reconnect the nodes and fill the letter in Xara.
I try and try to get how vector points work... within Illustrator and within the pen tool in Photoshop and just cannot get to grips with it. So when i create a logo I tend to start my work in photoshop where generally i will end up with a font and a shape.
Now i understand the basics, such as not resizing the shapes / fonts if they are rasterized etc and generally keeping things crisp looking within photoshop but my problem comes when trying to turn my reletivly simple font and shape into a vector based image so that it can be scaled up and down
My logos look immaculate when viewed at 100% in photoshop, but as soon as i create a work path from the selection it never makes a crisp path, with all the correct curves and straight edges that i expect to see.
Up till now, i always assumed it was just the original fonts that i use and they just arent created completly smooth. But now my work path is really wonky. Whether i use a tolerence of 0.5 or not.. it just doesnt hug my lettering at all. The marching ants i see are even better placed than the work path.
im writing text inside a shape and ive got that far ive even changed font sizes, now id like to write smaller text in the gaps between different font sizes. im using PSCS2.
I tried Nexus font (finally) and don't see why people have mentioned it. I don't like it and uninstalled it quickly.Which font manager do you think is better than Font Nav?
How can I purge linetypes? We get data from outside sources and my goal is to load our linetypes. I have a list of layers and store the previous layer linetypes. I reset them all to "Continuous". Now I have to purge the old linetype definitions but I can't make them go away. I need to purge DASHED and HIDDEN so far. If I open the file and click on the linetype in layer manager, I still see the old DASHED and HIDDEN definitions. I have tried db.purge(linetypeobjectid) but they don't go away.
Do I need to go through the symboltablerecord to find the correct linetypetablerecord and remove it? Will that remove the linetype from the list shown in layer manager? That is what I need to do - make sure DASHED and HIDDEN *have* to be re-loaded from our linetypes.
The line types in question are funky looking line types that do not exist within our office. They often contain "$$" and and/or file names and other odd characters as if they are remnants of binding a drawing. In any case, they are not visible anywhere in the drawing. We refer to these drawings as being "infected".
If any object, i.e. block, text or even a simple line, is copied from an infected drawing into an uninfected drawing, all of the mysterious line types follow. And when I say all, I mean 50+. Furthermore, copying from one infected to another infected will double the line types. So, as you can see, if undetected, you could easily have 100's of "line types" on a drawing which substantially increases the size of the .dwg file.
The process that I have created (from researching on the internet) is to save the .dwg into a .dxf. Close the .dxf and then PURGE. Purging the .dwg will not work. And, you MUST close and re-open the created .dxf in order to purge these files. The you can again save as a .dwg. To complicate things, occasionally a .dwg will not save as a .dxf unless I AUDIT it first.
Needless to say, this is a giant pain in that the files that are infected are at least 50 in number. I have created a macro or two to at least reduce some of the steps. Unfortunately, since the .dxf must be closed and re-opened (which cannot be done in a macro) an all encompassing macro cannot be written.
In our drawing files, we have several layers that our office is no longer using. The layers are empty but I can't purge them. We also have a block that seems to be related to the layers we cant purge. The block is made up of only 1 word. I've inserted the block, exploded it, and erased it but I still can't purge it. There seems to be some connection between these two things, but I haven't been able solve the problem.
So i have all these linetypes (see image) that i think originated in Microstation and have appeared on my computer when i binded a few DWGs derived from DGNs. (I can explain all that more if you think its warrented).
This is basicly what keeps happening.
- I open a brand new template, all line types are there (usual: dashed, phantom etc).
- I can work away happily, untill i copy something (a line, text, circle....) from a drawing that has these linetypes and BAM they all appear in the new drawing.
In this way, the linetypes have 'spread' into quite a few dwg's, and i cannot get rid of them once they are in the drawing and its saved.
A few other things....
- Other people in the office can open the drawings on their computers = NO weird Linetypes appear. Some open it and they do appear. (so if you open the dwg attached to this and find no linetypes, i dont know why!)
- The linetypes wont purge due to being in use etc
I would say the problem has originated from when I binded the xrefs, which is fine, but how to i fix it now?
The two main xrefs that appear to be referenced in the linetypes description are being used by other people in the workplace so i cant just delete them and start again.
I am trying to purge all the unreferenced blocks in AutoCAD using VBA. Knowing that VBA only has thisdrawing.purgeall, I had to use sendcommand to try to achieve this.
Whenever I try to run the following in AutoCAD using VBA, the program tries to Quit and ask me to if I want to save changes. Is there a way to have it not prompt me for that? I've tried setting the FileDia set variable to 0 and it didn't work.
How do I purge or delete the printers/plotters from the list in the plot set up dialog. I have several that go to the same machine but are not config'd correctly or just simply not used. Can I get rid of them so I don't have to sort through when plotting?
Also, what about the list of sheet set ups in the plot dialog?
I have a file with 403 blocks in it that can not be deleted, purged, or seen. I've attempted to WBLOCK the linework out, copy and paste the linework out, exploding every object in the file, changing everything to bylayer and layer 0, purging and -purgeing, but the blocks are still there along with a number of linestyles associated with the hidden blocks. Is there any way to get rid of these blocks? I have a file attached with nothing else in it except the blocks I cannot purge. They are also not associated with any styles.
I'd like to get rid of all AEC block names in my template. I've tried BLDSYSPURGE and that didn't work. We don't currently use ACAD MEP for it's intended purpose so I just want these out of the block name list in our template for now. Is there a way to do so?
Just wanted to check if there were any reasons I hadn't considered as to why Purge doesn't want to purge certain empty layers. I'm changing the architect's background to our standards, and some layers simply do not want to go away.
All the remaining layers are turned on and unlocked. I have exploded everything repeatedly until I cannot explode more. I'm purging nested items and getting rid of points/zero-length geometry. I have run a QSELECT on all the offending layers, revealing 0 items on every one. I have erased and purged everything that was on paper space. I have QSELECTed for every "weird" item on the drawing (block reference/point/attribute/whatever) and got rid of it. I have locked/turned off all layers I want to keep, did a CTRL+A and hit delete. I even turned all splines to polylines just in case.
After doing all of this, I still have 9 more "live" layers that do not want to go away.
Now, I'm aware that I have the LAYDEL option (which is what I'll be using here shortly), but I was just curious as to what drawing elements I could have possibly missed so that AutoCAD refuses to purge these layers.
I am trying to purge a layer on a drawing that the company is going to use as a template, but even that the layer is not the current one and without objects I cannot purge-delete the layer.
I'm having a small problem with linetypes that are not being used nor will they purge from a drawing. I believe that all started with the binding of an xref but now the xref has been removed along with just about everything else other than simple geometry and some text. The linetypes will not purge. For instance, if I take a standard "new" dwt file that has no problems and copy anything from an "infected" drawing to the dwt, the infectious linetypes will now appear in the dwt. And when I say anything, I mean anything. i can draw a new circle/line/point on the "0" layer and copy that new item into the clean dwt and it will take along with it the unwanted linetypes.
I have seen a similar post about linetypes not purging. And have tried the wblock solution with now luck. I have tried recover along with anything else that I could think of. Again the drawing doesn't have any xrefs and even newly drawn items, when copied, will become infected by the unwanted line types.
Also, the linetypes that are being left behind do have the "$0$" within the name. But also to mention the only ones being left behind are "powerline" and "phantom",
I am having an issue purging a block from my drawing. Here are the steps I have taken:
-I first used the qselect command to select the block(s), there were 4 in the drawing.
-Then I erased all four of them
- I tried to purge the block but it was not showing up in the unreferenced block list.
- I went back into the qselect to find the block to see if there were any more, and the block did not even show up on the list
- I then tried to edit the block using bedit. After closing the block editor it told me that there were still 4 block references. This had me confused because I had already deleted the the four existing blockreferences from the drawing??
- I then tried to rename using the rename command and then attempt to delete it, and no luck.
how to purge PDF files from your Drawing? I tried using the Image command, but it doesn't list PDF underlay's anymore. I've tried just using the purge command but it doesn't show up there either. The way I know it's there after I delete it is, (1) The drawing file is STILL really slow and (2) it shows up as a required file when I do an etransmit. Which also makes the etransmit file huge as well.
how to purge them without wblocking the file to itself?
How do I purge linetypes from a dynamic block? I have hundreds of blocks that make up our legend items and I want to remove unwanted items to reduce the sizes of them.
When I open a new template all the correct linetypes are there and the drawing works fine, I can purge and they are deleted if not in use.
When I copy ANYTHING from one of my existing drawings which contains all these odd linetypes then they all appear in the new drawings and they will not purge.
ANYTHING = Text, blocks, lines... etc.
From reading about similar problems I think it has risesn from Binding/Inserting (I cant remember which one I used) of a Xref orignially from Microstation into a drawing I did about 3 months ago. The linetypes have just stuck around.
I have a large xref from a client that is causing me some grief. When I open it, I get a message about it having over 5,000 annotative scales (seriously!). What do I need to do to get rid of them? I'm not a big fan of xref's & things like this make me like them even less!
It seems in Vault 2012 - the "Purge" looks dumb- I mean I cannot function it.Another, when I apply "Delete", it asks me to delete all the versions.I want to delete some old versions instead of the whole versions. I just got stuck there now.
That's just one name and there is over a hundred similar ones! Maybe the name is too long for ACAD to handle?
Things I've tried.
wblock selected to new .dwg audit, purge and audit, purge again. Copy and pasting into blank template. Step 2. 10+ years in AutoCAD and haven't came accross this before.
Got a great LISP from Lee Mac to steal layers, dimensions and Text styles from the drawing. As long as I didn't take in the Linetypes I was fine. This LISP does a whole lot more than the things described above.
I can not run purge or recover on the attached drawing file or it will crash autocad. When I run audit it says no errors are found. I don't have access to older versions of ACAD to test this on and the file is dated back in 2008 but not sure which version of ACAD it was created in.
This is the only copy of the file. I've opened it and added some linework and saved it as a newer drawing only to have the same results. The attached file is the unaltered version. I have one other file that I'm having the same issue with as well.