Bricsys shows Autodesk how to do mid-term updates – again!

BricsCAD V18.2 for Windows is out. The new stuff in this mid-term update is again showing up Autodesk’s lack of progress with its once-flagship product, AutoCAD. I’m sure Autodesk would love customers to accept that there’s only so much anyone can do with a DWG-based CAD product once it reaches a certain level of maturity. Customers should get used to nothing of significance being added year after year. Diminishing returns, and all that. Pay to continue using the product, but don’t expect it to get better.

What a shame for Autodesk, then, that Bricsys exists. By consistently providing a raft of significant improvements with each full and mid-term release, Bricsys shows up that idea as nonsense. It’s perfectly possible to keep improving CAD at a very rapid rate, particularly if you’re not worried about competing with other products in your range. There’s a reason AutoCAD’s parametrics are restricted to 2D, and BricsCAD’s 3D parametrics in a DWG product proves that the reason isn’t technical. It’s strategic. Also strategic is cutting the guts out of an already much-weakened AutoCAD team, because you would really prefer your customers to be using your trendier and/or more expensive products.

I should point out that BricsCAD V18 customers who have a perpetual license, even without maintenance, will be receiving V18.2 with all its improvements free of charge. Contrast that with Autodesk, which is, despicably, withholding even bug fixes from selected customers. Autodesk’s attitude to customers who aren’t constantly paying up front is one of utter contempt. Autodesk feels entitled to your money; Bricsys wants to earn it.

So what’s Bricsys done to earn your money with BricsCAD V18.2?

Mostly, it’s lots of relatively small-sounding things that add up to significant productivity enhancements. There are several items that are playing catch-up to AutoCAD, such as long-overdue in-place text editing. There are big performance improvements in drawings with PDF underlays due to a smart multi-resolution cache mechanism. The 3D-to-2D generation mechanism has also been significantly sped up. Constraints (2D and 3D, unlike AutoCAD) are easier to create. Several 3D direct modeling operations have been made easier. That also helps with sheet metal design, which has seen other improvements.

In Bricsys BIM V18.2, a lot of smarts have been added. The mechanism for converting CAD models (including those made in BricsCAD Shape) to BIM models, BIMIFY, already did some fascinatingly clever things, but that’s been improved further particularly in the areas of structural member and room recognition. For those of us in Australia, support for our steel sections is very welcome.

For me, that’s not the big news. Oh, no. The big news for me is a thing called BLADE – the BricsCAD LISP Advanced Development Environment.

If you’re a CAD Manager or in-house developer and you’ve been waiting until BricsCAD had VLIDE, wait no longer. But this isn’t just catch-up. This is a big leapfrog over Autodesk’s sadly neglected IDE for CAD’s primary user programming language. There’s so much good stuff in BLADE that I can’t hope to do it justice here, so I will be covering it extensively in future posts. For now, here’s a statement for you:

If you program in AutoLISP or Visual LISP, you should be doing it in BLADE.

It’s that good. Really. Watch this space for details.

The download is small, the install is fast, it won’t harm your AutoCAD installation, and you can evaluate it free for 30 days. Links:

5 thoughts on “Bricsys shows Autodesk how to do mid-term updates – again!

  1. James Maeding

    I’ve been working with Torsten on the BLADE, and can say its in transition a bit, from its first release. He added “Project” based file listing and loading, which is essential for anyone with decent sized programs that compile to vlx. I commented to him on adding the “Inspect” functionality which is what I use to modify code and test the result during debug. Its like edit and evaluate to see if my tweak worked for that expression. If you are a lisper and do not use Inspect, it is so super important and convenient, though hidden a bit on the right click. Its results stay open in a little modeless window so you can see results from previous runs and drill down into lists. Its like quickwatch in VS but the results stay there even when the function is cancelled or ends. Anyway, the point is Bricsys is doing major improvements on the BLADE as we comment, which is unheard of from Autodesk. They have not done anything on it that I can think of, though maybe they did for high DPI compatibility but I forget. Long live Torsten!

    Reply
  2. James Maeding

    Another comment, notice there seems to be no way to “watch” a variable. That tells you they were nice enough to release the product so we could test, but are in the middle of development on various features. Don’t judge too fast if you are a regular VLIDE user, I think there is much more to come.

    Reply
    1. Steve Johnson Post author

      As Torsten mentioned, you can indeed watch a variable and the BLADE abilities in this area are much more powerful than in VLIDE. See the above image where I’m watching two of them. I’ve marked one of them as a breakpoint so debugging will stop when that variable’s value changes.

      Some of the features may not be 100% obvious, but I remember that was the case when I first started using VLIDE, too. Some simple tutorials will help with that.

      But yes, I agree that there’s more to come.

      Reply
  3. Torsten Moses

    Dear James,

    “notice there seems to be no way to β€œwatch” a variable. ”
    Wrong, fortunately πŸ™‚

    See the “Watch1/2/3” windows in the debug panels – enter a variable name there (left-most columns), or drag & drop a name from the editor – it will show the variable’s value immediately (real-time evaluated), and you can mark that variable as “BreakPoint”, so code execution will stop when the variable’s value changes.

    Even more, you can optionally add a break condition like “> 10 | < 0" or "= keystring" – then, code execution is stopped only when that condition is additionally matched.

    Besides, based on your feedback, I plan to extend "Watch1/2/3" to directly support Lisp expressions (not only variable names), which will provide even more power to the watches …

    So take your time to carefully explore all the features πŸ™‚ updated LDSP with comprehensive documentation is on the way.

    And a number of other improvements & extensions too …
    many greetings !

    Reply

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.