Tag Archives: AutoCAD for Mac

Why Bricsys makes the best AutoCAD for Mac

Bricsys has just released BricsCAD V18 for Mac. Here’s the download link and here are the release notes.

BricsCAD V18 is an excellent DWG 2018-based CAD application, and the Mac version lacks little in comparison to the Windows version. It’s so much more capable than the perpetually half-baked AutoCAD for Mac that I struggle to comprehend why anybody with the choice would even contemplate the notably inferior and seriously overpriced Autodesk offering.

That’s not just opinion, it can be supported objectively.

Price first. US prices are shown here for a single standalone license over five years, inclusive of the cost of upgrades. The BricsCAD prices therefore include maintenance (it’s optional); the Autodesk prices are for subscription (not optional). No temporary discounts have been included. I have excluded bargain-basement BricsCAD Classic because it lacks the full set of programming and 3D modeling tools. I have assumed that there will be no price increases over the next five years. Given recent history, that’s probably close to the truth for Bricsys prices. Autodesk, not so much.

Year BricsCAD Pro BricsCAD Platinum AutoCAD
1 970 1330 1470
2 240 240 1470
3 240 240 1470
4 240 240 1470
5 240 240 1470
Total 1930 2290 7350

It’s worth noting that if you want to stop paying Bricsys, you’re left with the latest version to use indefinitely. You can change your mind and get back on the upgrade train later, if you like. That sort of flexibility is long gone at Autodesk, where subscription means no pay, no play. If you stop paying, despite having paid 3.2 times as much for your software over the five year period, you’re left with nothing.

Now, features. You may have noticed that Autodesk is now too embarrassed to list the differences between the Windows and Mac versions of AutoCAD on its web site. The Compare AutoCAD vs. AutoCAD for Mac page is now a shadow of its former useful self, devoid of all detail. If you want to get a reasonable idea of what’s going on with AutoCAD for Mac’s deficiencies, you can check out my post about the 2017 release that lists the missing features.

Alternatively, you can have a look at the equivalent Bricsys comparison page, which you should probably do anyway before spending any money. It’s strange that you now need to visit a competitor’s page to get detailed information about an Autodesk product, but in the CAD world these are strange days indeed.

It’s important to note that the Bricsys comparison page has issues; while the BricsCAD columns are up to date, the AutoCAD columns are a year behind. That page definitely needs an update in order to provide a fair comparison. Don’t rely on it completely (e.g. all of the listed products except BricsCAD V17 for Linux use DWG 2018 as the native format, not DWG 2013), but it will give you an approximate idea. Look at the little red X marks in the rightmost column and you’ll see that a whole bunch of the missing AutoCAD for Mac features, even after all these years, are very significant and their absence could rule out the product for you. Don’t expect much in the way of future improvement. either. AutoCAD for Mac is in maintenance mode, just like the full product.

BricsCAD for Mac is not just more fully-featured, it’s ironically also more AutoCAD-compatible than Autodesk’s effort. For example, try to run a selection of LISP routines in both products. Almost all of it will run just fine in BricsCAD. Anything that uses ActiveX or DCL (dialog box) calls simply won’t work in AutoCAD. You might be all right with some simple routines (if it was written for AutoCAD for DOS then it will probably be fine) but any LISP even moderately sophisticated is going to fail.

BricsCAD for Mac doesn’t just provide capabilities that AutoCAD for Mac doesn’t have and never will, it offers something more than that. It offers a path beyond basic drafting. You can abandon all hope of Revit for Mac – that won’t be happening. AutoCAD-based vertical products? Nope. Inventor OS X? Forget it. But the availability of a product like Bricsys BIM for Mac (not priced above – it’s US$770 extra if purchased seperately) is an obvious drawcard for Mac-happy architects. You can create 3D parametric models on your Mac if you use BricsCAD Platinum, and you can create them without straying far from a familiar AutoCAD-like environment. Sheet metal? Sure (at extra cost).

If you’re a Mac-only person and you’re wedded to Autodesk, you’re not only being ripped off, you’re following a dead-end path. Time to check out the alternatives.

AutoCAD 2018 for Mac – welcome to twenty years ago

In the past, I’ve described how AutoCAD for Mac was released half-baked (as I predicted) and has remained half-baked ever since.

But wait! Autodesk has proudly announced AutoCAD 2018 for Mac. Skimming through that blog post, I must admit my jaw dropped when I saw some of the new features. This one, for example:

This “new feature” was first provided to AutoCAD users in the 20th century. It was an Express Tool in AutoCAD 2000 (released 1999) and was absorbed into mainstream AutoCAD a few years later. The alias editor goes back even further, to the Release 14 Bonus Tools (1997). That one was absorbed into AutoCAD in 1999. Some of the other new features are also old. Migrating your settings was new back in the century that started without powered flight. Now, not so much.

These features are new to AutoCAD for Mac, of course, and that’s kind of the point. Autodesk is advertising, as new, features that were born before some of the adults who are now using their products.

There are other very important features (e.g. DCL support, essential for LISP compatibility) that date back even longer (Release 12, 1992) and which are still missing from AutoCAD for Mac. That’s right, in some areas AutoCAD for Mac is a quarter of a century behind. And counting.

