Repository navigation
resize() relativ zur eingefügten Größe statt absolut - #63
Merged
Merged
Conversation
Beim Nachfahren aller neuen Faehigkeiten gegen die Live-Seite kam ein Bild zurueck, dessen Text links und rechts hinauslief. objects() meldete korrekt insideMargin: false. Nachgemessen: Der Generator fuegt eine laengere Schlagzeile mit Skalierung 0,104 ein — 863 px auf 1080 px Bildbreite. resize(0.35) hat das als absoluten Wert gesetzt, also auf 2899 px. Fast das Dreifache der Bildbreite statt eines Drittels. Die llms.txt behauptete dazu "1 ist die eingefuegte Groesse". Das war falsch: Die eingefuegte Groesse ist 0,104. Wer der Anleitung folgte, machte Elemente um ein Vielfaches zu gross — und zwar in die Richtung, die die Zahl gerade nicht nahelegt. - resize(faktor) rechnet jetzt relativ zur eingefuegten Groesse. Die add*-Methoden merken sich beim Verfolgen, mit welcher Skalierung die App das Element angelegt hat. - place() klemmt auf den Bildrand, damit ein zu grosses Element nicht ganz aus dem Bild geschoben wird. objects() meldet weiterhin insideMargin: false, damit es auffaellt. - Zwei Regressionstests: einer prueft die relative Semantik direkt, der andere faehrt genau die Kombination, die das dreifach zu breite Bild erzeugt hat. Bemerkenswert: Alle 132 Jest- und 104 e2e-Tests waren gruen, die CI auch. Der Fehler steckte in der Bedeutung einer Zahl, nicht in einer Zusicherung, die ein Test geprueft haette. Gefunden hat ihn erst das Rendern eines echten Bildes nach dem Deploy — und angezeigt hat ihn objects(), also die Fassade selbst. VERSION auf 7. Claude-Session: https://claude.ai/code/session_01Qtib9MPRZATQU3j9w7ymDk
Die llms.txt fuehrte unter "geht nicht", dass Text im Stoerer nicht
machbar sei und die Schriftgroesse nicht steuerbar. Das stimmte, als es
geschrieben wurde. Mit resize() stimmt es nicht mehr: Der Kreis misst
320x320, der Text "31.8." wird mit 858 px eingefuegt und passt
verkleinert mit 192x108 hinein.
Wieder eine falsche Angabe unter "geht nicht" — der Fehlertyp, bei dem
ein Modell eine Anforderung ablehnt, die das Werkzeug erfuellen kann.
Gefehlt hat tatsaechlich nur die Platzierung. Neu:
- fitInto(index) verkleinert das zuletzt hinzugefuegte Element auf ein
anderes, per Vorgabe auf 60 % von dessen Breite.
- place({ onto: index }) legt es mittig darauf.
Damit ist der Stoerer mit Text erstmals ueber die Schnittstelle baubar —
die Form, die der CD-Quickguide zeigt. Das Beispiel in der llms.txt ist
lauffaehig und wird vom Beispieltest mitgefahren.
VERSION auf 8.
Claude-Session: https://claude.ai/code/session_01Qtib9MPRZATQU3j9w7ymDk
flomotlik
deleted the
feature/resize-relativ-zur-eingefuegten-groesse
branch
September 25, 2026 14:34
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Beim Nachfahren aller neuen Fähigkeiten gegen die Live-Seite kam ein Bild zurück, dessen Text links und rechts hinauslief und dessen Wahlkreuz das halbe Sujet bedeckte.
objects()meldete korrektinsideMargin: false.Die Ursache
resize(0.35)setzte das als absoluten WertFast das Dreifache der Bildbreite statt eines Drittels.
Und die
llms.txtbehauptete dazu: „1ist die eingefügte Größe." Das war falsch — die eingefügte Größe ist 0,104. Wer der Anleitung folgte, machte Elemente um ein Vielfaches zu groß, und zwar in die Richtung, die die Zahl gerade nicht nahelegt.Behoben
resize(faktor)rechnet relativ zur eingefügten Größe.1lässt alles wie es ist,0.5halbiert,2verdoppelt. Dieadd*-Methoden merken sich beim Verfolgen, mit welcher Skalierung die App das Element angelegt hat.place()klemmt auf den Bildrand, damit ein zu großes Element nicht ganz aus dem Bild geschoben wird.objects()meldet weiterhininsideMargin: false, damit es auffällt statt still zu passieren.Was mir daran zu denken gibt
Alle 132 Jest- und 104 e2e-Tests waren grün. Die CI war grün. Der Deploy war erfolgreich.
Der Fehler steckte in der Bedeutung einer Zahl, nicht in einer Zusicherung, die irgendein Test geprüft hätte — meine Tests prüften „wird kleiner", und 0,4 war zufällig kleiner als die vorherige Größe. Erst
0.35auf einem längeren Text kippte es ins Gegenteil.Gefunden hat ihn das Rendern eines echten Bildes nach dem Deploy. Angezeigt hat ihn
objects()mitinsideMargin: false— die Fassade hat sich selbst überführt.VERSION auf 7. 132 Jest grün, 105 e2e grün.
https://claude.ai/code/session_01Qtib9MPRZATQU3j9w7ymDk