Editor has no 'stroke' or 'outline' preview when hovering a path — user wanting to see the satin column at full width (vs just the centerline) has to render the design (slow) #325
Labels
No labels
blocked:commit-ready-failed
blocked:gate-fetch
blocked:gate-lint
blocked:gate-plan
blocked:gate-research
blocked:needs-attention
blocked:needs-decision
blocked:needs-human
blocked:no-changes
blocked:verify-failed
bug
deferred
feature-request
in-progress
needs-decompose
needs-triage
quickfix
security/medium
triage-approved
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
Mark/Kimi_Agent_Brother_10_Digitizing_App#325
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Finding
The canvas renders paths as the centerline (the polyline through the nodes). The satin column (the actual stitches, which span the path's width) is computed at export time.
grep -rn 'satinPreview\|showSatin' src/components/editor/returns 0.A user with a satin path:
The fix is a "Show satin preview" toggle that draws the satin column at the specified width.
Where
src/components/editor/canvasRenderer.ts(where the centerline is drawn)grep -rn 'satinPreview' src/components/editor/returns 0Suggested fix shape
showSatinPreviewis true, for each satin path, draw the column as a thicker line (the satin width):Z-order: the satin preview is drawn below the centerline (so the user can see both).
Performance: the preview is fast (no stitch computation, just a thick line).
Use cases: the user can see if the satin column overlaps with adjacent paths (which would cause stitching issues).
Severity
Low. The user can render to see. Power users with satin-heavy designs notice.
Discovered by
Gap analysis (2026-10-02) of editor preview affordances.
Related