On the bright side, you do now get access to the pointlessly-changed 2018 DWG format. A couple of features are reasonably new additions, but they represent a small subset of the small number of minor improvements in AutoCAD 2017 and 2018 for Windows. If anything, the rate of improvement of AutoCAD for Mac is lagging behind even the glacial progress of AutoCAD for Windows, despite starting from a much lower base point.

I note with interest that Autodesk’s comparison page is now hiding the detail of the differences between the full product and AutoCAD for Mac. I guess if you have two identically-priced products and one’s missing a bunch of stuff, you might be tempted to hide the fact from your potential customers. This post of mine from last year will give you some idea of what Autodesk’s not telling you about what’s missing from AutoCAD for Mac. Clue: it’s a lot.

Mac users pay full price for their product and deserve much better than this. If you want information on a full-featured “AutoCAD for Mac”, don’t bother looking for it from Autodesk. Try Bricsys instead.

Autodesk has released an update to fix the following AutoCAD 2018 problem:

Product users of version 2018 Autodesk single-user subscriptions may experience an intermittent crash. The crash occurs when it has been more than 24 hours since the last successful authorization check and there is intermittent or no internet connection, or the licensing authorization server is unavailable. The licensing authorization check occurs in the background and is completely unrelated to activities the user is performing at the time of the crash.
A fatal error message may be shown by the product. For example:

FATAL ERROR: Unhandled e06d7363h Exception at ee563c58h

 
Links:

Note that this crash only afflicts subscription (rental) single-user (standalone) customers. People with perpetual licenses don’t have to put up with the multiple additional points of failure caused by the subscription licensing system insisting on phoning home every 30 days. Yes, even if you pay for three years’ subscription up front, you’ll still need a working Internet connection every 30 days if you want to keep using the product.

At least, Autodesk has been saying it’s only once every 30 days (as if that wasn’t bad enough). The information provided with this hotfix tells a different story. What is the license server doing phoning home 24 hours after the last successful authorization check? Enquiring minds want to know.

No criticism of Autodesk is implied for providing this hotfix. As always, I commend Autodesk for fixing up problems as they arise. The basis of my criticism is the hotfix being necessary in the first place. It’s caused by Autodesk inflicting unnecessary complication on its customers for its own internal reasons. This one fails the “how does this benefit the customer?” test big-time.

The single-user subscription licensing mechanism has been a crock from day one, especially for CAD Managers of multiple users who have to deal with its onerous requirements. It’s an astonishingly poor design, very badly implemented. Even with this particular crash fixed, it’s still a crock.

The big Bricsys interview 10 – platforms

This is one of a series of posts covering an extensive interview with Bricsys CEO Erik De Keyser and COO Mark Van Den Bergh.

In this post, R.K. McSwain asks about BricsCAD running on three different platforms. Erik explains why BricsCAD for Mac (and Linux) is so much more complete than AutoCAD for Mac, which has more holes than a block of Swiss cheese.


R.K.: Do all three platforms (Windows, Linux, Mac) contain the same functionality?

Erik: Yes. Sometimes it’s a bit hard with the Mac to bring it along but so far, so good. The only problem sometimes is in the APIs.

We are using wxWidgets and not the Microsoft classes. This gives us the ability, with the same source code more or less, to serve Mac, Linux and Windows. By far Windows is the most important one. By history, all the applications are on Windows, because AutoCAD was only Windows. What we have as APIs, and the most important ones are BRX and .NET. If you want to port an application to Mac, it means our API must support that as well. BRX is doing that for 90 to 95%; there are a couple of functions that only work on Windows. For most of the applications, they can port their application to Linux or the Mac without any problems.

Steve: And you support the Visual LISP COM functions as well, right?

Mark: Yes, we cover them and they are also available on Mac and Linux.

Steve: You have a solution there that Autodesk doesn’t, which gives us the strange situation that BricsCAD for Mac is more AutoCAD-compatible than AutoCAD for Mac.

R.K.: AutoCAD for Mac leaves a lot of holes.

Erik: That’s because they rewrote the whole interface for Cocoa, and we didn’t. We are using one code base. You can be more Catholic than the Pope, yeah? If you rewrite AutoCAD completely for the Mac, the result is many holes, no applications possible, it doesn’t help anybody. We’re better off being pragmatic and doing it the way we did it.

Still, we must say that applications availability for Mac and Linux is not much. That has to do with 95% of our sales being on Windows. We expect that might change for BIM, because more architects are Mac users, partly because the first version of ArchiCAD was on Mac, Vectorworks is, so it’s really an Architect’s machine. We expect that maybe for BIM, it might change and we might sell more versions on the Mac.

Steve: Autodesk doesn’t have a competitor there, does it?

Erik: No, absolutely not.

Mark: I should mention that all of our keys are cross-platform. So when you buy a key, you can run them all. So every time you on decide to run on Mac and later on you decide to switch it to Windows, we don’t have any problem. You can switch whenever you want, from one to the other, on to Linux if you want.

Erik: Again, choice. It’s up to the users.


This is the complete set of links to this interview series:

BricsCAD’s LISP kicks sand in the face of AutoCAD’s

