-
-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tree supports - do not avoid support blocker #14208
Comments
Currently this behavior is intentional and permanently enabled. Making this into a setting would be very easy. |
Hey @evilC, Thanks for raising this. For internal reference - CURA-10161 |
For what it's worth, having the ability to block where supports route and merge, and thus control/guide them a little, is a quite useful feature I wouldn't want to see removed. (You could still use actual models set to have no walls printed I suppose as blockers -- as you have to do that to control/break up the tree monoliths in the prior incarnations of tree supports, and it's not ideal or obvious.) I'd vote for a checkbox or similar on the support blocker object, letting you pick which behavior you want. Both can be desirable. |
Update from our side. @ThomasRahm seems to have the resolved this issue here: Ultimaker/CuraEngine@1d62038 |
Is your feature request related to a problem?
The new tree supports in A5.3.0+xmas are great, but not creating supports inside the support blocker area is not always desirable.
Consider the following slice:
(The support blocker is the selected box in this picture)
Here, the intent is to not generate supports for the bridges inside the support blocker (The tops of the 6 vent holes on each side), but an undesired effect is also happening - the supports for the clips at the top of the picture are routing around the support blocker, when they don't need to
Admittedly, the solution here is rather simple (Just scale down the support blocker a bit), but that's more hassle, and may not always be possible?
Describe the solution you'd like
An option that specifies that supports may travel THROUGH a support blocker, but may not support a face WITHIN the support blocker
Describe alternatives you've considered
Size down the support blocker or use multiple smaller ones
Affected users and/or printers
All
Additional information & file uploads
No response
The text was updated successfully, but these errors were encountered: