2 Commits

Include renames

Author	SHA1	Message	Date
kantarciandClaude Fable 5.1	d0019c80af	Arrow icons, cascading own CSS, a preload for the hero image, and EB Solar ... Built while setting up the redesign of ebsolar.de as the sixth local installation (scripts/seed-ebsolar.php, reset-ebsolar.sh, ports 8096/8097). The rebuild surfaced four things in the core: - The icon set knows three arrows now: arrow-right, arrow-left, arrow-up-right. The button block and the post navigation render them as inline SVG inside the same aria-hidden span as before, so a template that hides the arrow with "& span{display:none}" keeps working. Until now the arrow was a text glyph that looked different in every font. Umut: "bei alle Projekte bzw bei allen möchte ich dieses emoji icon weg haben". - Own CSS with the same nested selector twice kept only the last rule. "& .post-card{border:0}" followed by "& .post-card{transform:none}" lost the border - silently, which brought the core's card frame back on the project grid. The parser now joins the declarations in source order, as CSS does; the same for "&{…}" next to the element's own properties. - The eager image over the fold was not preloaded. The background image of the first section has had a preload link for a while; a plain <img> was found only after the stylesheet was parsed, and that round trip went straight into LCP. PageController::heroImage() now writes the same src, srcset and sizes the block template writes, and page.html.twig emits the link - unless a background image is already preloaded. - Measured on the way: an entrance effect on the LCP element costs about 900 ms of render delay. The EB Solar hero image therefore has none. Tests: 581 green, the icon test accepts quoted keys, two cases for the CSS cascade, the preload asserted in the big-picture test. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>	2026-09-17 12:56:57 +02:00
kantarciandClaude Opus 5	1b22265a54	Beitragsnavigation als Baustein (Dokumentschema v18) ... Umut: "Beitragsseite gefaellt mir nicht, sollte wie bei kant-it.de sein oder besser. Falls noetig Plugin bauen." Die Originalseite hat Galerie, Vor/Zurueck zwischen Projekten und einen Abschlussaufruf. Galerie und Aufruf gab es laengst - sie waren nur nicht benutzt. Die Navigation gab es nicht. Kein Plugin: ein Plugin ist hier ein Bausteintyp, dessen Eigenschaften der Kern aufbewahrt, aber nicht rendert - es koennte also nichts ausgeben, solange es keine Laufzeit dafuer gibt. Und die Nachbarn eines Beitrags stehen in derselben Tabelle wie die Beitragsliste, die der Kern schon fuellt. Also ein Baustein: postnav. Gespeichert sind zwei Beschriftungen, mehr nicht - welcher Beitrag vorher und nachher kommt, entscheidet der Renderer. Gesucht wird innerhalb derselben Kategorie, und am Rand wird nicht umgebrochen. Ausserdem: die uebernommenen Projekttexte begannen mit dem wiederholten Titel (20 Beitraege), und schmale Abschnitte standen links statt mittig - max-width ohne margin:auto ist eine halbe Einstellung. Geprueft: 396 Tests unter PHP 8.2 und 8.4, 18 JS-Tests, Editortest, Browserpruefung, axe ohne Verstoss auf der Beitragsseite. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>	2026-09-13 10:56:18 +02:00