If you’re a power user or CAD Manager transitioning from AutoCAD to BricsCAD, one of the things you’ll like is that almost all of your LISP routines will just work. That’s not an statement that can be made about various Autodesk products that bear the AutoCAD name, such as AutoCAD 360, AutoCAD LT and AutoCAD for Mac.

It’s not just simple old AutoLISP code that runs in BricsCAD, but complex dialog routines that use DCL, and Visual LISP stuff that uses ActiveX. Yes, even on the Mac and Linux platforms. Some DOSLib functions are built in and the rest can be loaded, as with AutoCAD. Even OpenDCL is supported. It’s a quite astonishingly high level of compatibility.

But it’s not 100%. There are minor incompatibilities, system variable and command-line differences that cause problems in a handful of cases. It’s often possible to work around these and still retain the same code that works in both AutoCAD and BricsCAD. Reporting LISP bugs and incompatibilities to Bricsys generally gets them fixed super-quick.

Also super-quick is the speed at which your code will run. It’s immediately noticeable when running any LISP code that needs to do a bit of processing that it just gets done faster in BricsCAD than AutoCAD. Fast enough to extract the following comment from one of my AutoCAD users trying out a linework cleanup routine in BricsCAD:

Wow.

 
User impressions are one thing, but how about measurements? Today, I had a support job to do that involved running one of my LISP routines. I ran it on both AutoCAD 2017 and BricsCAD V17 on the same PC. AutoCAD took 2970 seconds (about 49 minutes), BricsCAD 1030 seconds (about 17 minutes). Over half an hour saved on one operation. That’s 2.88 times faster, which is consistent with my previous observations with a variety of routines.

Upshot: if you’re doing work where there’s a lot of LISP processing going on, switching to BricsCAD is going to save you a shedload of time.

There is a downside to BricsCAD’s LISP, and it’s a big one; no VLIDE. No equivalent, either. There are various programming editors around that can help with editing code, but no substitute for integrated debugging. It means if you’re a power user, CAD Manager, developer or support person, you’re probably going to have to keep one working copy of AutoCAD around even after you’ve completed the transition to BricsCAD.

Because VLIDE has been in maintenance mode for over 15 years it remains virtually unchanged year after year (including ancient bugs). So it doesn’t matter that much which AutoCAD release you have hanging around. Assuming you’re a perpetual license holder, when you drop the maintenance contract on one of your AutoCAD licenses, you’re entitled to keep using the software as long as you wish, albeit only the current release at the time the contract ends. How long the software will keep working is another matter, depending as it does on factors not entirely within your control.

This is an imperfect solution. Even keeping a copy of AutoCAD around won’t help much if you’re debugging a problem caused by something specific to BricsCAD. Filling the VLIDE hole is something Bricsys needs to work on.

AutoCAD 2017 for Mac released, still half-baked

AutoCAD 2017 for Mac and AutoCAD LT 2017 for Mac have been released. Here’s a video highlighting exciting and innovative new features such as drawing and layout tabs. Despite such stellar advances, it’s safe to say that AutoCAD for Mac remains half-baked, even after all these years. Don’t say I didn’t warn you.

According to Autodesk, these are the features missing from AutoCAD 2017 for Mac:

LAYDEL, LAYMRG, LAYWALK and LAYVPI
Tool palettes
New layer notification
Navigation bar
ShowMotion
Ribbon*
DesignCenter**
Sheet Set Manager***
Steering wheel
Feature finder for help
Model documentation tools
Dynamic block lookup parameter creation/editing
Table style editing
Multiline style creation
Digitizer integration
Geographic location
Simplified, powerful rendering
Material creation, editing, and mapping
Advanced rendering settings
Camera creation
Point cloud
Walkthroughs, flybys, and animations
DWF underlays
DGN underlays
Hyperlinks
Data extraction
Markup set manager
dbConnect manager
WMF import and export
FBX import and export
Design feed
Import SketchUp files (SKP)
Design share
3D print studio
Reference Navisworks models
Right-click menus, keyboard shortcuts, and double-click customization
VisualLISP
.NET
VBA
DCL dialogs
Action recorder and action macros
Reference manager (stand-alone application)
Password-protected drawings
Digital signatures
Workspaces
User profiles
Autodesk desktop app
Migration tool enhancements
CAD standards tools
CUI import and export
BIM 360 add-in
Performance Reporting
Sysvar monitor

* To be fair, AutoCAD 2017 for Mac does have a Ribbonesque feature, albeit one that that looks more like the pre-2009 Dashboard than the Windows-style Ribbon.

** Autodesk claims Content Palette to be roughly equivalent to DesignCenter, but it claimed that (wrongly) about the awful and short-lived Content Explorer. It’s wrong here too; Content Palette on Mac has nowhere near the functionality of DesignCenter on Windows.

*** Autodesk claims AutoCAD for Mac’s Project Manager is functionally equivalent to the missing Sheet Set Manager.

Also, some PDF export features don’t work when plotting, only when using Publish.

No workspaces? No model documentation? No hyperlinks? No table style editing? Various kinds of reference files unsupported? No Visual LISP or DCL? Still? Come on Autodesk, you’re not even trying.

That’s before we get on to the lack of third party applications, vertical variants and object enablers. Is Autodesk expecting full price for this thing? Really?

