adryden Posted March 28, 2014 Posted March 28, 2014 I know this is an old thread but, I wonder if there is a way to add a limit to how high the suffix numbering can go and restart at 1 AND at that time increment the middle by 1? For example, in our office, we have to number data drops, but are limited to 48 data drops per patch panel. The numbering usually goes something like this G113-D3-01, 02, 03 etc. Then after we reach 48, the numbering changes to G113-D4-01, 02 and so on. Quote
ReMark Posted March 28, 2014 Posted March 28, 2014 If your company needs something specifically tailored to its needs then I suggest you contact Lee Mac and arrange for engaging his services for a fee. Quote
Lee Mac Posted April 13, 2014 Author Posted April 13, 2014 I have updated this program to Version 3.5 to fix a reported intermittent bug causing the program to crash when generating the first object after dimissing the program dialog with Dynamic Mode enabled. As always, the latest version of the application can be downloaded from the first post of this thread, or from my site here. Enjoy Lee Quote
Lee Mac Posted February 9, 2015 Author Posted February 9, 2015 I have updated this program to Version 3.6 to fix a bug causing the program to crash upon selecting the 'Fixed' border option in conjunction with either a 'Rectangle' or 'Slot' border. As always, the latest version of the application can be downloaded from the first post of this thread, or from my site here. Lee Quote
Happy Hobbit Posted February 13, 2015 Posted February 13, 2015 It's excellent Lee. However in the ®eplace text option, is there a way of selection by windowing as opposed to one at a time? Quote
Lee Mac Posted February 13, 2015 Author Posted February 13, 2015 It's excellent Lee. However in the ®eplace text option, is there a way of selection by windowing as opposed to one at a time? Thank you! - I'm hoping to incorporate a 'Multiple' option for the Replace mode in the next major version Quote
Cad64 Posted February 13, 2015 Posted February 13, 2015 Awesome program Lee. Thank you so much for creating it. I only wish I would have noticed this thread sooner. I can definitely put this routine to good use. Quote
Lee Mac Posted February 13, 2015 Author Posted February 13, 2015 Awesome program Lee. Thank you so much for creating it. I only wish I would have noticed this thread sooner. I can definitely put this routine to good use. Many thanks Rod - it's great to know that the program will be put to good use! I hope you enjoy using it as much as I have enjoyed writing it Lee Quote
jeinbinder Posted April 6, 2015 Posted April 6, 2015 Hi I was wondering if there was a version available or a simple code modification to stop the counting at 24 and then increment the middle number by one. Thanks in advance Quote
Lee Mac Posted December 6, 2015 Author Posted December 6, 2015 I have updated this program to Version 3.9 - this update fixes several minor bugs reported from the previous release, including: improving the method used to determine the appropriate width for an MText object in order to account for multiple lines of text; removing the case-sensitivity of attribute tag comparison to account for applications which do not enforce uppercase attribute tags; and fixing a bug causing an oblique angle to be applied to single-line text if the current text style has an oblique angle set, but the text style selected for use does not. The latest version may be downloaded from the first post of this thread, or from my site here. Lee Quote
SLW210 Posted February 19, 2016 Posted February 19, 2016 Great program Lee! FYI, using the latest version 3.9 from your site, I did the incremental text in Model Space, when I set up the Paper Space tab with a viewport the text was visible, even after a Zoom Extents, but, when I set the viewport to a standard scale the text was no longer visible in the viewport. Maybe it's my computer. NumInc drawing.dwg Quote
Lee Mac Posted February 19, 2016 Author Posted February 19, 2016 Thanks SLW210! The reason for the display issue is because the text in your drawing appears to be Annotative and only has a 1'-0":1'-0" scale associated with it, therefore it will only be displayed in viewports set to 1:1 or a non-standard scale. However, I realise that this may be a bug with the program as, although the current Text Style ('Notes') is Annotative, the Text Style selected for the text ('Standard') is not Annotative. I'll investigate - thank you for bringing this to my attention. Lee Quote
SLW210 Posted February 19, 2016 Posted February 19, 2016 Thank You, this thing was still awesome! Quote
Lee Mac Posted January 16, 2017 Author Posted January 16, 2017 That's amazing Lee, great job! Thank you! Quote
Lee Mac Posted August 18, 2017 Author Posted August 18, 2017 very nice lisp great job Mr Lee. Thank you himal Quote
lilyachty Posted 7 hours ago Posted 7 hours ago Hey Lee, Can you please add an option where you just enter an increment value (positive or negative), specify an attribute name and then you would just select the a set of blocks and the attribute value will automatically decrease/increase base on the original attribute value and set increment value. Similar to how you have the increment format set up and the replace attribute option but instead of clicking blocks one by one I would like to highlight a selection and have it read the existing attribute value and then replace it with the existing value+increment value. For example a set of blocks with the attribute NUM has values [5 6 B G 11 43] After applying an increment value of -1 the resulting attribute NUM would be: [4 5 A F 10 42] P.S. Big fan of your work and I love how you have implemented so many options into this suite. You are a god on these forums! Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.