Beyond APPLOAD: A local script manager for those of us with too many LISPs

[BIGAL]

@aridzv not sure why your not using a custom Pop menu, Toolbar or Ribbon, then you can demand load any lisp no need to preload lisps. Yes one of my custom POP menus has 130 lisps behind it. I used to run 3 custom menu's. Yes a Startuplisp as well. I have a Word doc "How to make a pop menu"How to make POP menu.docx

 

Part 2 I have a install lisp it uses a zip file of all relevant files and it is un zipped via lisp to correct directory, support paths added, new menu's added. If you look into Regedit you can find the appload list in the registry and change it.

 

[VicoWang]

@aridzv @BIGAL

Thank you both for sharing your workflows! Just like drafting in CAD where there are a dozen ways to achieve the same geometric result, managing LISP environments has evolved its own art forms over the decades.

 

Using an Excel sheet to drive autoload lines, or writing custom Install.lsp scripts to unpack ZIPs and inject into the Windows Registry—these are absolute classics. In fact, these exact methodologies are the spiritual predecessors to modern package management. VedaCAD is simply a modernized, "npm-style" iteration of the exact same goals you both achieved manually.

 

By the way, I noticed from your profile signatures that both of you are running BricsCAD Pro. Since VedaCAD is currently compiled as a native AutoCAD .vlx container, you wouldn't be able to load or test the attachment anyway! But I genuinely appreciate you diving into the conceptual discussion with me.

@aridzv, regarding your note on open-source: I completely respect your stance. For actual drafting tools, geometry calculators, or productivity scripts, open-source is the absolute gold standard of this forum.

 

However, VedaCAD is not a drafting tool; it is the client-side node of a commercial B2B SaaS infrastructure. Under the hood, it contains hand-rolled JSON parsers, cryptographic modules, and REST API controllers to sync with our Cloudflare edge network, along with Enterprise-grade fleet deployment logic (MDM). Because of this deep backend orchestration and our commercial roadmap, the core client remains closed-source.

 

That being said, because I know firsthand how painful local deployment is for independent draftsmen, we specifically carved out the BASE Mode (100% offline, air-gapped) and the FREE Tier (unlimited VCID sharing protocol) to be permanently free for the community. We wanted to make sure everyone could enjoy modern package management without paying a dime.

 

It’s always a pleasure geeking out over deployment architectures with veterans. Thanks again for the great discussion!

[BIGAL]

I am still confused, yes I have around 150 lisps behind 3 pop menu's, and the idea of being simply able to find them I understand, but from a dumb user perspective how do I know how to call up a Lisp program, despite numerous post I still don't see how to call the lisps. There is no way where I worked in a team environment they would know the name of a lisp or a command that ran it. They would just walk away.

 

@VicoWang Maybe show your CAD setup.

Edited 1 hour ago by BIGAL

[VicoWang]

@BIGAL

 

Actually, regarding what the deployed CAD interface looks like: @Paul Li recently shared some of his custom tool suites in our community thread, and I posted a few test screenshots there demonstrating the exact setup—his custom .CUIX ribbons, floating toolbars, and slide libraries seamlessly mounted. You can see the setup screenshots here:

 

 

To clarify our design philosophy regarding "how an end-user calls up a command": we completely agree that no one can or should memorize 150 commands. We view execution as two complementary workflows:

1. High-Frequency Tools (The Keyboard Route): A draftsman typically relies on keyboard shortcuts for the ~20 tools they use every few minutes. Traditionally, changing the shortcut of a third-party LISP meant opening someone else's source code to alter defun c:... or writing your own wrapper functions. VedaCAD provides built-in custom alias management, allowing users to map and resolve shortcuts for their favorite routines directly from the manager without writing a single line of wrapper code.
2. Visual & Specialized Tools (The Click Route): For the remaining 130 tools, visual access is mandatory. Whether a CAD Manager prefers deploying traditional .CUIX Ribbons / Toolbars, custom POP Menus (like your impressive setup!), or interactive Radial Menus (like the OmniWheel plugin I shared earlier), VedaCAD silently mounts and supports them all natively.

The classic pull-down menus you showed in your screenshot are fully supported in our .CUIX pipeline. When a CAD Manager deploys a custom menu via VedaCAD, the end-user doesn't need to know the command names—they simply click your menu items or ribbon icons on the screen, exactly as they do in your office today.

 

VedaCAD is not here to force a specific interface style; it is simply the underlying delivery infrastructure to carry whatever workflow the CAD Manager chooses to design.

 

Since Paul's tool suites are live on the platform, the easiest way to see how this works is to test it firsthand. You are very welcome to grab a free account at app.vedacad.com, type VC, click 'Install via VCID', and try pulling one of his suites (e.g., B-NN9XC for his DDCalc suite).

 

You can see how his visual ribbon, calculator, and tools wire up in your own workspace!

Edited 26 minutes ago by VicoWang