It’s not all bad news, though. Not having Autodesk desktop app is no handicap at all. Also, according to Autodesk the following features are unique to AutoCAD for Mac:

Coverflow navigation
Multitouch gestures
External reference path mapping
OpenGL Core Profile support
OS notification for updates
Language switching in product

Well that’s all right, then.

AutoCAD 2013 for Mac – the holes live on

A couple of years ago, I reported on the missing features in AutoCAD 2011 for Mac. While some generous souls were prepared to accept something half-baked as a first attempt, even that excuse doesn’t wash when it comes to a third iteration. So how well is Autodesk doing at filling those holes? Decide for yourself. Here’s an updated list of missing features in AutoCAD 2013 for Mac:

  • Quick Properties Palette
  • Layer State Manager
  • New Layer Notification
  • Various layer commands including LAYCUR, LAYDEL, LAYMRG, LAYWALK, and LAYVPI
  • Autocomplete doesn’t work entirely properly, including offering commands that don’t exist
  • Filter
  • Quick Select
  • DesignCenter
  • Tool Palettes
  • Navigation Bar
  • ShowMotion
  • Sheet Set Manager (but there is Project Manager)
  • Model Documentation Tools (but at least now there are object enablers)
  • Geographic Location
  • Table Style Editing
  • Hatch Creation Preview
  • Multiline Style Creation
  • Digitizer Integration
  • Change Space
  • Express Tools
  • Material Creation, Editing, and Mapping
  • Advanced Rendering Settings
  • Camera Creation
  • Walkthroughs, Flybys, and Animations
  • Point Cloud Support
  • DWF Underlays
  • DGN Underlays
  • Autodesk 360 Connectivity
  • Data Links
  • Data Extraction
  • Hyperlinks
  • Markup Set Manager
  • dbConnect Manager
  • eTransmit
  • WMF Import and Export
  • FBX Import and Export
  • Additional Model Import
  • Ribbon Customization
  • Right-click Menus, Keyboard Shortcuts, and Double-Click Customization
  • VisualLISP
  • .NET
  • VBA
  • DCL Dialogs
  • Action Recorder and Action Macros
  • Reference Manager (Standalone Application)
  • Dynamic Block Authoring
  • Custom Dictionaries
  • Password-protected Drawings
  • Digital Signatures
  • Workspaces
  • User Profiles
  • Migration Tools
  • CAD Standards Tools
  • CUI Import and Export

Many of these are big-ticket, dealbreaking items. No DCL? Still? Seriously? To these we can add a whole application, Inventor Fusion, which comes as part of the AutoCAD 2013 for Windows install set. (Edit: Inventor Fusion for Mac is available to download as a Technology Preview application from Autodesk Labs and from the Apple App Store). I don’t expect many Mac users will be heartbroken about the lack of a permanent Ribbon (although there are Ribbon-like things that come and go), but as Autodesk reckons it’s responsible for a 44% productivity boost, maybe they should be. Oh, and it isn’t supported and doesn’t work properly on the current release of OS X.

To be fair, it’s not all one-way traffic. Here’s the list of features that appear only in AutoCAD for Mac:

  • Content Palette
  • Coverflow Navigation
  • Multi-touch Gestures
  • Project Manager (instead of Sheet Set Manager)

Well, that’s all right, then.

We’re used to Autodesk’s unfortunate mastery of the long-term half-baked feature, but carrying on with a whole product this unfinished for three releases is more than a little embarrassing. Charging the same amount for it as real AutoCAD adds insult to injury. While I’m sure there are dozens of Mac users happy to be using anything with the AutoCAD name on it on the platform of their choice, this is not a sustainable state of affairs.

Autodesk really needs to make up its mind about this product before embarking on more Mac misadventures such as porting Revit and other products. Autodesk needs to either take AutoCAD for Mac seriously and finish it off to an acceptable standard, or kill it off as a bad idea. As there’s no sign of the former happening and Autodesk history is replete with examples of the latter, I wouldn’t suggest anybody gets too attached to running AutoCAD natively on OS X.

Source: Autodesk knowledgebase article TS15833488.

Autodesk Cloud – don’t panic, business as usual

Autodesk recently made a big announcement about its Cloud initiatives, and reactions have been all over the place. Some people can barely contain their breathless excitement while others are outraged to the point of passing out the pitchforks. Why? It’s pretty much business as usual.

It’s nothing like Dassault’s disastrous we’re-moving-you-to-the-Cloud FUD campaign against its own product, SolidWorks. There’s no hint here of AutoCAD (real AutoCAD, I mean, not “AutoCAD” WS) being moved to the Cloud, or anything as radical as that. (Yes, I know there’s a limited experiment along those lines but that’s nothing to do with this announcement). It’s just a collection of relatively minor changes to Autodesk’s existing on-line services, collected together to make a newsworthy press release.

(As an aside, I must say this was a much more worthwhile announcement than the ridiculously over-hyped DE8.16N thing. So I was supposed to get excited about a routine upgrade of a product I have already been using for months, on an OS I don’t use, when the upgraded product is still half-baked just like the first underwhelming effort? Fortunately, I didn’t get sucked in by the pre-announcement build-up so I wasn’t disappointed, just amused when the truth was revealed. Autodesk PR, please don’t cry wolf so often; keep the hype in reserve for the hypeworthy stuff.)

