Announcements
Visit Fusion 360 Feedback Hub, the great way to connect to our Product, UX, and Research teams. See you there!
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Portable Parametric Properties within Components

Portable Parametric Properties within Components

One of my desired goals is to be able to minimize the steps needed to build up a parametric component from flattened (no history based) sketch files.

 

This desire led me to the conclusion that it would be great if components which had parametric relations within themselves only, that is, no external references to parent components, etc, should have the ability to remember those parametric settings and be portable as such, that is, follow copy/paste or use in other projects. That would be a wonderful addition, because then there would be no more need to rebuild them when moving them around, esp when reinserting them into a design.

 

I do not know all the consequences of doing this, but I figure there must be a way to introduce this without creating a rats nest. Maybe a "reconnect" dialouge is needed to re-connect missing references to sub-components. But it would be nice to see Autodesk designers state the nature and challenges of the "rats nest" of dependencies and/or the resulting complexity more clearly, so someone can think a way to add portable parametrics more elegantly and sooner. Maybe a third "glue" object is needed to be responsible for organizing parametric relations within a hierachy of components or to "expose" such properties via polymorphic methods as used in COM objects. (I know, God forbid. Maybe a version without long chains of grandchildren objects)

 

In my example, I begin my template by drawing a single sketch alone in a seperate design project, then turn off design history to flatten it. (who needs all those early drawing mistakes in the timeline anyway.)

 

The sketch represents the rectangular shape of a axle that rotates from zero to 45 degrees, with the intention to make these two angular positions parametric so they can be set in the property window. Ultimately, the two rectangles are projected into a third sketch, to mask the underlying complexity, and project the "magenta" colored geometric framework on which to anchor "bridge" geometry to end up with a parametrically variable slot for a real axle to fit into. (I'm making a cable chain with rectangular axles that are constrained within an X-shaped slot)

 

It would be nice to make the parametric parts once off on the side, get them perfect, and then add them to the main project, self contained within the component in which they reside. That is, not bloating the history with unnecessary rebuilding steps.

 

I imagine this implies something like the timeline should be broken up so each component has a self-contained timeline, then relations between components should be established and maintained in a seperate parent object for all other relations within a "design project". Or more complex, each component oversees it's children, as imposing as that sounds. Maybe there is a better way based on how you guys plan to allow collibration. As they said, the data itself must be collibrative in structure. OK, so does that mean I have to rebuild each and every parametric object if I don't want it's imperfect invention process bloating the history, both do/undo and the timeline?

 

I know we are talking hierachys and webs, and it can get maddening, but perhaps some conponent-local-only, no grandchildren, atomic parametric memory would not make a rats nest and could be added without much fuss without breaking some collibration data safety rule.

 

 

 

7 Comments
Anonymous
Not applicable

I forgot to mention, I would also like projections between sketches residing within the same component to be remembered and portable, just like the parametric properties talked about above. As of now, when I copy and paste component containing such sketches (with projections between them), they change from magenta to green, I think that means they changed from projected (linked) to Fixed. Now I understand if they are from different components, but it's overkill to zapp them when all the parents of the projections are contained within the same component. They should be atomically portable.

Anonymous
Not applicable

To clarify my example, I did the following in step by step form:

 

1. I have open a design for a cable chain with design histroy turned on.

 

1. Opened a new design project on the "side" in another tab.

 

2. Created a new sketch in the new design project, design history is turned on.

 

3. Drew an "axle" rectangle with dog-bone rounded corners set up with some fairly complex construction geometry.

 

4. I turn off design history in the new sketch design project; the one above in step 3.

The single sketch is now flattened and non-parametric, etc.

 

5. I turn design history back on in the single sketch design (the design project of step 3)

 

6. I create two new sketches and for each of them:

 

6A. I re-anchor the horizontal and vertical construction lines to the origin using the coincident constraint tool.

This makes all the lines change color indicating the sketch is fully constrained.

 

6B  I remove the "vertical" constraint on the vertical construction center line of the drawing.

 

6C. I create a parametric rotation angle property by rotating the drawing around the origin from an un-selected reference fixed vertical line to 45 degrees. It could be any angle, it just can't be zero. All the lines of the drawing again change back to black, indicating the drawing is fully constrained once again. But now I have the angle property showing in the parametric list.

 

7. Now we have three sketches. The original flat sketch, and two identical copies, but with angle settings.

 

8. I set the first angle sketch to zero degrees, and leave the second angle sketch at 45 degrees.

 

9. I create a third sketch, and project the corners and center of the two angle sketches onto it.

This is to hide the underlying rats nest of construction lines, etc, projecting out only the essential lines and points into

this third sketch. Now for completing the bridge geometry to close the variable shape, I dont't have so many lines overlapping causing confusion as to what is connected to what in a multi-layer mess. Instead,  have only one nice, neat layer of perfect reference lines and points, in magenta (projections).

 

10. I draw bridge lines and three point arcs on the magenta colored projections to close the shape formed between the two angles. I set a few additional constraints and I close the shape. But it's a variable shape, that "follows" the projections, because of the way it is attached and constrained to it.

 

11. Now I have a variable angle slot closed shape that can be extruded and used as a negative boolean cutter in the actual final component.

 

12. When I try to copy and paste the component containing the three sketches above (ignoring the original "flattened" sketch), I lose both the parametric values, AND the magenta projections. (they changed to green) But all three are in the same component.

 

Maybe you can make this "same component, no parents, no children", portability of parametric and projections work before trying the more complex global version of the same idea, which is bound to take a long time. That way, at least we can keep both parametric properties and projections remembered within a single component with no parents or children, being copied and pasted between design projects. My point is that has got to be more simple than the monster version with parents and children included, so we could get this feature sooner. I don't think it would break the whole thing down the road, just proceed with a bridge strategy to connect it to the global model later.

Anonymous
Not applicable

OK, apparently the parametric properties copied over (the angle properties of each of the two angle sketches), but the projections turned to yellow in the pasted version, then green after redefining the sketch plane. I don't know how I missed this in the first pass, but fine. So the parametrics copy over between timeline active design projects, but the projections must be re built?

 

So I guess my suggestion is now whittled down to make projections between sketches residing within the same component copy/pastable (portable) between design projects, carried along within their "container" component, at least assuming the simple case of one component, no parents or children, then with more complex expressions of the idea later.

Anonymous
Not applicable

I continued this under a new suggestion heading, to properly explain it under a proper title. The new thread is here:

 

http://forums.autodesk.com/t5/ideastation-request-a-feature-or/make-projections-within-one-component...

kb9ydn
Advisor

This is an interesting monologue but I think you would be better off posting this in the general design forum instead of the ideastation.  The ideastation works best when posted ideas are more concise and completely thought through.  This is not specific enough for people to understand what you're asking for.

 

C|

colin.smith
Alumni
Unfortunately this idea did not get the support of the community and as such we will not be pursuing it. Please feel free to rework and resubmit this one down the road. Thanks for taking the time to submit your idea. Due to the low strategic fit, we have decided that we will not be pursuing this one at the given moment.
colin.smith
Alumni
Status changed to: RUG-jp審査通過
 

Can't find what you're looking for? Ask the community or share your knowledge.

Submit Idea