Revision block with dynamic "rows"

Revision block with dynamic "rows"

Wade.Sansing
Explorer Explorer
703 Views
3 Replies
Message 1 of 4

Revision block with dynamic "rows"

Wade.Sansing
Explorer
Explorer

TB issue.png

My company is using a horrid dyanmic block for a titleblock.  It has all of the expected normal atrtributes. At the bottom left corner is a visabilty control to choose language and office address. On the top right corner is a linear paramter to choose the number of rows for revisions on top of the block. 

 

There are 12 sets of revision data (#, date, desc).  Normally the rev info is all blank, the last 9 are blank in this image.  When we add a new rev, it will appear above the last, like rev 2 shows in this image.  We must then use the linear parameter to stretch the "rows" up.  This adds the bordering lines around the revision, rather than them just being floating text. 

 

This is insanely slow and stupid to use when I must update 70 drawing's revision numbers.  I can use a lisp, or other tools to have Autocad increment the revisions, but then I still have to manually open each drawing seperately to drag this line up and then save.  As far as I can tell our network is run by untrained monkeys and as one would expect is ridiculously slow due to that.  Opening and saving a drawing takes roughly 4 minutes.  It takes us more time to simply change a revision number on drawings and save them than it does to acutally revise the drawings.  It's ridiculous.  I'm trying to fix this.  Since Autocad still hasn't added what is a ridiculously basic requirement of revisioning which every single industry that exists requires, which has been requested for at least 25 years now, I am having to do this myself now.  The old school, near retirement, "head draftsman" here refuses to allow a block that simply contains extra empty revision lines.  (It doesn't look nice, and we've always moved half the drawing around every time we revise it...)

 

I need a way for the lines to turn off or on based on the rev attributes being empty or filled.  i.e. the top line and seperators "surrounding" rev1 here should be around rev2 without anyone having to manualy drag the linear param up.  Any ideas would be appreciated.  I'm open to completely remaking the TB, splitting the revs off as a seperate table or block, but the solution must have lines only for exiting revisions and not empty extras.

0 Likes
704 Views
3 Replies
Replies (3)
Message 2 of 4

Libbya
Mentor
Mentor

To use your turn of phrase, it is completely ridiculous to expect assistance with any block without actually posting the file.

0 Likes
Message 3 of 4

markymarkRE7H6
Contributor
Contributor

You could set the field title text and box lines in an array action,

then set them to multiply on drag up by increments of the box height.

Drag up the number of revisions then fill in the detail parts for this revision.

Is this close to what you are working towards?

 

I made a flex joint for P&ID that uses an array action with increments.

I used a Polar Stretch with an Array Action.

Not exactly a match for your scenario, but might help.

 

kind regards,

-mark

0 Likes
Message 4 of 4

neaton
Advisor
Advisor

Since you can change the text with lisp can you create 12 visibility states that could be changed with lisp or change the linear parameter length via lisp as mentioned here ?

0 Likes