Back to the Cloud thing, and putting aside hype and horror, here’s the stuff that has just happened:

  • Autodesk Cloud documents lets anybody store up to 1 GB documents on-line, or 3 GB if you’re a Subscription customer. This isn’t new, but until recently it was an Autodesk Labs project called Nitrous. The infrastructure is provided via Amazon and Citrix.
  • AutoCAD WS has been updated to integrate its storage with Autodesk Cloud documents. Remember, WS isn’t anything like real AutoCAD, but rather a limited on-line DWG editing tool. There’s a WS iPhone app, but that’s not new.
  • There’s an Autodesk Design Review iPhone app for reviewing DWF files you’ve stored in Autodesk Cloud. It won’t do DWG; use WS for that.
  • There are several cloud-based services that are available “free” to Subscription-paying users of a small subset of Autodesk software, mostly Revit and Inventor-based suites. They are: 
    • Inventor Optimization
    • Cloud Rendering
    • Green Building Studio
    • Conceptual Energy Analysis
    • Buzzsaw (now bundled with Vault Subscription)

    AutoCAD users need not apply for any of these services.

So some of Autodesk’s on-line services are now being provided only to Subscription customers, and one is offered in improved form for Subscription customers. There are two obvious reasons for this: tie-in and revenue.

First, Autodesk wants its customers tied to the Subscription gravy train, if you’ll excuse a fairly awful mix of metaphors. Offering Subscription benefits like this is preferable to some of the much less pleasant arm-twisting that has been happening recently (e.g. trebling upgrade prices). Is it too much to hope that Autodesk has learned that offering carrots to its customers is a better strategy than threatening them with sticks?

Second, Autodesk needs to start making money out of this stuff somehow. For some years, it has spent several fortunes on buying and developing on-line services and then given them away for nothing, usually as Labs projects. This obviously can’t go on for ever, but just slapping a charge on these services wasn’t going to fly. Bundling Cloud services up with Subscription is a way of easing people into paying for them, and this is something I expect to be expanded in future, for example with AutoCAD WS. Once that’s been established for a few years, it wouldn’t surprise me to then see Subscription for at least some of the services split off, so you’re paying for Cloud services explicitly. By then, enough customers may consider them to be worth paying for and they may therefore survive beyond the short term.

Will it work? I’m not sure. Time will tell which of these services will thrive and which will die, and such uncertainty is one of the many reasons real-world customers aren’t excited about getting their heads in the Cloud. I don’t intend to make use of these services (I’m not even allowed to), so I’m not too bothered what happens to them. Like the vast majority of Autodesk customers, I will just carry on using conventional software in that old-fashioned 20th century way that just happens to work very well. Autodesk will go on providing its software in that way, because that’s what most customers will want for at least a while yet, and Autodesk can’t survive on wisps of Cloudy revenue.

Move along, people, nothing to see here.

AutoCAD for Mac Update 2

As reported on Without a Net, there is a second update for AutoCAD 2011 for Mac. This will be welcome news to those of you who have discovered that AutoCAD crashes when using Copy/Paste after installing the 10.6.7 OS X update.

If you haven’t applied Update 1 yet, you will need to do that first. As always, read the readme before applying the update itself.

Autodesk for Mac – the hole story

You may remember my pre-release speculation about what was likely to be missing from the Mac version of AutoCAD 2011. It turns out that my list was pretty accurate as far as it went, but very incomplete.

In a move that I can only applaud, Autodesk has now published its own list of missing Mac features. It includes this statement:

Although AutoCAD 2011 for Mac is based on AutoCAD 2011, it was written to be a native Mac application. As such, it is a new and separate product and not simply a port from the Windows version. In the first release of this new product, there are some features and functionality that exist in AutoCAD 2011 that are not yet available in AutoCAD 2011 for Mac, including (but not limited to):

This is followed by a list of over 80 holes in the product. Many of them are minor, but the number of absent but important features is quite an eye-opener. I really can’t imagine anyone who is used to the Windows-based product being content with AutoCAD for Mac 2011 if forced to switch by a Apple-centric boss. Hardware, great. OS, fine. App, not so much. I expect future releases will gradually fill many of those holes, but Autodesk isn’t promising that. For now, I can state that at least one of my dire predictions was spot-on. AutoCAD for Mac is indeed half-baked.

Autodesk has stated that the Mac version is the same price as the Windows version, despite being incomplete, because Mac users (particularly architects) won’t notice the missing stuff. That may be true (if somewhat insulting to architects and fanboys) or not, but it definitely doesn’t apply to the rest of us.

Existing AutoCAD users, have a look at the list. What in there would be a dealbreaker for you? From my own CAD manager point of view, I can see about a dozen killer omissions, with the API holes at the top of the pile. No DCL support, for example? Wow.

Executive summary of Deelip’s AutoCAD for Mac interview

