Slide 3: der Rahmen um die Aufgabe ist weg

Duenner half nicht, im Beitrag sah es aus wie vorher. Die Slide braucht ihn
auch nicht: sie besteht aus drei Nachrichten, die aufeinander folgen, und die
Aufgabenkarte ist das einzige Element mit einer gelben Marke ("Offen") -- der
Blick geht ohnehin dorthin. Ein Rahmen sagt nochmal, was die Anordnung schon
sagt, und kostet dafuer die Ruhe der Flaeche.

Mit ihm faellt letzterAnhang weg: blase() merkte sich die Lage der zuletzt
gezeichneten Anhangkarte, damit der Rahmen nicht aus einer zweiten Rechnung
kommt. Das liest jetzt niemand mehr.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
dejanandClaude Opus 5 committed 2026-08-26 14:58:11 +02:00
1 parent a884df4cda
commit 9fe7b848ee
2 files changed
+18 -53

No files matched your search

+16 -21
View File
@@ -242,31 +242,26 @@ wer sie noch einmal verkleinert, nimmt der Slide ihre eigene Aussage.
---
## 5c. Der ausbrechende Rahmen auf Slide 3
## 5c. Slide 3 kommt ohne Hervorhebung aus
Aus den Slack-Beiträgen kommt noch ein zweites Mittel, das mehr trägt als die
bloße Anordnung: **ein runder Rahmen, der über die Fläche hinausragt und auf
genau eine Sache zeigt.** Bei Slack ist er violett und liegt über einem Handy;
hier ist er gelb und liegt über der Anhangkarte der Aufgabe. Die Marke gibt den
Ton vor, nicht das Vorbild.
Um die Anhangkarte der Aufgabe lag einmal ein gelber Rahmen, geborgt aus den
Slack-Beiträgen: rund, über die Blase hinausragend, auf genau eine Sache
zeigend. Er ist weg.
Er sitzt dort, weil diese Karte den Satz der Slide trägt: aus der Nachricht
wird etwas mit Frist und Namen. Seitlich bricht er aus der Blase aus, oben und
unten bleibt er knapp — rundum gleich viel Luft schnitt den Satz darüber und
die Uhrzeit darunter mitten durch.
Bei sechs Pixeln war er plump — er trug mehr Farbe als die Karte, auf die er
zeigen sollte. Der Versuch, ihn zu retten, ging über vier Varianten (ganz weg,
weicher Schein, gelbe Kante links, dünner Ring), jeweils gerendert und auf
Feed-Breite heruntergerechnet; gewählt war am Ende derselbe Ring mit drei
statt sechs Pixeln. Im Beitrag sah das aus wie vorher.
**Drei Pixel, nicht sechs.** Bei sechs war er plump: er trug mehr Farbe als die
Karte, auf die er zeigen soll, und im Profilraster wurde daraus ein gelber
Balken. Geprüft wurden vier Alternativen — ganz weg, ein weicher Schein, eine
gelbe Kante links, ein dünner Ring — jeweils gerendert und auf Feed-Breite
(480 px) heruntergerechnet, weil dort entschieden wird, ob eine Linie noch
etwas sagt. Dünner als drei hält das nicht aus: bei 480 px sind drei Pixel noch
gut einer, darunter verschwindet die Linie. Der dünne Ring gewinnt, weil er als
einziger die Aufgabe des alten behält, nämlich auf genau diese Karte zu zeigen.
**Die Slide braucht ihn nicht.** Sie besteht aus drei Nachrichten, die
aufeinander folgen, und die Aufgabenkarte ist das einzige Element mit einer
gelben Marke („Offen") — der Blick geht ohnehin dorthin. Ein Rahmen sagt
nochmal, was die Anordnung schon sagt, und kostet dafür die Ruhe der Fläche.
Seine Lage kommt aus `blase()` selbst: die Funktion merkt sich, wo sie die
Anhangkarte gezeichnet hat. Die Rechnung ein zweites Mal zu führen hätte
geheißen, dass beide auseinanderlaufen, sobald sich an der Karte etwas ändert.
Mit ihm ist `letzterAnhang` weggefallen: `blase()` merkte sich die Lage der
zuletzt gezeichneten Anhangkarte, damit der Rahmen nicht aus einer zweiten
Rechnung kommt. Ohne Rahmen liest das niemand mehr.
---