Fix overhang preview ignoring support threshold fallbacks when angle set to 0 #433

Open
opened 2026-04-05 16:20:54 +02:00 by MrUnknownDE · 0 comments
Owner

Originally created by @kisslorand on 3/6/2026

Description

When the Support overhang threshold angle is set to 0, Orca internally applies fallback rules during support generation:

  • Tree supports use a default angle of 30°
  • Normal supports derive the effective threshold from the configured overlap value

However, the Preview overhang visualization used the raw angle value directly.
As a result, when the angle was 0, the preview also used 0°, ignoring the fallback behavior used during support generation.

This caused the overhang highlighting in Preview to not match the supports that would actually be generated.

Fix

The preview logic now determines the effective overhang threshold using the same rules as support generation:

  • If the angle is explicitly set, that value is used.
  • If the angle is 0 and tree supports are selected, a 30° fallback is used.
  • If the angle is 0 and normal supports are used, the threshold is derived from the configured overlap setting together with the current layer height and extrusion width.

Result

The overhang highlighting in Preview now correctly matches the support generation behavior, including cases where the angle is set to 0 and fallback logic is applied.

Fixes #12634

Screenshots

  • Before (Tree support):
    image

  • After (Tree support):
    image



  • Before (Normal support):
    image

  • After (Normal support):
    image

*Originally created by @kisslorand on 3/6/2026* ### Description When the **Support overhang threshold angle** is set to 0, Orca internally applies fallback rules during support generation: - **Tree supports** use a default angle of **30°** - **Normal supports** derive the effective threshold from the configured **overlap value** However, the **Preview overhang visualization** used the raw angle value directly. As a result, when the angle was 0, the preview also used 0°, **ignoring** the fallback behavior used during support generation. This caused the overhang highlighting in Preview to **not match** the supports that would actually be generated. ### Fix The preview logic now determines the effective overhang threshold using the same rules as support generation: - If the angle is explicitly set, that value is used. - If the **angle is 0** and **tree supports** are selected, a **30° fallback** is used. - If the **angle is 0** and **normal supports** are used, the threshold is derived from the configured **overlap setting** together with the current layer height and extrusion width. ### Result The overhang highlighting in Preview now **correctly matches** the support generation behavior, including cases where the angle is set to 0 and fallback logic is applied. Fixes #12634 ### Screenshots - **Before** (Tree support): <img width="1246" height="580" alt="image" src="https://github.com/user-attachments/assets/35134102-6ff5-4a99-b0f6-8c1dd99608ed" /> - **After** (Tree support): <img width="1252" height="581" alt="image" src="https://github.com/user-attachments/assets/84b07fdc-e4e5-4f8c-87b9-e4574be2e979" /> <br><br> - **Before** (Normal support): <img width="1227" height="531" alt="image" src="https://github.com/user-attachments/assets/0ea6db00-1936-4925-98dc-a099caa009e1" /> - **After** (Normal support): <img width="1241" height="533" alt="image" src="https://github.com/user-attachments/assets/b36d61eb-ce3b-4f90-b6fd-8de2661f8876" />
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github/OrcaSlicer#433