Deelip has just published an extensive interview with several Autodesk people about AutoCAD for the Mac. Deelip had a good set of questions and I suggest you read the whole thing, but if it’s all too tl;dr for you, then here is the lazy reader’s version of what Autodesk had to say:

  • The AutoCAD code was split up into 3 sections: the core CAD engine (platform-independent), the Windows-specific (MFC) parts and the Mac-specific (Cocoa) ones.
  • AutoCAD for Mac is incomplete. Choosing which features to leave out was done with the aid of CIP (oh, dear) and Beta feedback. (Hang on a minute, I thought CIP said most people were using the Ribbon…)
  • No comment on when or if AutoCAD for Mac functionality will catch up with its Windows counterpart.
  • No comment on the stability or performance of the Mac version.
  • Buying Visual Tau wasn’t a complete waste of money.
  • If Mac users want Windows-level functionality, they should use Bootcamp.
  • The Mac version is intended to expand the AutoCAD market to those Mac users who are frustrated by Bootcamp or who find it too hard.
  • Some mind-blowing spin was attempted in a valiant but vain attempt to explain away the Ribbon = productivity, Mac <> Ribbon marketing problem. You will really have to read it for yourself, as I can’t do it justice here. But “just because 2+2=4 doesn’t mean 4-2=2” will give you some idea of what to expect.
  • The Mac version is the same price as the Windows version, despite being incomplete, because Mac users won’t know or care about the missing stuff.
  • There are no plans for a Linux port, or any other platforms.
  • Autodesk will wait and see how AutoCAD for Mac does before porting any of the vertical products. (Very sensible).
  • Autodesk closed off the AutoCAD for Mac Beta program on announcement day because it wouldn’t have been able to cope with the mass of feedback from new users.
  • Autodesk will not allow dual use (Windows + Mac) licenses. If you want to have both products available to you, you will need to buy the software twice.
  • You can cross-grade AutoCAD from Windows to Mac for a nominal fee, or for nothing extra if you upgrade at the same time. (Although at 50% of the retail price of a whole new license, such an upgrade hardly represents a bargain).
  • Autodesk really doesn’t have any idea what is going to happen in the Mac CAD marketplace. (Refreshingly honest).
  • Little comment on why AutoCAD WS is called AutoCAD, other than iOs users not expecting their apps to do much anyway, plus it’s “part of the AutoCAD family.”
  • WS doesn’t stand for anything.

Apple – Autodesk history revisited

In a post on WorldCAD Access, Jay Vleeschhouwer makes some reasonable observations. However, the timing of the 1990s Autodesk / Mac history looks all wrong to me. Jay quotes himself from a 2008 note:

…until about the mid-1990s Autodesk did have a reasonable presence on the Mac … commitment waned when Apple’s fortunes faded a dozen or so years ago

The last of the original Mac AutoCADs was Release 12, a 1992 product. Apple market share continued to increase after that; indeed, 1994 was a bumper year. However, Autodesk’s commitment had already vanished by then, and its 1994 product, Release 13, had no Mac version.

Apple’s fortunes did indeed fall away “a dozen or so years” before Jay’s note, largely as a result of the success of Windows 95. But this decline could not have been the cause of Autodesk’s lack of commitment to Apple; by that time the parting of the ways was already well in the past.

What did cause Autodesk’s commitment to vanish? According to what Adeskers told me at the time, Apple did.

Because of the relatively tiny Mac market share, Autodesk relied on Apple to effectively subsidise the Mac AutoCAD development work by providing significant development resources. Apple, which in the early 90s was in a state of internal turmoil, decided to cut back on those resources and expected Autodesk to go it alone with Mac development. Instead, Autodesk killed it off as an unprofitable distraction.

Although at the time I was critical of Autodesk orphaning its recently-acquired Mac customers, it was almost certainly the right thing to do from a business perspective. It would be interesting to know how much Apple is subsidising Autodesk’s current Mac development effort, but I guess we will never know.

AutoCAD for Mac – what’s missing?

According to Autodesk, the forthcoming OS X version of AutoCAD has “many of the powerful AutoCAD features and functionality.” So what doesn’t it have? What are the holes? Autodesk hasn’t bothered to let me know a single thing about this software, so I guess I’ll just indulge in some irresponsible and uninformed speculation, based on what I can glean from marketing materials and various better-informed sources. I could have just asked, but who knows if I would have ever got any real answers? Besides, this way is more fun.

First, here’s a quick list of some things that don’t appear to be missing, but which might have been lost in translation:

  • Command line (in fact, the Mac one appears to be better than the Windows one).
  • Xrefs.
  • 3D, including visual styles and rendering.
  • Some kind of Quick View Layouts and/or Drawings feature.
  • Navcube.
  • Constraints.
  • Dynamic Input.
  • Selection highlighting.
  • LISP (at least some form of it).

