AutoCad returns the error: Block table contains no attributed block names "*".
AutoCad returns the error: Block table contains no attributed block names "*".
Intersting problem, I thought that if you copied blocks from one drawing to another and the blocks had the same names, then the copied blocks took on the definition of the host block, I use that trick quite often to quickly change blocks in a drawing (but that is another story) it appears that attributes will stick from the original copied blocks if they are not in the host drawing. Anyways a simple solution (without seeing the blocks you use - it seems simple) in the floor plan drawing blocks add a visibility state and put all your attributes into a second visibility state, when you need to copy your drawing, select all the blocks turn the visibility off for the attributes, then copy and paste. That should now copy the blocks into your graphics map file without the attributes (and without the visibility state parameter, because that isn't in your block definition in the graphic file).
As an added bonus if you use various blocks then create the visibility states in each one with the same names like "on" "off" that way you can select all the blocks and turn them all off in one go with the properties, because if they have the same name it is a common property.
Intersting problem, I thought that if you copied blocks from one drawing to another and the blocks had the same names, then the copied blocks took on the definition of the host block, I use that trick quite often to quickly change blocks in a drawing (but that is another story) it appears that attributes will stick from the original copied blocks if they are not in the host drawing. Anyways a simple solution (without seeing the blocks you use - it seems simple) in the floor plan drawing blocks add a visibility state and put all your attributes into a second visibility state, when you need to copy your drawing, select all the blocks turn the visibility off for the attributes, then copy and paste. That should now copy the blocks into your graphics map file without the attributes (and without the visibility state parameter, because that isn't in your block definition in the graphic file).
As an added bonus if you use various blocks then create the visibility states in each one with the same names like "on" "off" that way you can select all the blocks and turn them all off in one go with the properties, because if they have the same name it is a common property.
Hello @steven-g
I am really interested about this method, I am actually in this situation:
I have 100+ draws with old blocks , some with attributes, some without.. and I updated them in a new library of those blocks but with a totaly new serie of attributs.
I planned to change them quickly by copying the old draws into a new one with the new library in order to change the blocks automatically.
Can you tell me the process to change the visibility state, first into a second as you said?
Thank you very much for your help
Cheer
Hello @steven-g
I am really interested about this method, I am actually in this situation:
I have 100+ draws with old blocks , some with attributes, some without.. and I updated them in a new library of those blocks but with a totaly new serie of attributs.
I planned to change them quickly by copying the old draws into a new one with the new library in order to change the blocks automatically.
Can you tell me the process to change the visibility state, first into a second as you said?
Thank you very much for your help
Cheer
This is from a while ago, I needed to go through it again.
Having said that your situation sounds a little different, you are wanting to change a blocks attributes? it might not work for that. So you could be better starting a new post and attach example drawings (new and old).
But the method I described above, you would open the old blocks add a visibility parameter and then add to that a second visibility state, in that second visibility state you select the attributes and make them 'not' visible, effectively turning them off. Save the new block definition and then back in model space select all the blocks and in the propeerties palette turn the visibility state to the 'off' version. Now you have all the attributes turned off when you copy and paste these blocks into a new drawing with a different definition (but same name) then only the block geometry would change into the new version and attributes would not be copied.
That is maybe where the problem could be if your new definition does have attributes.
This is from a while ago, I needed to go through it again.
Having said that your situation sounds a little different, you are wanting to change a blocks attributes? it might not work for that. So you could be better starting a new post and attach example drawings (new and old).
But the method I described above, you would open the old blocks add a visibility parameter and then add to that a second visibility state, in that second visibility state you select the attributes and make them 'not' visible, effectively turning them off. Save the new block definition and then back in model space select all the blocks and in the propeerties palette turn the visibility state to the 'off' version. Now you have all the attributes turned off when you copy and paste these blocks into a new drawing with a different definition (but same name) then only the block geometry would change into the new version and attributes would not be copied.
That is maybe where the problem could be if your new definition does have attributes.
This worked for me too but does anyone have a lisp for this? I can change the command name but curious if anyone has written this out yet?
This worked for me too but does anyone have a lisp for this? I can change the command name but curious if anyone has written this out yet?
it's *.* star dot star, just say that in your head and you can remember easily.
and not "*"
it's *.* star dot star, just say that in your head and you can remember easily.
and not "*"
Can't find what you're looking for? Ask the community or share your knowledge.