DraftSight Will Go Far

This is a sequel to my post “How Far Will DraftSight Go?” wherein I wondered how much Dassault Systemes will be willing (or be allowed to by Graebert) to enhance DraftSight. I have been speaking to Aaron Kelley, the Director of DraftSight, and have learned quite a few interesting things.

For starters Dassault Systemes has its own full fledged development and QA team for DraftSight which works closely with the Graebert team in Germany. In fact they developed some of the stuff in DraftSight themselves which has or will find its way into ARES, the CAD engine developed by Graebert on which DraftSight is based.

But here is one thing that I found really interesting. A CAD application is basically just a framework that comes with its own bells and whistles. What gives it the real power is the API that the CAD vendor exposes to third party developers who use it to develop plug-ins and vertical applications that increase the power of the CAD system many fold. ARES is built over the ODA platform and can be extended with the DRX SDK. At SYCODE we are currently porting our DRX plug-ins over to ARES. I thought that since DraftSight was also based on ARES, it would be a trivial task to make the same ARES plug-ins work with DraftSight as well. But here is the thing, Dassault Systemes is not going to support the DRX programming interface with DraftSight. I am not exactly sure why, but I guess it may be part of the deal with Graebert so that DraftSight does not cannibalize the sales of ARES itself. So Dassault Systemes is going to create their own API (not related to DRX) that will let third party developers write plug-ins that extend its capabilities. Why? In Aaron’s words, “We are creating our own API so that we have control over its direction.  It is part of our business model“.

Just the fact that they are doing this says a lot about the kind of importance Dassault Systemes is attaching to DraftSight. This is not like how SolidWorks treated their 2D Editor which they took from the ITC along with all its problems, put a new name on it and shipped it to SolidWorks users. Looks like this time it is going to be different and companies operating in the AutoCAD clone market (and maybe Autodesk itself) may start getting worried. This is what Aaron had to say about future plans for DraftSight:

“Our approach is to be open and even share our direction and problems with the community. We just do not have those up on the community site yet. We are still evolving the site as well (it is in Beta). We plan on release a Public Beta 2 this fall which will have more local language support for the help files (and adding a version of DraftSight for our friends in Turkey), we also plan on releasing the first version of the C++/COM API. We certainly are looking at requests from users too, but the development cycle is really short for the next release. We will also be looking to fixing issues found by users. We are looking to launch an Alpha of the MAC OS version in October time frame as well as an Alpha of Linux shortly thereafter.

On 2D parametrics – I need to see a better way of implementing the technology than I have seen presently or in the past. I think they are too hard to work with. In 3D , your sketches are typically simpler than in 2D drawings so they work for the most part. Parametrics can get you into trouble especially in more complex drawings. The usability team at DS SolidWorks has some cool ideas on implementation, but I do not see us doing this in the short term. If the community demands it – we will reconsider.

On new functionality – We work with Graebert closely on new functionality. Sometimes, we develop stuff ourselves or pay for outside development to get things in the product(s). For example, the UI widget is in DraftSight first developed by DS SolidWorks developers and then we hope it will be in Ares.”

I guess if you wanted to know whether Dassault Systemes was really getting into the 2D CAD market with DraftSight or just fooling around, you now have your answer.

  • Daniel

    Something does not add up here, so let me see if I have this strait, I'm just speculating here so correct me if I'm wrong. (assumption) DS licensed the platform from Graebert under the condition that DS nixes DRX, probably both managed and unmanaged. So now DS claims to be creating their own new proprietary API? How? By wrapping DRX and the Ares application APIs? (assumption) Probably not as it would most likely violate the terms. So what's left? COM? Ack! ***runs for cover***.

    DraftSight might go far as a replacement for LT, but not as a full CAD platform unless they can deliver a competitive API, just my opinion of course.

  • http://www.deelip.com Deelip Menezes

    Daniel,

    I am not privy to the terms of their agreement. But I suspect that the deal did not include an API, not even LISP. So DS is going to make their own. Exactly how they are going to do that I don’t know. But I don’t think they are going to simply create a wrapper around the DRX and Graebert API. I say this because I am told that
    I will not get access to the OdDbDatabase object.

    So effectively they are reinventing the wheel here – a big fat wheel, if I might add. Yes, a competitive API is exactly what they appear to be developing.

    I have already submitted my API requests to them.

  • http://bausk.wordpress.com/ Bausk

    Thanks for the great news, Deelip. The 2D CAD market surely needs a push like that.
    As far as I understood from your posts, they are going to charge developers for access to the API anyway. Does that sound true?

  • http://www.deelip.com Deelip Menezes

    No. I heard that users will have to pay for API access and support. I don't think it makes sense to charge developers to extend DraftSight.

  • http://bausk.wordpress.com/ Bausk

    Oh, that makes sense. Thanks.




Archives

© 2014 Deelip.com. All Rights Reserved. Deelip.com is a registered trademark of Deelip Menezes. Log in - Designed by Gabfire Themes