Now for speculation on things that are possibly missing or not fully functional (based largely on screenshots, which is not a reliable indicator):

  • I don’t see a Communications Center, but I do see an Online Contact pull-down. Maybe that gives access to the same functionality, maybe it doesn’t.
  • Navbar.
  • Coordinate display in status bar.
  • Layout tabs (there’s a control instead)
  • The layer palette, in its docked form as shown in screenshots, looks very cut-down and would be tricky to use productively in complex drawings. It’s not clear if the old layer dialogue box is supported, but it needs to be.
  • Action Recorder? As this is a “brochure feature”, it’s no great loss if it’s absent.
  • Visual LISP? It’s not mentioned, so maybe it’s missing, or lacking the ActiveX bits. That would be a big problem for many organisations. Edit: I have since seen it confirmed that the Visual LISP environment is missing, as are the COM APIs.
  • Other APIs? DCL? ActiveARX? Deelip’s developing stuff using something, but the blurb just mentions a “flexible development platform” without giving any indication of what that means. Which leads to…
  • Add-ons, large and small. Many of us use various third-party utilities for making our AutoCAD lives more productive. Will they work? Probably not. Can the developer make them work? Maybe. But only if they want to, and feel the need to make the investments required. For small developers, that may not be the case.
  • Will your tablet, image and screen menus work in this environment? I don’t know, but here’s a guess: no.
  • Profiles? I couldn’t possibly work without being able to store and switch between profiles.
  • Object enablers. Has it got a full set? Or any at all? Dunno, but Autodesk’s object support for DWGs from its own AutoCAD verticals has been patchy, even on Windows.
  • Performance. Has it got any? Dunno.
  • Reliability. Has it got any? Dunno.
  • Longevity. Has it got any? Dunno. I think we can confidently expect an AutoCAD for Mac 2012, and probably 2013 too. Beyond that, it’s anyone’s guess. Maybe I should run a book on it?

Finally, things that do appear to missing:

  • Ribbon, QAT and The Big Red A. What, no Next Big Thing in UI Design, embraced wholeheartedly by Autodesk from AutoCAD 2009 onwards and still spreading out to the outer reaches of the product range? How will Mac users be able to live with the terrible loss of productivity when compared with their Windows-using colleagues?
  • CUI. There is a screenshot of a very cut-down interface customisation thing, but it’s not the CUI interface you’ve grown to love. Seriously, it looks extremely limited.
  • Express Tools. Last time Autodesk tried to sell an AutoCAD without these was 2000i. Remember that? Maybe not, because the i apparently stood for ignore and upgraders avoided it in droves.
  • AutoCAD verticals. Civil 3D for Mac, anyone? Mechanical? Architecture? Not yet. Verticals, if they ever arrive, are likely to be years away.
  • Network licensing. All of your Macs will need individial licenses.

It will be amusing to see how the various omissions are spun or glossed over. My guess is that they will be ignored altogether, or some vague indication being given to them being investigated for possible inclusion in a future release. But maybe you can think of more interesting ways of handling it. How about something like this for the missing Ribbon?

Mac, Windows. Chalk, Cheese. Ribbon, no Ribbon. Oil, Water. Creative, Productive. Cat, Dog. Trendy, Nerdy. Choose one. Be whatever you want to be. Because with AutoCAD®, it’s your choice™.

Have a go with your own Spin Segment. Who knows? Autodesk may even use your ideas.

AutoCAD 2011 for Mac announced

According to Macworld, Autodesk has now made its worst-kept secret, AutoCAD for Mac OS X, official. There are also goodies for those with cute little rectangles:

Autodesk also announced that the new Mac version of AutoCAD would be accompanied by the AutoCAD WS mobile application, a new app for iPad, iPhone, and the iPod touch…

When?

AutoCAD for Mac and the AutoCAD WS mobile application will be available in North America and Europe sometime between August and October. Users can pre-order the app starting Wednesday, September 1.

Huh? August is pretty much over. September or October, then.

Does Autodesk discuss future plans?

According to Shaan, Autodesk does not discuss its future plans. Or does it? In a comment, Ralph reckoned it does. Putting aside technology previews and various NDA-bound circumstances (e.g. Beta testing), can you think of cases where Autodesk has revealed what it intends to do in future? Here are a few off the top of my head:

  • I’ve been to AU sessions dating back to 1995 that pretty much give away the contents of the next release of AutoCAD, using a vague cover-my-butt session title and a disclaimer at the start of the session. I understand that these days, attendees need to sign an NDA before entering such sessions.
  • Last year in San Francisco, an international blogger audience was given all sorts of information about Autodesk’s future directions (preceded by a similar disclaimer), with no NDA and nothing off the record. I assume something similar happened at this year’s North American bloggers’ event.
  • The Subscription (Advantage) Packs of the last couple of years have been a dead giveaway about some of the features that are going to make their way into the next release.
  • The new 50%-cost upgrade policy was announced a year in advance.
  • Surveys and other customer feedback mechanisms provide a very big clue about what Autodesk is looking at changing next. Some of these are covered by NDA, others are not.
  • In the specific case that triggered this discussion, Autodesk has been gradually building up expectation of a Mac AutoCAD for quite a while. Yes, it required a little reading Between the Lines, but for some time it has been pretty obvious where all the Mac love was leading to.

Feel free to add your own examples, but it seems to me that Autodesk is perfectly happy to reveal future plans as and when it sees fit. And that’s fine. In each of the above cases, the revelations have been A Good Thing. Good for Autodesk, good for customers.

Maybe the question should be, “Why doesn’t Autodesk discuss future plans much more often?” Stock market regulations, perhaps? But hang on, there are some very major publicly traded corporations that seem to get away with revealing all sorts of things about their future products. For example, Microsoft regularly conducts very widespread public Beta programs that let people know in great detail what’s very likely to appear in the next release, and seems to have survived the experience so far. There’s surely no reason why Autodesk couldn’t do the same if it wanted to.

