Leaderboard

This old example may provide some food for thought

I will redo the code probably look at date 2011. It should be a drag over lines then fillet say based on 1st drag line then could have a Kerb&tray blending to a barrier kerb as an extra option. Possibly later today.

I updated the code above so ATTSYNC will only be called once per block name.

@Steven P unfortunately i cannot edit the Third-Party tool... That would be a relief. When the user starts a drawing, and creates a dimension, the style is created. Due to the possible settings, the style name can be a variation of 50 different styles.... I dont want the user the do something manualy everytime a new style is created. They shouldnt even notice that i modify the default settings. So my idea was to do a quick override everytime a dimension is placed. Since i cannot use a reactor when a new dimstyle is created... wel... not that i know of.. Im open for all suggestions ofcourse. Main goal is to fix this in 'my' engine, without the user noticing.

THIS modifies the block definition.

AttHeight is the one that I'm using.

my pleasure...

Might help to explain what's wrong with your code.

the first one I posted, BTH, or the 2nd one, AttHeight ? Attheight doesn't change the block definition, just the way that instance of that block is displayed - so when you attsync that it goes bat the block definition sizes . BTH should update the block definition, and so Attsync shouldn't affect it

Thank you very much nod684. I still have a long way to go but the moment I am going forward, that's count greatly for me. Again thank you very much. I am also dealing with another issue regarding a door where it appeared all glazed and there also you have replied me with number of solutions. Thank you greatly.

Hi @Steven P, thanks for this but when I run an attribute sync on that block again the text reverts to its original. I looked at the code but couldn't see anything that was causing this.

Click that Green Floor and Edit it's boundary (Under Modify Tab). Create the Building Boundary inside.

Hi! Avid reader of the forums, first time poster. I have a code with which I'm trying to extract the x and y coordinate of the startpoint of a line to the clipboard for pasting into another program. The problem is that when I run the lisp in Civil 3D it spits out when running (caddr typelst) on line 6 in the code below. What could cause this. I'm having trouble understanding why it wouldn't be able to grab the type from the list. The code: (vl-load-com) (defun c:copyx1y1 () (setq choice (entsel "Choose the line whose start X and Y you want to copy \n")) (setq entname (car choice)) (setq typelst (assoc 0 (entget entname))) (if (= (caddr typelst) "LINE") (progn (setq startpnt (assoc 10 (entget entname))) (setq x1 (cadr startpnt)) (princ "\n") (princ x1) (princ "\n") (setq y1 (caddr startpnt)) (princ y1) (setq copiedtxt (strcat (rtos x1) "\t" (rtos y1))) (setq result (vlax-invoke (vlax-get (vlax-get (setq htmlfile (vlax-create-object "htmlfile")) 'ParentWindow) 'ClipBoardData) 'SetData "Text" copiedtxt) ) (vlax-release-object htmlfile) copiedtxt ) (progn (princ "The choice is not of type LINE") ) ) (princ) ) Regards, E

Printing to pdf is the norm and a copyright watermark could be added as part of the dwg. It is now possible to read a pdf into a dwg as linework etc so watermark could be removed. Another post suggested print an image not a pdf. Much harder to convert to lines etc. If the contract says they get a dwg then you need also as part of that contract what is proprietary to your company and can not be pulled out of the dwg for use by them. eg Blocks.