Files
dejanandClaude Opus 5 f5a3ccd634 Ring beantwortet das Ueberfahren in seiner Mitte statt im Tooltip
Der Tooltip legte sich ueber die Ringmitte: "Klima & Lueftung 268,0 T€" und
"GESAMT 2,27 Mio. €" uebereinander, beides unlesbar. Ein Ring von 168 px hat
keinen Platz fuer ein schwebendes Feld daneben, egal wohin man es schiebt.

Der Tooltip faellt deshalb ganz weg. Beim Ueberfahren zeigt die Mitte das
beruehrte Segment mit Name, Wert und Anteil, im Ruhezustand weiter den
Gesamtwert. Die Flaeche ist ohnehin belegt und die einzige, die gross genug
ist; ausserdem wiederholte der Tooltip nur, was die Legende daneben schon
zeigt. Das ist auch die Carbon-Loesung.

Damit das Ueberfahren des Rings selbst wirkt (bisher setzte nur die Legende
den Zustand), liegen die Handler jetzt auch am Pie.

Zur Breite der Beschriftung: erst am Container bemessen, dann an der Hoehe,
beides falsch. Der Ring ist so gross wie die **kleinere** der beiden Seiten.
Jetzt begrenzt min() beide. Der Wert ist nachgemessen statt geschaetzt: Bei
200 px Ringhoehe ist der Innenkreis 124 px breit und "KLIMA & LÜFTUNG" in
einer Zeile 109 px. Das passt rechnerisch und sieht trotzdem gedraengt aus,
weil der Innenkreis ein Kreis ist und die Beschriftung ueber der Mittellinie
steht, wo er schmaler wird. Bei 48 % bricht der Name auf zwei Zeilen um und
bekommt Luft.

Das Abblenden der uebrigen Segmente bleibt. Im Trichter war dasselbe Mittel
falsch, hier ist es richtig, und der Unterschied steht als Kommentar dabei:
Dort kodiert die Balkenlaenge eine Menge, und Deckkraft liest sich als
"weniger". Hier kodiert die Farbe nur eine Kategorie.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01QPeZNwSeU7qG3RRCwaxEZX
2026-08-31 22:58:20 +02:00
..