Any plan to provide 2d drawing API in Fusion360

[mycad2016D8W4P]

Any plan to provide 2d drawing API in Fusion360? Thanks.

[ekinsb]

There is a desire to provide API coverage for all of Fusion 360's functionality, which includes drawings.  However, we are not currently actively working on exposing an API for drawings and there is no schedule.

[isocam]

Can I please ask if, after a year or so of waiting, is there any plans now to implement API coverage for all of Fusion 360's functionality, which includes drawings???

or

Is it possible to have Autodesk write a custom API for me whereby I will pay for the service provided?

I need to create a PDF file directly from a drawing so it can be called from Python.

Many thanks in advance!!

Darren

[goyals]

Thank you for posting your request. Unfortunately there is no schedule for adding drawing API at present. We will update you in case if there is any change.

[Anonymous]

Hi,

I love the product and the scripting is very powerful. However, I was wondering if there were any plans to open up the drawing API?  I don't mean to push; I know that this question has been asked before, but its been a little while since the last query.

Thanks!

[rbackman07]

Yes please!! I love python integration but the API coverage needs some serious focus. I know that the team is busy with other features, but unlocking things like this will let the community develop new features to extend Fusions capabilities so it can be competitive with more mainstream CAD programs.

Thanks for all the hard work Fusion team

[johan.svensson6BXFK]

I have now ideas for at least 2 new plugins which require a 2D drawing API.

Isn't it time now to release a full featured API in order for the community to be able to thrive and Fusion functionality to grow?

[mlui5NPBT]

Is there an update on this? You're leaving out an enthusiastic group of logistical designers out of program for versatility. We're at a bottleneck with the turtling speed of manual exporting and modifying based on design logic that having this programmable API would greatly speed up efficiency of work. Thank you.

[BrianEkins]

I don't know about specific plans for a drawing API, but it would be helpful to know specifically what kinds of workflows you are trying to automate. Some things will be difficult to support in the API, and others shouldn't be too hard. Knowing more specifics about what people need will help the team to prioritize. Hopefully, providing some easy things will meet most people's needs.

[mlui5NPBT]

Starting with the basics, let's get the opportunity to add / select text in the drawing sheet, as well as traversing through each drawing sheet. Most of the time it's small text changes that take up the most time like changing the text to today's date in the layout frame.

[BrianEkins]

This is good stuff and probably fits in the easier-to-do category. What does everyone else need?

[t.nodaEW76N]

I'd like to add a concrete use case to this request.

I'm trying to build a small script that searches a 2D drawing (from an assembly) for a component name — matching it against drawing view names and parts list table cells, then selecting/zooming to the matching view. This would help engineers quickly locate a specific part on a large multi-sheet drawing.

Testing on a recent build, I found the object model exists (adsk.drawing.Drawing, .sheets, .activeSheet) but almost nothing is actually implemented yet:

• drawing.sheets.count → RuntimeError: 5 : API Function not yet implemented
• Sheet object only exposes customTables (write-only, for adding new tables) — no name, no way to enumerate drawingViews, no read access to an existing parts list.

Even basic read-only access would unlock a lot:

• Sheet.name and being able to enumerate Sheets
• Enumerating DrawingView objects on a sheet, with at least .name
• Read access to an existing parts list table's cell contents

This alone (no editing capability needed) would let the community build search/navigation tools like this one. Thanks for considering it!