mirror of
https://github.com/bherbruck/solidcraft.git
synced 2026-11-06 20:02:16 +00:00
Daniel
2396b6be05
* claim: #6818 Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> * Hole: the handle drawn with the shared marker (#6818) A Single hole's drag handle (Move holes by clicking or dragging) is drawn with the placement marker from place_gizmo/look.rs instead of its own ring and cross, so a hole and a Rest on the same model show one language for the same action. place_gizmo::marker is the one crate-visible door: it runs the marker's hover and drag motions under the handle's id and draws the crosshair, never dimmed. Hole keeps its snapping, the click that takes a hole out, its handle names and its hover text. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> * Hole: hole_handle removed (#6818) The shared marker draws the handle now; nothing else used it. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> * Hole: the marker takes no colours it does not use (#6818) place_gizmo::marker took a &Tokens only to hand it to crosshair, which reads its colours itself, so the hole's show fetched tokens nothing read. The argument and that fetch go. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Hole: a test sees the handle drawn as the shared marker (#6818) The hole tests found the handle by its published position, which the look does not change. This one reads what the frame paints round it: the white dot and four dashed arms at rest, no ring round the centre, arrowheads when pointed at, solid shafts while it drags. It fails with the old ring and cross back on the call line. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * Place handles: marker hover eases in 120 ms, drag in 220 ms (Refs #6818) The marker answered the pointer in 220 ms and a drag in 360 ms, which felt slow on review. Both stay in look.rs as the one place a later preference can read them. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> --------- Co-authored-by: Claude Fable 5.1 <noreply@anthropic.com>