On Apr 6, 2013, at 1:13 PM, Harmanpreet Singh wrote:

> If AutoCAD change specifications, then how old file made in AutoCAD
> will open in new version? But yes, we can't ignore such possibility
> completely.

Because their old version will have already complied with the new requirement.  
I believe object names was one such case in the past.  Original spec just said 
that you'd write out a code and a string for the object name.  So we did (as 
did others), but some objects ended up being unreadable in AutoCAD because it 
had some punctuation character, like '/' and '.' being reported for layer names 
now, that they couldn't handle.

Then they go back to the spec and update it to add that caveat (write out a 
code and a string, but don't use these characters...).  In that particular 
instance, I don't think it's been necessarily "malicious" as much as it's just 
inflexibility.

> If something is missing, then different software can guess that
> differently. That might be the reason.

Yep, that happens a fair bit.  A guess is made and works in lots of CAD systems 
that implemented it as general as the spec described it.

> The companies like AutoDesk, don't support their own format as good as
> others :-)

We can certainly (and should) output something that AutoCAD will also read 
(while being more flexible ourselves).

> So, here we need Open Format for better compatibility.

Our ".g" format is open.  However, STEP is probably the closest we can get 
today for compatible data exchange.

> I can access AutoCAD in college lab. Will check on Monday.

Great, look forward to the update on how it goes.  The DXF spec is available 
online if you find you also need to write those two other codes.

Cheers!
Sean


------------------------------------------------------------------------------
Minimize network downtime and maximize team effectiveness.
Reduce network management and security costs.Learn how to hire 
the most talented Cisco Certified professionals. Visit the 
Employer Resources Portal
http://www.cisco.com/web/learning/employer_resources/index.html
_______________________________________________
BRL-CAD Developer mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/brlcad-devel

Reply via email to