2D: Inline-Text-Editor-Nachbesserung — WYSIWYG-Textgrösse, Toolbar bleibt normal

Nutzer-Report: nach dem vorigen Fix (kein transform:scale() mehr) war die
Feldgrösse jetzt fest/zoomunabhängig — das getippte Feld sollte aber genau
so aussehen wie der später gerenderte Text (Schriftgrösse) UND genau so
gross sein wie das gezeichnete Feld selbst (Breite/Höhe), beides am echten
Zoom.

Lösung: Position/Breite/Feldhöhe/Schriftgrösse folgen wieder alle
currentPxPerMeter() (live) — aber die Schriftgrösse geht NICHT mehr über
transform:scale() auf die GANZE Box (das hatte die Toolbar beim Reinzoomen
mit aufgebläht, der vorige Bug), sondern nur auf die Textfläche selbst via
CSS-Variable (--rt-font-size/--rt-min-height, gesetzt auf dem Wrapper,
geerbt bis zu .rt-surface in styles.css). Die Toolbar (.rt-toolbar)
referenziert diese Variable nicht und bleibt dadurch immer normal gross und
bedienbar, unabhängig vom Zoom — nur der Text selbst ist WYSIWYG.

tsc -b / vitest run (919/919) / npm run build grün. Nutzer prüft erneut in
der laufenden App (kein Browser-Tool hier verfügbar für eigene visuelle
Kontrolle).

src/styles.css

@@ -6789,8 +6789,16 @@ body {
 .planview-inline-text .rt-editor {
   min-height: inherit;
 }
+/* WYSIWYG: die Schriftgrösse UND die Feldhöhe der Textfläche folgen dem
+   echten Zoom (--rt-font-size/--rt-min-height, inline von PlanView.tsx
+   gesetzt, per CSS-Var-Vererbung bis hierher durchgereicht) — NUR die
+   Textfläche, NICHT die Toolbar (.rt-toolbar bleibt bei ihrer normalen,
+   immer bedienbaren Grösse). So sieht der getippte Text wie der später
+   gerenderte aus, ohne dass Buttons/Dropdowns beim Reinzoomen riesig werden
+   (der vorige Bug mit transform:scale() auf die GANZE Box). */
 .planview-inline-text .rt-surface {
-  min-height: 1.4em;
+  font-size: var(--rt-font-size, 13px);
+  min-height: var(--rt-min-height, 1.4em);
   padding: 2px 4px;
 }
 /* Text-Werkzeug ohne Spaltenbreite: kein Wortumbruch — die Box wächst in der