(Rights in Technical Data and Computer Software), as applicable. restrictions set forth in FAR 52.227-19 (Commercial Computer Use, duplication, or disclosure by the U.S. DOES NOT WARRANT THAT THE OPERATION OF THE PROGRAM WILL BE MERCHANTABILITY OR FITNESS FOR A PARTICULAR USE. AUTODESK SPECIFICALLY DISCLAIMS ANY IMPLIED WARRANTY OF AUTODESK PROVIDES THIS PROGRAM "AS IS" AND WITH ALL FAULTS. restricted rights notice below appear in all supporting that both that copyright notice and the limited warranty and that the above copyright notice appears in all copies and for any purpose and without fee is hereby granted, provided Permission to use, copy, modify, and distribute this software You are hopefully DONE and all Blocks and Attributes look fine. Insertion base point of new Block: (here you should select the new Insertion Point !!!!) Select entities: (select all graphic entities and Blocks in the correct sequence !!) Name of Block you wish to redefine: (Type in the Name of the redefined Block ) Load the file in Bricscad by typing in the command prompt: > (load "attredef.lsp")ģ Copy one of the "old" Blocks with the "not moved" Attributes and explode the copy !Ĥ call the Autolisp command with AT or ATTREDEF Save the attached code to a file called attredef.lsp in the bricscad directoryĢ. So the best way is to use the old Autolisp Program Attredef.lsp to do that:ġ. In AutoCAD you have BATTMAN to Sychronize the Attributes of existing Blocks with the NEW BLOCK DEFINITIONīut in Bricscad (to my knowledge ?) not. The problem that you have is that any Block Redefinition (insertion Point etc.) changesĪll graphic Entities in the Block BUT NOT the Attributes of the existing Blocks in the Drawing. My question is, is there a way of importing a new block definition to replace an existing one, but to instruct Bricscad to carry across attribute values but to position the atttributes as per the imported definition, rather than leave them where they are? An alternative would be if the entities that comprise a block can be moved whilst leaving the attribute positions unchanged. I assume that this is expected default behaviour as the attributes may have been manually repositioned and it might not be desirable to destroy these changes. The problem I have is that the attribute positions do not shift, therefore there is a cumbersome manual process needed to either move the attributes or totally repopulate the attributes from scratch for each instance. When I import all the blocks from the dwg into an existing drawing, the positions at which the new block is inserted is offset by the difference between the positions of the insertion point in the old and new definition. In the latest release from them one of the blocks has had the insertion point position redefined within the set of entities that comprise the block. My client periodically sends out a dwg that contains many block definitions that are to be used in drawings that are produced for them by people such as me.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |