fix: Umschalter navigiert zum Knoten der Cursor-Zeile (Touch-Weg Text -> Diagramm)

Zum gemeldeten Fehler „Cursor in den Text setzen klappt den Editor zusammen":
Auf der deployten Instanz (1.1.39, noch das alte Splitter-Modell) nachgestellt —
ein Tipp auf die Titelzeile des Diagramms, ein 49-px-Streifen unmittelbar über
dem Text, schrumpfte den Editor von 594 px auf 44 px. Beim Zielen auf die oberen
Textzeilen leicht zu treffen. Das Ein-Bereich-Modell nimmt dem die Grundlage:
kein Splitter, kein Titelzeilen-Tippen, den Bereich wechselt allein der
Umschalter. Im aktuellen Stand nicht mehr auslösbar (Maus, emulierter Touch und
synthetische Touch-Folge je ohne Bereichswechsel).

Der zweite Teil der Meldung deckte eine echte Lücke auf: Für Text -> Diagramm
gibt es nur Alt+Klick/Alt+Enter — und Alt gibt es auf dem Telefon nicht. Die
Gegenrichtung hat dort ihren langen Druck, diese hatte nichts.

Ein langer Druck IM TEXTFELD verbietet sich allerdings: Dort gehört er dem
Betriebssystem (Wort markieren, Auswahlgriffe). D25 konnte sich die Geste im
Diagramm nehmen, weil es da nichts zu markieren gibt; in einem editierbaren Feld
ist sie die Bedien-Grundlage zum Bearbeiten — sie zu überschreiben löste ein
Navigationsproblem auf Kosten des Bearbeitens, in einer Meldung, deren Kern
gerade lautet, dass Bearbeiten nicht bestraft werden darf.

Stattdessen trägt der Umschalter die Geste nebenbei: Wer aus dem Text ins
Diagramm wechselt, will bei dem nachsehen, woran er geschrieben hat — der Knopf
wird in genau diesem Moment ohnehin gedrückt. Er zentriert und markiert den
Knoten der Cursor-Zeile (focusNodeOfCaret, identisch zum Alt+Klick am
Schreibtisch); auf einer Zeile ohne Knoten wird nur umgeschaltet.

SPEC §9 und D17 (Nachtrag 3) nachgezogen.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

docs/DECISIONS.md

@@ -279,6 +279,42 @@ läuft synchron, es wird nichts davon gezeichnet. Nachgemessen: Knoten auf dem
 Schirm 143 px, im SVG 189,7 px — also die unskalierte Größe, passend zur festen
 Schrift.
 
+**Nachtrag 3 — der Umschalter trägt die Navigation zum Knoten; ein langer
+Druck im Textfeld verbietet sich.** Gemeldet als Fehler: „Wenn man in der
+Smartphone-Ansicht den Cursor in den Text setzt, klappt das Text-Edit-Fenster
+zusammen." Nachgestellt auf der **deployten** Instanz (1.1.39, noch das alte
+Splitter-Modell von D17): Ein Tipp auf die **Titelzeile des Diagramms** —
+ein 49 px hoher Streifen unmittelbar über dem Text — schrumpfte den Editor von
+594 px auf 44 px. Beim Zielen auf die oberen Textzeilen ist der leicht zu
+treffen. Das Ein-Bereich-Modell aus Nachtrag 1 nimmt dem Fehler die Grundlage:
+Es gibt keinen Splitter und kein Titelzeilen-Tippen mehr, den Bereich wechselt
+**allein** der Umschalter. Im aktuellen Stand ließ sich der Fehler nicht mehr
+auslösen (Maus-Klick, emulierter Touch und synthetische Touch-Folge, jeweils
+ohne Bereichswechsel).
+
+Der zweite Teil der Meldung deckte aber eine echte Lücke auf: Für die Richtung
+**Text → Diagramm** gibt es nur Alt+Klick bzw. Alt+Enter (D25) — und Alt gibt
+es auf dem Telefon nicht. Die Gegenrichtung hat dort ihren langen Druck, diese
+hatte nichts.
+
+**Vorgeschlagen war ein langer Druck im Textfeld — verworfen.** Dort gehört er
+dem Betriebssystem: Wort markieren, Auswahlgriffe, Einfügen-Leiste. D25 konnte
+sich diese Geste im Diagramm nehmen (`user-select:none`), weil es da nichts zu
+markieren gibt; in einem **editierbaren** Feld ist sie die Bedien-Grundlage
+zum Bearbeiten. Sie zu überschreiben löste ein Navigationsproblem auf Kosten
+des Bearbeitens — in einer Meldung, deren Kern gerade lautet, dass Bearbeiten
+nicht bestraft werden darf. Dazu kommt, dass sich das Zusammenspiel mit der
+nativen Auswahl nach der D25-Lehre nur auf echter Hardware beurteilen ließe.
+
+**Gewählt: der Umschalter tut es nebenbei.** Wer aus dem Text ins Diagramm
+wechselt, will nachsehen — und zwar bei dem, woran er gerade geschrieben hat.
+Der Knopf wird in genau diesem Moment ohnehin gedrückt; er zentriert deshalb
+den Knoten der Cursor-Zeile und hebt ihn hervor (`focusNodeOfCaret()`, also
+identisch zum Alt+Klick am Schreibtisch). Kostet kein Bedienelement, keine
+Geste und kann nicht versehentlich auslösen. Steht der Cursor auf einer Zeile
+ohne Knoten (Kommentar, Leerzeile), wird nur umgeschaltet — dieselbe stille
+Regel wie überall sonst bei dieser Geste.
+
 **Das Debug-Panel minimiert sich jetzt, statt sich zu schließen.** Ein Klick
 entfernte es bisher ganz — was nichts half, weil der 15-Sekunden-Takt es sofort
 wieder aufbaute; auf dem Telefon verdeckte es damit dauerhaft die untere rechte

docs/SPEC.md

@@ -406,7 +406,12 @@ damit genau dann zu sehen, wenn der Text vorn ist. Die übrigen
 **Aktions-Knöpfe** bleiben rechts in der Titelzeile und werden mit
 umgeschaltet — jeder Bereich zeigt seine eigenen, in der unten beschriebenen
 komprimierten Form. Der sichtbare Bereich wird gemerkt; ein Sprung zwischen
-Diagramm und Text (§9) holt den nötigen Bereich selbst nach vorn.
+Diagramm und Text (§9) holt den nötigen Bereich selbst nach vorn. **Nur dieser
+Umschalter wechselt den Bereich** — insbesondere kostet kein Tippen im Text
+den Editor. Umgekehrt trägt der Umschalter zugleich die Navigation zum Knoten:
+Wer aus dem Text ins Diagramm wechselt, landet auf dem Knoten der Cursor-Zeile
+(zentriert und hervorgehoben) — der Alt+Klick dieser Richtung (§9) steht auf
+dem Telefon nicht zur Verfügung.
 Voreinstellung ist das Diagramm. Beide Inhalte werden hier zudem rund **25 %
 kleiner** dargestellt, damit mehr Plan auf die Fläche passt; das ist ein Faktor
 **auf** den Zoom, der Zoom-Regler arbeitet unverändert relativ dazu und zeigt