We need some serious improvements to both of these items. I'm batching them together as I see how they could interact and be improved aligned with each other. Drawing views: In the last few weeks I've been working through an Ilogic rule that opens all standard "details", imports/copies them to the drawing based off a form input. During this exploration I've run into many weird issues that should be looked into. First, drawing views need to be improved in terms of their ability to be manipulated using rules. For example, any time you have a section view with a parent, these should be able to be placed into a collection or simply have access to the copy.to method. Currently there are tons of posts about these limitations. Where as some users use the command manager to ctl+c and ctl-v the views or copy the entire page while deleting the views they don't need (Below is a reference). The documentation is currently misleading, it describes you can make these edits using a rule but errors each and every time you try to set one up. I had attempted to create a bypass where I populated a temporary page 5 with these views then used the Move.to method. However when I pushed this to a template file, low and behold the reference to all of these views were deleted. Making my bypass not possible. For me to continue this direction I would need the draftsmen to open the drawing as a document and save before working within it. The templates themselves do not carry views as a static object allowing me to move them from one page to another, then delete the extra page. To the second problem, In my attempt to copy the entire page, the views themselves blow up due to sketches being attached to these views to represent smaller features we don't bother modeling out fully. Given that they blow up I've found myself in a catch 22. Cannot copy the views from one doc to another, while also unable to copy the entire page as needed. This is where a graphical lock would be greatly beneficial. Allow me to create a representation of a view that no longer needs the parent to be used. Sometimes we don't need access to the entire model's information or, furthermore what we add in sketches are not directly modeled in. Our representations would be the only location these details would be required. Drawing view problem: https://forums.autodesk.com/t5/inventor-programming-ilogic/paste-drawing-view-from-another-drawing-file-using-ilogic/m-p/12886791#M169310 Section view documentation: https://help.autodesk.com/view/INVNTOR/2022/ENU/?guid=SectionDrawingView Sketched symbols: Sketched symbols simply need the ability to interact with the item. Why can we not dimension sketched symbols? I tried to create a symbol for something made manually on our drawings. A centerline object with rotation text showing where the rotation on the object would be. When we attempted to use this to clock our fittings, we cannot select them or interact with them with dimensions at all. You can't really apply visible dimensions to any of the sketched symbols as it stands. Sketched symbols should be almost identical to a drawing view in terms of function, just with a static object that doesn't end up changing. Furthermore, we need the ability to attach sketched symbols directly to a drawing view as a sketch upon that view. Or simply create a constraint between the two. Sure you can attach a hidden leader but Id like to directly attach a sketched symbol to a drawing view under a "sketch" itself. With the correct placement you can get a link to establish, just feels really bad to use in practice. Both drawing views and sketched symbols: As stated above, can we get a function to lock a drawing view graphically? In such that it no longer holds any link to a parent or part? The reason these two are put together is I'd like to create a sketched symbol from a drawing view and populate standards this way. As opposed to creating logic opening all these random documents to grab different items. This goes hand in hand with the ability to dimension sketched symbols and hold information inside them as a standard of some kind. Even without a graphical lock we should have a right click option to turn that drawing view into a sketched symbol. Projecting can be a nightmare and end up being very labor intensive. Not to mention you cannot project from a sketch that's on a drawing view. You can only project the model edges represented within the view. Oddly this is not how it works in the modeling environment. I can create a sketch and project that sketch just about anywhere on another sketch when modeling. Should be similar if not the same within a drawing. For this I'm directly thinking of how AutoCAD works when it comes to blocks and explode functions. You can explode objects to get to some information you otherwise couldn't (I understand this wouldn't apply to static views without association). The other direction, you can create a sketch block with dimensions, text, and just about anything you can imagine. I've worked with blocks that represent the entire page setup, including title blocks and more all within a single block. Even placed entire sub systems of intake vs exhaust into different blocks for movement across a factory floor (Hundreds of feet of blow pipe). Then dimensioned as needed.
Show More