Opinion - LSP/DCL/SLB

Opinion - LSP/DCL/SLB

MarkSanchezSPEC
Advocate Advocate
2,477 Views
12 Replies
Message 1 of 13

Opinion - LSP/DCL/SLB

MarkSanchezSPEC
Advocate
Advocate

We have several existing AutoLISP dialog routines (see attachment for examples) that use a combination of LSP/DCL/SLB technologies. They have been in use here for nearly 20 years (I built them). These dialog allow users to quickly insert blocks from our block library, enforcing CAD standards like layering where required. Some have options, other don't. They are 100% functional.

 

My supervisor is having me review all of our customization and what he wanted to know was, "Given today's technology, how would 'you' go about building such dialogs?" I personally understand that this is an AutoLISP group, which can skew the opinions; That's fine, but perhaps some of you, like us, are adept at other technologies for AutoCAD customization.

 

Thanks for your response!

 

0 Likes
2,478 Views
12 Replies
Replies (12)
Message 2 of 13

Ajilal.Vijayan
Advisor
Advisor

@MarkSanchezSPEC wrote:

 "Given today's technology, how would 'you' go about building such dialogs?"

Thanks for your response!


By using today's technology you can build new dialogs by using .NET (Winforms or WPF)

Have you considered using design center or toolpalettes to create a palette to manage the blocks ?

0 Likes
Message 3 of 13

hak_vz
Advisor
Advisor

Simply put - Don't change what it ain't broken. If it works for 20 years without errors then I don't see a reason to change it.  Combination lsp/ dcl / slb works fine.

You may consider http://opendcl.com/wordpress/ to build better looking dialogs.

 

Miljenko Hatlak

EESignature

Did you find this post helpful? Feel free to Like this post.
Did your question get successfully answered? Then click on the ACCEPT SOLUTION button.
Message 4 of 13

scot-65
Advisor
Advisor
What you have here is fine.
There was a lot of time and effort into creating the slides.
Of course, as the list of objects is add to or removed from,
one would have to rebuild the dialogs and create slides.

What you did not state is how the information provided
to the program is stored?

Is all the information- slide name/file name - [buried] inside a LSP/FAS file?

Is the information recorded into an external (configuration) file
which is then read and the dialog build on the spot?

For simple "icons" such as you show, personally I would create
vector images where the vector information is stored inside an
external file. From there I would parse the vector information,
check for corresponding block name and build the dialog.
The contents of this external file would visually look like a PAT file...
The benefit of this method is the slides in the directories would
go away.

Regarding the third-party software as described in message #3:
Company policy may not allow the install of the required plugin
module to run such program - especially if there are 100's of
workstations.

I have created and have limited testing of a "Vector Image Writer"
which simplifies the making of vector information. Just trace on
top of what you have. There are other vector generators out there
both paid and free, but as of today, I have not tested these out.

[I could be wrong, but other programming languages would require
some sort of image file, for each pane, to replicate what you have in
lieu of the vector method I am discussing].

???

Scot-65
A gift of extraordinary Common Sense does not require an Acronym Suffix to be added to my given name.

0 Likes
Message 5 of 13

Sea-Haven
Mentor
Mentor

I am in the if its working leave it alone. I have stuff running from 1991 no problems.

 

Do you have the Autodesk slide Library manager over at https://github.com/ADN-DevTech/AutoCAD-Slide-Library-Manager good for adding slides to slb.

 

 

0 Likes
Message 6 of 13

MarkSanchezSPEC
Advocate
Advocate

Thanks. Yes .NET is an option, but we'll see if he wishes to spend the time porting these over. Thanks for bringing up DesignCenter, I wasn't even aware it still existed, but I do need to present ALL available options. In my quick testing yesterday, this would be a major step back for us as our "slides" often call LSP routines that enforce layer standards, auto-break lines, etc., something lost with ADCENTER.

 

Appreciate the input!

0 Likes
Message 7 of 13

MarkSanchezSPEC
Advocate
Advocate

Thanks for the response. I've heard of OpenDCL some years ago. At this point, I don't think that adding more tech is his desire, but rather to simplify (if possible) from an IT management perspective (less files, smaller files, ease of deployment, etc). I believe we will stay status quo with these, but he doesn't want my opinion. He wants to know if other options are worth some energy spent now over the long-term. Kind of an every 20-year health check lol.

 

Thanks!

0 Likes
Message 8 of 13

john.uhden
Mentor
Mentor

Here's a twist.  Who will be supporting these add-ons over the next umpty years?

One answer might be that they don't need any support because they work fine right now.

Another answer might be that the next guy/gal to "improve or expand" the add-ons might be more knowledgeable in some other language.  But if the next person isn't already online, then forget about that.

Conclusion: table it for another time because it really isn't a current issue of need.

 

BTW, I have former clients who are still using my 100% AutoLisp add-ons after 20 years,  I still can't do without them myself, though they should get updated from time to time to handle newer AutoCAD entities.

OMG, looking at my code from before Visual Lisp is like looking at dinosaur bones, but it still works, so...?

John F. Uhden

0 Likes
Message 9 of 13

Sea-Haven
Mentor
Mentor

I have over 30 years of coding and the only change at the moment is I am changing my multi input to a library dcl routine its one program but supports up to screen limitation of entry so no more enter length, enter width etc. Same with initget is now a library radio button so can only pick answers avaialable.

 

The two library routines are available at Cadtutor Downloads if any one wants to have a look. 

0 Likes
Message 10 of 13

john.uhden
Mentor
Mentor
30 yeqrs of coding?! OMG, you might be older than I.
Then again, you probably started when you 6 years old.

John F. Uhden

0 Likes
Message 11 of 13

Sea-Haven
Mentor
Mentor

Hi John

 

Started with like Autocad version 1.4 twin 8" disc color NEC pc.

Message 12 of 13

john.uhden
Mentor
Mentor
That was probably around the same time I was writing flood routing and
other drainage programs in plain Basic on a Wang 2200MVP. It was so sad...
I knew nothing about subroutines so everything was organized by GOTOs.
But, I had the first Type III SCS hydrograph generation accepted by the
NJDEP. Luckily I was able to export the code to a text file and was able
to compile it into EXEs for use on our first MS-DOS PCs.
I didn't start with AutoLisp until 1989.

John F. Uhden

0 Likes
Message 13 of 13

MarkSanchezSPEC
Advocate
Advocate

You hit the nail on the head. Me and him could be gone in the next 5-10 and that's a big part of what this is about. We just want to make sure we're passing on supported technology. By the looks of this board, seems there are still plenty of Lisp user's, which is good. Another part is we are asking people what tools of ours they still use. Turns out (and I'm not surprised by this), some of them have since been dropped from use due to AutoCAD/Civil 3D now doing the same things OOTB, which means we no longer need to manage these files, which span from AutoLISP to ObjectARX.

 

Thanks for the input!

0 Likes