From a7d2df6e9e518ed27d0295812d6fd316537ca52b Mon Sep 17 00:00:00 2001 From: MechaCat02 Date: Tue, 18 Aug 2026 20:11:33 +0200 Subject: [PATCH] fix(icon): tilt the rings so the right band sits above the left Rotated -45 degrees about the icon's centre. Negative because SVG's y axis points down, so a positive angle would have dropped the right band instead of lifting it. The transform sits on the group rather than on the individual shapes. The two circles and the arc that redraws the upper crossing are all still authored on the horizontal axis and rotate together, so the interlock geometry did not have to be recomputed and the bands still alternate -- one over at the first crossing, the other over at the second. Re-checked the maskable safe zone, because the bounds recorded for the horizontal artwork no longer describe it: the box is now 102.9-409.1 on both axes, not x 88-424 and y 139-373. The circular crop needed no arithmetic at all -- the farthest painted point stays 168 from the centre (the 51 centre offset plus radius 104 plus half the 26 stroke), inside the 204.8 safe radius, since rotating about that same centre cannot change any point's distance from it. Co-Authored-By: Claude Opus 5 --- frontend/static/icon.svg | 17 +++++++++++++---- 1 file changed, 13 insertions(+), 4 deletions(-) diff --git a/frontend/static/icon.svg b/frontend/static/icon.svg index 265b344..4676e99 100644 --- a/frontend/static/icon.svg +++ b/frontend/static/icon.svg @@ -1,12 +1,21 @@ + (51.2-460.8). Rotated, the rings span 102.9-409.1 on BOTH axes including stroke, so an Android + circle crop cannot clip them. The stricter circular test is unaffected by the rotation: the + farthest painted point is 51 (centre offset) + 117 (radius + half stroke) = 168 from the + middle, comfortably inside the 204.8 safe radius, and rotating about that same middle does + not change any point's distance from it. --> - + into a smudge — the same reason the camera icon this replaces was three shapes and no more. + + The -45° tilt lifts the right band above the left. It is negative because SVG's y axis points + down, so a positive angle would rotate the other way and drop the right band instead. Applying + it to the GROUP rather than to each shape is what keeps the interlock intact — the circles and + the overlap arc below are all still authored on the horizontal axis and rotate together, so + the crossing geometry never has to be recomputed. --> +