Ultimately, it comes down to a desire for secrecy; a culture of concealment and control. Of course Autodesk may have legitimate reasons for keeping some of its plans from its competitors, but the culture can be so pervasive as to cause some bizarre side effects. You may find this difficult to comprehend, but there are those in Autodesk who got into a tizzy about me speculating in my launch announcement that Autodesk’s general design product (AutoCAD 2010) was going to be followed by something called AutoCAD 2011. There was something of a surreal drama behind the scenes. There were apparently people within Autodesk who genuinely thought I needed privileged information to work out that 10+1=11. No, I’m not making this up.

I’m not sure Autodesk’s secrecy is doing any good for anyone. It’s surely harder to maintain these days and it’s only going to get harder. I suspect several Autodesk blood vessels were burst when AutoCAD Mac Beta 1 was leaked. On the one hand, I can understand that; somebody broke an NDA, a legitimate agreement was freely entered into and then broken. Some people at Autodesk probably had their carefully planned marketing timelines disrupted.

On the other hand, this provided a whole heap of free and largely positive publicity. Potential AutoCAD for Mac users are now hovering in anticipation, filling the Mac forums, spreading the good news among themselves, putting off the purchase of competitive products, considering entering the official Beta program, and so on. At the same time, the news of performance issues in the early Beta is helping to put a dampener on expectations in that area. Lowered customer expectations may turn out to be very useful when the product is actually released. All considered, a good thing for Autodesk, then.

I’m convinced that Autodesk is opening up. That’s great, but there’s a way to go yet.

AutoCAD for Mac in Beta

Disclaimer: I have absolutely no access to inside information about this Beta. Even if I had, I would not reveal anything that I had learned as a result of such access. This post discusses only information that is already public knowledge.

The native Mac OS X AutoCAD port that Autodesk has been foreshadowing for some time is now in Beta, it seems. The Italian Mac community is getting particularly excited about the leak, but it’s also a popular subject of discussion on at least one English-speaking forum. The Autodesk codename is Sledgehammer, and it’s currently 64-bit only. If this is a subject that interests you, with a bit of sniffing around you can easily find screenshots, a video and you can apparently even download it via torrent if you’re feeling particularly brave/stupid.

If you’re interested in trying it out, it would be much better to apply to join the Beta program. That way, you will stay legal, you won’t download a trojan and you will contribute towards improving the product. Autodesk will probably need such contributions, because the early Beta allegedly runs like “a sewer” with huge performance issues. That should not be a surprise at this stage, but it should give you some idea of how much work Autodesk has ahead of it before it has a product that is fit for human consumption.

Oh, if you do join Autodesk’s Beta program, please be a bit more careful with the software than the guy who thought it would be a cool thing to hand out to his friends.

Edit: Ralph thinks it’s fake. I really don’t think it is, but must acknowledge the possibility that I’m wrong.

Edit 2: More discussion and screenshots at SolidSmack.

AutoCAD for Mac under construction

Despite it being A Bad Idea, it look like Autodesk is going ahead with making some kind of OS X variant of AutoCAD, as has been hinted at for a while now. Owen Wengerd has pointed out a few dead giveaways in the AutoCAD API.

Another giveaway is the move to the browser-based Help system. OK, it may perform hopelessly and have terrible functionality, but hey, it’s platform-independent! If you still doubt my assertion that the development of AutoCAD for Mac would be a bad thing for AutoCAD, just go and search for a few things in the new AutoCAD 2011 Help system. Then go back to an earlier release (one that uses Windows-specific Help) for a comparison. Once you’ve seen how platform-independence has “improved” Help, just imagine that level of “improvement” applied to the rest of AutoCAD.

AutoCAD for Linux – another bad idea

I often see calls for Autodesk to support AutoCAD on Linux. Just like AutoCAD for the Mac, while I can sympathise with the users of that OS, I think a native port of AutoCAD for Linux would be a bad idea. Again, I think it would be bad for everybody: Autodesk, AutoCAD for Windows users, and most of all, AutoCAD for Linux users.

Why? First of all, for most of the same reasons I gave for the Mac port. Autodesk hasn’t just failed in the past with AutoCAD for the Mac, it has failed with AutoCAD for Unix, too. I remember Autodesk being very enthusiastic about the Sparc port in particular (AIX, too). I know personally of customers who were caught up in that enthusiasm and invested heavily in a Unix environment, only to bitterly regret it a few years later when Autodesk abandoned them. Would this happen again? Probably.

Second, the numbers just don’t add up. Current PC OS market share is running something like this:

Windows 88%
Mac OS 10%
Linux 1%

While the Windows share is currently falling (thanks, Vista) and the others are steadily rising, there’s a long way to go before Linux has the numbers to make the investment worthwhile. In any case, it is likely that most Mac or Linux users of AutoCAD wouldn’t be new customers, simply existing users using a different OS. Not much of a cash cow, is it?

I dislike the Windows monopoly and support the open source movement, so I would love it if Autodesk could just snap its fingers and provide all its software on whatever platforms the users want. Mac? Sure. Linux? Great, why not? The reality is that it’s not that easy. It’s expensive to do and expensive to go on supporting in the long term. Unfortunately, it just doesn’t make commercial sense, and wishing it did will not make it so.