Negative offset in sketch not working
It could be geometry-specific. Can you share that file here? Also, what happens if you type in "1", and then click on the "flip" button? Does that give the same error? I tried to create some similar geometry, and the value of 1 seems to work for me:
Jeff Strater
Engineering Director
@sjnoble wrote:
I'm very apprehensive to even post here I'm so new to Fusion.
No, that's fine. You have observed this correctly that Autodesk decided to "fix" a part of the offset tool that did not really need any fixing and in the process made the tool a little less intuitive to use.
However, in general the older the tutorials are the higher the likelihood is that you'll find deviations between the tutorials the the Fusion 360 UI. IN case go the offset tool the changes were a little unfortunate, but they have really improved the UI in other areas. E.g. they unified the previous Rule Fillet and (normal) Filet into one tool.
Don't let that distract you too much from completing the tutorials.
The good news is that this has been fixed in our internal development build. The bad news is that it has not made its way out into the world yet. It should appear in the next "major" update (not counting any bug fix updates that may go out). Sorry for the wait...
Jeff Strater
Engineering Director
Hello All,
I am glad to give the update on this issue that the negative input for offset is back in Sketch in the latest release/update of Fusion 360.
Thank you,
Best Regards
Rohit Bapat
Product Owner
(rohit.bapat@autodesk.com)
Rohit Bapat
Product Owner
the issue reported here is working correctly. Sketch offset does, indeed allow negative values.
Jeff Strater
Engineering Director
Something that would be nice to see is the ability to offset geometry two or more times in a sketch based on how you plan to dimension or constrain the geometry. I don't see any reason why you shouldn't be able to offset the sketch lines an infinite number of times, as long as the sketch engine can solve the resulting geometry its basically just constraining the offset to a different seed each time.
See pic below.
this has been debated for a long time. Here is part of the problem why it is not as trivial as it might seem. Here is a sketch loop:
offset it inwards, you get:
Offset that offset outward again, what do you expect? This?
then, what happens if you edit the original offset to this:
now, the outward offset of that inner offset needs to change from two disconnected loops of 4 lines to one connected loop of 8 lines. And, that is just a simple case. Add in splines, where one curve offset can result in N curves, and it gets even messier.
All of it is possible ("a mere matter of programming"), but so far, it has not risen enough in importance to justify the high cost, since there is a workaround (offset the original again).
Jeff Strater
Engineering Director
While I can appreciate the business case for leaving things the way they are, it becomes a matter of design intent. If the software could design everything for me, I would be out of a job. What I'm getting at is that when I sketch my geometry I dimension and constrain things the way that I expect them to react when I tweak the design.
Ex: If I adjust dimension "A" I know that "B" and "C" will change to fit but "D" will remain the same because of how I defined in relation to "A".These sketches are just your daily dose of random, they don't mean anything except to illustrate that I, as the designer want to be able to dimension my geometry so that it reacts to my changes. The reference dimensions are calculated values based on how I tweak the rest of the sketch.
If the problem is that is too complicated to program for real-time drag edits, then the functionality could be limited to what Fusion can concurrently solve without rebuilding the sketch similar to every other tool that has the ability to drag control points and edit dimensions. If you direct edit a fillet and make the radius too big, it stops the movement of the drag handle. Am I right?
