Sorry, I made this screencast with the intention of sharing the design.. then I closed without saving by accident. I thought I had to share the screencast anyway, in case someone has a logical explanation for what seems like a crazy bug.
Rob Duarte
Associate Professor in Art, Florida State University
Co-Director FSU Facility for Arts Research
http://art.fsu.edu/rob-duarte/
Twitter | YouTube
There is a similar bug (bugs) where the orientation (x and y axis of the sketch) of the sketch changes after the first edit in certain cases. I can't remember the posts at the moment where they were reported, but I'd be curious to know if this is related. If your able to reproduce this again, you might check and see if the sketch axis direction is changing. @Anonymous, what do you think?
I just crossed my fingers and tried to recreate the problem from scratch but of course I can't get it to fail now. 😞
Rob Duarte
Associate Professor in Art, Florida State University
Co-Director FSU Facility for Arts Research
http://art.fsu.edu/rob-duarte/
Twitter | YouTube
Redefine Sketch plane, I agree, has some issues. This command orients the sketch plane so that the coordinate system in the new sketch is similar to that in the old sketch. If the destination planes align pretty well, it works out OK. But, if the normal is in another direction, it can often flip around in surprising ways.
What is needed, IMO, is some tools to help you select the X and Y axes for a sketch, either during the Redefine Sketch Plane command, or afterward. In my opinion, this command is of limited use because of these types of problems.
Jeff
Rob Duarte
Associate Professor in Art, Florida State University
Co-Director FSU Facility for Arts Research
http://art.fsu.edu/rob-duarte/
Twitter | YouTube
I'll qualify that a little: Redefine Sketch Plane is most useful when the new and old plane are fairly well aligned. And, hopefully, that is the case when you are using it to fix a broken plane reference. Yes, this is really the only tool (short of just redrawing the sketch) that is available for repairing a broken plane reference.
Where it doesn't work well is when doing things like redefining a sketch from one area of the model to another. Or, if moving a sketch from a body face to a workplane (some work plane types have different inherent coordinate systems).
Further, when this command does produce an unexpected result, you can usually get it pretty close by moving the geometry, and re-establishing some dimensions or relationships between the former projected geometry and the new face's edges:
I'm not saying this is great, only that you can usually get it to work for you. I am definitely in favor of improving this commands.
Jeff
Hey Jeff, is there a timeline for fixing the Redefine Sketch Plane command? At this point, even moves that should be trivial yield disastrous results i.e. end result is too broken to salvage so I delete the sketch and just start over. I have yet to use this command successfully, irksome as it works so well in Solidworks . . .
@jeff_strater wrote:I'll qualify that a little: Redefine Sketch Plane is most useful when the new and old plane are fairly well aligned. *snip* I'm not saying this is great, only that you can usually get it to work for you.
Not today- or yesterday: redefining to closely associated parallel faces continues to radically reposition elements; my previous work-around- cluttering the design by creating a target construction plane -is yielding the same results.
@Anonymous wrote:Not fixed over a year later, either. It's always disheartening to see obvious bugs live on for so long.
This is going to sound totally wacked, but the SIDE of the Plane you select matters. Try the problem Redefine twice, each time selecting from the opposite side of the target Plane, and see if the results are the same. Oh- and report back!
I did, and it didn't work. Doesn't matter, though, and all of @jeff_strater's comments last year were meaningless. Because here's the trick - this post wasn't specifically about Fusion's internal logic getting the new sketch wrong. That would be annoying but understandable - 3d geometry is hard, and users aren't thinking about the internal logic.
This is about the preview being right, but the actual redefine being wrong.
That's a bug, no matter how you slice it. And yes, my preview showed exactly the sketch plane movement I wanted. It just flipped upside down when I pressed "Okay."
This sketch flipping issue hasn't been fixed at all. Even when a sketch is based on projected geometry, redefining the sketch plane flips the sketch and breaks its reference to the projected geometry. Totally inadequate. If you define the wrong sketch plane by mistake, then spend 30min doing a sketch, well you can kiss that time goodbye, because you will be doing that whole sketch again. Frankly, Fusion is fantastic for knocking up great designs quickly, but try and edit them - particularly when you are dealing with references - and you are entering a world of pain. Oftentimes it is quicker to just do the whole design again from scratch. True story
@lindsay.fowler wrote:Even when a sketch is based on projected geometry, redefining the sketch plane flips the sketch and breaks its reference to the projected geometry. Totally inadequate.
No contesting that pain. That said, considering the critical nature of perspective to Projections, it makes complete sense for them to become De-Linked. Actually, I thought what you've described might be USEFUL for breaking all Projection connections in a Sketch without the tedium of selection, by selecting the original plane for the Redefinition- however, the result is absolutely bizarre! Some portions are not De-Linked, while others have the Fixed Constraint applied to them! We can see this in the following image, where the Cube was 3D Projected to the Sketch. Using Primitives was probably a lousy choice for the experiment, considering all the implementation failures associated with those tools.
@mavigogun wrote:
@lindsay.fowler wrote:Even when a sketch is based on projected geometry, redefining the sketch plane flips the sketch and breaks its reference to the projected geometry. Totally inadequate.
"..considering the critical nature of perspective to Projections, it makes complete sense for them to become De-Linked."
But @mavigogun, I'm talking about an offset plane! 🙂 So there is no shift in perspective and the projections do not change.. How could it lose orientation, position, references?? It's just madness - No, it's buggy!
Oh, ya- the flipping and re-orientation is almost certainly a fault; I was just musing that Breaking the Projection in that circumstance seemed... expected. Lacking that, depending on the Projection direction and parallel plane, it doesn't follow that there would be a break- though that may depend on when the Redefinition happens in the Timeline; does the Break, lacking any orientation change, still occur if the Redefinition happens before the Projection in the Timeline? Is that a contextual possibility?
Best Regards,
Cameron
Kudos are much appreciated if the information I have shared is helpful to you and/or others.
Did this resolve your issue? Please accept it "As a Solution" so others may benefit from it.
Use plane-at-angles because by changing the angles you can flip the sketch.
This is certainly an annoying issue when it arises, but if it's a major obstacle to you being productive then your general workflow likely has other issues.
Shows what you are speaking of, I think. is there any thoughts of fixing this bug yet?
Can't find what you're looking for? Ask the community or share your knowledge.