Übersicht-Symbol: Faktor 1,1 statt 1,33 - der erste Versuch stand über

Faktor 1,33 hatte das Symbol auf volle Rasterbreite gezogen und dabei von x=3,99 bis x=27,9 geschoben - knapp vier Einheiten über den rechten Rand des 24er-Rasters, also rechts abgeschnitten. Beim Nachmessen waren Breite und Höhe geprüft, aber nicht die Position. Jetzt Faktor 1,1 um die Rastermitte (12,12): 19,8 x 11,3 bei x 3,2-23,0 und y 7,6-18,9, also die vom Eigentümer gewünschten 10 % ohne Überstand. Alle fünf Tab-Symbole nachgemessen, diesmal mit Rändern. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-02 11:50:23 +02:00
parent 2af5c469d6
commit 0b497642f4
6 changed files with 63 additions and 35 deletions
@@ -1,7 +1,7 @@
 # AGENTS.md — Project state, review findings, open items, and working rules

 **Last updated: 2026-09-02** (Null heisst unbekannt, Momentanwerte nur fuer
-"jetzt", Uebersicht-Symbol vergroessert, `2026.9.2.3`, Abschnitt BN.
+"jetzt", Uebersicht-Symbol vergroessert, `2026.9.2.4`, Abschnitt BN.
 Davor: Verbrauchsfaktor aus dem Tankbeleg, `2026.9.1.32`,
 Abschnitt BM. Davor: Reifenzaehler ohne Fahrzeugwechsel, „Raeder“
 statt „Reifen“, `2026.9.1.29`, Abschnitt BL. Davor: Ortsnamen aus dem Backend, Verbrauchseichung an
@@ -7520,14 +7520,32 @@ Gemeldet, live per `getBBox()` nachgemessen: 18,0 x 10,3 von 24 - **43 %** der
 Hoehe, waehrend die vier Nachbarn zwischen 65 % (Tanken) und 89 % (Fahrten)
 liegen.

-Auf volle Rasterbreite gezogen (Faktor 1,33, `stroke-width` 1,125 als
-Ausgleich, damit die Strichstaerke gerendert wieder 1,5 betraegt): jetzt
-23,9 x 13,7, also **57 %** - die Breite entspricht exakt "Mein Audi".
+**Der erste Versuch war falsch und wurde vom Eigentuemer sofort bemerkt** ("das
+Uebersicht Icon ist jetzt abgeschnitten"). Faktor 1,33 auf volle Rasterbreite
+schob es von x=3,99 bis x=27,9 - knapp vier Einheiten ueber den rechten Rand.
+Ich hatte Breite und Hoehe gemessen und als Erfolg gemeldet, ohne die
+**Position** zu pruefen: die 23,9 waren die Breite eines ueberstehenden
+Symbols.
+
+**Regel daraus, allgemein:** bei jeder Skalierung eines Symbols die Raender
+messen (`bb.x`, `bb.x + bb.width`), nicht nur `bb.width`/`bb.height`. Eine
+Groesse allein sagt nichts darueber, ob sie ins Raster passt.
+
+Jetzt Faktor 1,1 um die Rastermitte (12,12), `stroke-width` 1,364 als
+Ausgleich (1,5 / 1,1), damit die Strichstaerke gerendert wieder 1,5 betraegt.
+Nachgemessen, alle fuenf Symbole und diesmal mit Raendern:
+
+| Tab | x | y | Groesse | im Raster |
+|---|---|---|---|---|
+| Uebersicht | 3,2 - 23,0 | 7,6 - 18,9 | 19,8 x 11,3 | ja |
+| Mein Audi | 0,0 - 24,0 | 3,8 - 21,0 | 24,0 x 17,2 | ja |
+| Fahrten | 1,0 - 23,0 | 2,0 - 23,4 | 22,0 x 21,4 | ja |
+| Statistik | 3,5 - 20,5 | 2,8 - 21,2 | 16,9 x 18,5 | ja |
+| Tanken | 3,0 - 17,0 | 4,5 - 20,0 | 14,0 x 15,5 | ja |

 **Bewusst nicht weiter:** das Symbol ist ein Halbkreis und damit bauartbedingt
-halb so hoch wie breit. Fuer 72 % Hoehe braeuchte es Faktor 1,68 und waere mit
-30 Einheiten breiter als das Raster. Wirklich gleich hoch wird es nur durch
-Neuzeichnen des Bogens mit groesserem Winkel - dem Eigentuemer angeboten,
+halb so hoch wie breit. Echte Hoehengleichheit mit den Nachbarn gibt es nur
+durch Neuzeichnen des Bogens mit groesserem Winkel - dem Eigentuemer angeboten,
 nicht unaufgefordert gemacht.

 ## Working conventions (observed — keep them)
@@ -44,21 +44,26 @@ export function SymbolUebersicht({ groesse }: SymbolProps) {
    <Rahmen
      groesse={groesse}
      kinder={
-        /* Auf die volle Rasterbreite gezogen. Live gemessen (getBBox, 01.09./02.09.2026)
-                fuellte das Symbol nur 18,0 x 10,3 von 24 - 43 % der Hoehe, waehrend die
-                vier Nachbarn zwischen 65 % (Tanken) und 89 % (Fahrten) liegen. In einer
-                Reihe liest sich das als "zu klein", und genau so wurde es gemeldet.
+        /* 10 % groesser, zentriert um die Rastermitte (12,12).
           
-                Es ist bewusst NUR ein Faktor 1,33 (18 -> 24 Breite, Hoehe 10,3 -> 13,7)
-                und keine Angleichung auf 72 %: das Symbol ist ein Halbkreis, also
-                bauartbedingt halb so hoch wie breit. Fuer 72 % Hoehe braeuchte es Faktor
-                1,68 und waere mit 30 Einheiten breiter als das Raster. Wer es wirklich
-                gleich hoch will, muss den Bogen neu zeichnen (groesserer Winkel als 180
-                Grad), nicht skalieren.
+           Live gemessen (getBBox) fuellte das Symbol nur 18,0 x 10,3 von 24 - 43 % der
+           Hoehe, waehrend die vier Nachbarn zwischen 65 % (Tanken) und 89 % (Fahrten)
+           liegen. In einer Reihe liest sich das als "zu klein", und genau so wurde es
+           gemeldet.
           
-                stroke-width am <g> gleicht die Skalierung aus: 1,5 / 1,33 = 1,125, damit
-                die Strichstaerke gerendert wieder 1,5 betraegt wie bei den Nachbarn. */
-        <g transform="translate(-1.33,-2.67) scale(1.33)" strokeWidth={1.125}>
+           Ein erster Versuch mit Faktor 1,33 (auf volle Rasterbreite) war falsch: das
+           Symbol reichte danach von x=3,99 bis x=27,9 und wurde rechts abgeschnitten.
+           Beim Nachmessen waren Breite und Hoehe geprueft, aber nicht die Position -
+           bei einer Skalierung immer die RAENDER mitmessen, nicht nur die Groesse.
+           
+           Faktor 1,1 um (12,12) bleibt mit x 3,2-23,0 und y 7,6-18,9 im Raster. Mehr
+           geht mit dieser Form nicht: ein Halbkreis ist bauartbedingt halb so hoch wie
+           breit; echte Hoehengleichheit braeuchte einen neu gezeichneten Bogen mit
+           groesserem Winkel.
+           
+           stroke-width gleicht die Skalierung aus (1,5 / 1,1 = 1,364), damit die
+           Strichstaerke gerendert wieder 1,5 betraegt wie bei den Nachbarn. */
+        <g transform="translate(-1.2,-1.2) scale(1.1)" strokeWidth={1.364}>
          <path d="M4 17a9 9 0 0 1 18 0" />
          <path d="M13 17l5.5-5" />
          <circle cx="13" cy="17" r="1.3" />
@@ -1 +1 @@
-{"version":"2026.9.2.3","sha256":"dc96144b41112aae8af2c211111aaff2723bc21eeaefb3bf4af72d2914012bc2","bytes":265967,"gebaut":"2026-09-02T09:26:58Z"}
+{"version":"2026.9.2.4","sha256":"d769de8b3dbbf3ccf3de6b33bd8d6f551bca1b5605186d6138af02a8531b5618","bytes":265966,"gebaut":"2026-09-02T09:49:16Z"}
@@ -4177,21 +4177,26 @@ function vFill(id) {

 /* ---------------------------------------------------------- Steuerung */
 const ICONS = {
-  /* Auf die volle Rasterbreite gezogen. Live gemessen (getBBox, 01.09./02.09.2026)
-          fuellte das Symbol nur 18,0 x 10,3 von 24 - 43 % der Hoehe, waehrend die
-          vier Nachbarn zwischen 65 % (Tanken) und 89 % (Fahrten) liegen. In einer
-          Reihe liest sich das als "zu klein", und genau so wurde es gemeldet.
+  /* 10 % groesser, zentriert um die Rastermitte (12,12).
     
-          Es ist bewusst NUR ein Faktor 1,33 (18 -> 24 Breite, Hoehe 10,3 -> 13,7)
-          und keine Angleichung auf 72 %: das Symbol ist ein Halbkreis, also
-          bauartbedingt halb so hoch wie breit. Fuer 72 % Hoehe braeuchte es Faktor
-          1,68 und waere mit 30 Einheiten breiter als das Raster. Wer es wirklich
-          gleich hoch will, muss den Bogen neu zeichnen (groesserer Winkel als 180
-          Grad), nicht skalieren.
+     Live gemessen (getBBox) fuellte das Symbol nur 18,0 x 10,3 von 24 - 43 % der
+     Hoehe, waehrend die vier Nachbarn zwischen 65 % (Tanken) und 89 % (Fahrten)
+     liegen. In einer Reihe liest sich das als "zu klein", und genau so wurde es
+     gemeldet.
     
-          stroke-width am <g> gleicht die Skalierung aus: 1,5 / 1,33 = 1,125, damit
-          die Strichstaerke gerendert wieder 1,5 betraegt wie bei den Nachbarn. */
-  home: '<g transform="translate(-1.33,-2.67) scale(1.33)" stroke-width="1.125"><path d="M4 17a9 9 0 0 1 18 0"/><path d="M13 17l5.5-5"/><circle cx="13" cy="17" r="1.3"/></g>',
+     Ein erster Versuch mit Faktor 1,33 (auf volle Rasterbreite) war falsch: das
+     Symbol reichte danach von x=3,99 bis x=27,9 und wurde rechts abgeschnitten.
+     Beim Nachmessen waren Breite und Hoehe geprueft, aber nicht die Position -
+     bei einer Skalierung immer die RAENDER mitmessen, nicht nur die Groesse.
+     
+     Faktor 1,1 um (12,12) bleibt mit x 3,2-23,0 und y 7,6-18,9 im Raster. Mehr
+     geht mit dieser Form nicht: ein Halbkreis ist bauartbedingt halb so hoch wie
+     breit; echte Hoehengleichheit braeuchte einen neu gezeichneten Bogen mit
+     groesserem Winkel.
+     
+     stroke-width gleicht die Skalierung aus (1,5 / 1,1 = 1,364), damit die
+     Strichstaerke gerendert wieder 1,5 betraegt wie bei den Nachbarn. */
+  home: '<g transform="translate(-1.2,-1.2) scale(1.1)" stroke-width="1.364"><path d="M4 17a9 9 0 0 1 18 0"/><path d="M13 17l5.5-5"/><circle cx="13" cy="17" r="1.3"/></g>',
  /* Wagen von vorn - dasselbe Symbol wie in der myAudi-App (Audi-Symbolsatz,
     assets/icons/car.svg). Flaeche statt Kontur, deshalb die Klasse "voll". */
  audi: '<path d="M5.46 4.05a80 80 0 0 1 13.08 0l.24.02.14.2A55 55 0 0 1 21.9 9.2l2.1 2.1v8.2c0 .83-.67 1.5-1.5 1.5h-2a1.5 1.5 0 0 1-1.5-1.5V19l-14-.04v.54c0 .83-.67 1.5-1.5 1.5h-2A1.5 1.5 0 0 1 0 19.5v-8.2l2.1-2.1a55 55 0 0 1 2.98-4.93l.14-.2zM2.7 10 1 11.7v.3h4v1H1v6.5c0 .28.22.5.5.5h2a.5.5 0 0 0 .5-.5v-1.55L20 18v1.5c0 .28.22.5.5.5h2a.5.5 0 0 0 .5-.5V13h-4v-1h4v-.3L21.3 10zm17.94-1a45 45 0 0 0-2.43-3.98 78 78 0 0 0-12.44 0L4.51 7c-.3.5-.7 1.16-1.16 2.01h17.3ZM7.3 12h9.42l1.36 1.36-.1.3c-.31 1-.6 1.78-.88 2.31-.13.27-.27.5-.41.67-.13.15-.36.36-.68.36H8a.9.9 0 0 1-.68-.36c-.14-.17-.28-.4-.41-.67a17 17 0 0 1-.89-2.32l-.09-.29zm.42 1-.64.64c.28.84.52 1.47.73 1.89a2.4 2.4 0 0 0 .3.47h7.8l.02-.01c.07-.08.16-.23.28-.46.21-.42.45-1.05.73-1.9L16.3 13H7.71Z"/>',
@@ -1,7 +1,7 @@
 {
  "domain": "audi_dashboard",
  "name": "Audi Dashboard",
-  "version": "2026.9.2.3",
+  "version": "2026.9.2.4",
  "documentation": "https://gitea.nothaft.cloud/paul/audi-app/src/branch/main/README.md",
  "issue_tracker": "https://gitea.nothaft.cloud/paul/audi-app/issues",
  "codeowners": ["@paul"],