Apr 20, 2009 Incremental Numbering Suite This program enables the user to place incrementing numerical text in a drawing, with a range of positioning utilities and an optional Prefix/Suffix. The program is invoked with the syntax: NumInc One can enter Prefix, Middle. Double-click 'AutoCAD ' The Setup-Dialog pops up: Click 'Add or Remove Features' Check 'Express Tools' Click 'Update' Afterwards, you will find the command 'Auto Number' in the 'Express Tools'-ribbon. Note: The command 'Auto Number' only works for text. If you have created an array before, you have to explode it first, before you can.
![]()
A great place to ask questions, give tips, and share knowledge all about AutoCAD.AutoCAD HelpTips, LISP Routines, & MacrosFlair SearchPosting Guidelines. Be nice to each other. Please read Reddiquette if you think your comment or post may be inappropriate. Clearly state or summarize your problem in the title of your post. More detail about the problem, what you're trying to do, why, what you have tried (google searches, documentation pages, screenshots, etc). DO NOT ASK FOR OR POST ABOUT ILLEGAL WAYS OF OBTAINING SOFTWARE, CRACKS, KEYGENS, ETC. The post/comment will be removed.PC Builds (See Wiki for Additional Info)Related Subreddits.
![]()
Howdy,I'm wondering if there's a way to re-number text fields similar to how TCOUNT works. When I make a P&ID I use a generic tag 'comp-xxxx' and then use TCOUNTfind&replace to replace the 'xxxx' with an incremental number. However, if I change something in the drawing and need to re-number, I can't use the same find&replace option because the x's are all unique numbers now.Does anyone know a way to get around this? The way I do the number follows the flow path, so changing something upstream can really bungle everything else downstream, and it takes way too long to manually re-number hundreds of components. I was hoping there would be some sort of way to programatically define tag numbers using a text list or spreadsheet but my googling has been fruitless so far.I really appreciate any advice, thanks!.
I have this incrementing number lisp. But now I am using Annotative text. So I need to take out and clean up the references to Dimscale and Textsize I think. But I'm not really sure what to do.
Tell you what my friend. You need to check your annotative textstyle.you MUST specify text hieght for Annotative text style (because thats the whole point of Annotative text), now the height indicated on that style will be the text height in PAPERPSACE as the scale is always 1:1 on.pspace not.mspacesay you use 1/8' text height for your annotative textstyle. And your current annoscale is 1/4'=1'-0' the model text height will be 6' and paper space height will be 1/8'. For 1/2=1'-0' annoscale model text height will ne 3' and paper space height will still be 1/8'.
So no matter what scale you're using height for paperspace viewport will be 1/8' or whatever you indicated on your annotative textstyle.we use 0.00 height for regular textstyle as we used it for dimensions (which is also annotative).Play around with it and give us a hollerBTW:do you annotate your drawings on Paperspace? I think there is something wrong with the code. My Textstyle has a Paper Text Height of 5/64'. I changed that to 1' and then executed the Lisp, Listed the objects and their Paper Text Height is 1/8' when using any Annotative Scale. Basically the Lisp isn't being annotative at all. It's multiplying the Paper Text Height somehow, but incorrectly.
I changed the Text Style Height to 0' and the numbers all come in at 3 3/4' Model Text Height, the properties say that the Paper Text Height is 5/128' or 15/64'. Or something else depending on which Annoscale I use.
But Model Text Height remains the same. It's very strange. The problem is that using DXF codes in annotative text works very strangely. I'm going to explain it using metric scales, since it's a bit 'easier' to understand (more straight-forward fractions:wink:). But it should give the idea, whatever measurement system you're using:When you get hold of the dxf data through the entget function, you have the currently displayed model space text height in code 40. Say the text is set to be 1.0 high in paper space. Thus if the actively displayed version of the text is showing the 1:10 scale this value will return 10.0.However, when you send the 40 code through to entmake/entmod the opposite occurs: If you send 10.0 it gets interpreted as 'That's the paper space height'.
So the text is made/modified to now have a model space height of 100.0.I generally just go with the ActiveX methods instead when working with annotative text. Then you don't need to worry about this.It gets even worse when you modify text instead of creating it.
The problem is that the model-space text height is that which is displayed (which might be something different than your CAnnoScale). So you can't simply divide/multiply by the CAnnoScaleValue to convert to/from PS/MS. Hi,I am new in Lisp but mader the following adjustment because I need a prefix of zero´s depending size of text:I do not understand why, but it holds at string declaration: (setq mystr 'whatever')Any ideas?.(setq mystr color='red'whatever'/color); 999 n) (= mystr ')); 99 n) (= mystr '0')); 9 n) (= mystr '00')).
![]() Comments are closed.
|
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
March 2023
Categories |