Verallgemeinerte Erkenntnisse aus einem Ticketdurchlauf einarbeiten

Design-Paritaet 1.5 -> 1.6:
- Site-Set-page.tsconfig erreicht keine Datensaetze in Ordnern neben dem
  Site-Root; solche Konfiguration gehoert in die globale page.tsconfig
  der Extension. Symptom ist, dass eine TCEFORM-Aenderung genau fuer
  einen Datensatztyp wirkungslos bleibt.
- Angebotene und gerenderte Crop-Variante koennen auseinanderlaufen,
  dann beschneidet die Redaktion ins Leere.
- Feste Bildhoehe laesst das Seitenverhaeltnis ueber die Breakpoints
  wandern, sodass kein Zuschnitt mehr ueberall passt; aspect-ratio statt
  fester Hoehe.
- Umbrechende Labels brauchen eine reservierte Zeilenhoehe, sonst
  springt der Rhythmus des Rasters; dabei die Untermarge des Absatzes
  neutralisieren und die schmalste Geraetebreite pruefen, nicht nur 360.
- :has() laesst sich nicht in :has() verschachteln, die Regel wird
  komplett verworfen - ohne jede Fehlermeldung.
- Neuer Abschnitt zu Meldungen, die Rasterartefakte statt Fehler sind:
  gegen die Referenzseite pruefen, ueber mehrere Zoomstufen UND
  Subpixel-Versaetze messen, das Ganze per Canvas in einem Durchgang -
  und rechtzeitig sagen, dass Geometrie es nicht loest.

v11->v14 1.1 -> 1.2:
- Ein "verlorenes" Feld ist oft ein umgebautes Feld; zwei Spalten werden
  gern zu einem Feld plus Schalter. Erst das neue Modell pruefen, bevor
  man eine fremde Extension patcht - dann ist es eine Datenmigration.
  Dazu die abgesicherte UPDATE-Bedingung und der Hinweis, dass Fluid
  keinen !-Operator kennt.
- Vor "Regression" gegen die Referenzseite pruefen: zwei Tickets zum
  selben fehlenden Element koennen Verlust und Neuwunsch sein.

Cutover 1.1 -> 1.2:
- Eingebettete Fremddienste sperren sich per frame-ancestors oft gegen
  Staging. Solche Tests sind dort in keinem Browser moeglich; frueh
  klaeren, den eigenen Anteil trotzdem pruefen.

Redmine 1.3 -> 1.4:
- Textile beendet den Durchstrich am ersten Bindestrich im Text, ein
  Pfeil laesst also die Handlungsaufforderung ungestrichen stehen; HTML
  hilft nicht, Redmine escapt es. Und das Ergebnis nachsehen, die API
  bestaetigt nur die Speicherung.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

redmine-issue-workflow/SKILL.md

@@ -3,7 +3,7 @@ name: redmine-issue-workflow
 description: "Read and update issues on a self-hosted Redmine via its REST API from the CLI — list/read tickets, add notes, change status, edit an existing journal note in place, and download attachments. Use when a project tracks its work/bugs in Redmine and you need to look up 'the next fixes', check a ticket's details, mark work done, or maintain a collection ('Sammelticket') ticket. Covers: API-key auth via header (never inline the secret), the issues/journals/attachments endpoints, Textile (NOT Markdown) formatting, localized statuses, and the posting-style rules (keep customer-visible notes minimal — strike through or 'erledigt', don't write the bug's cause; don't post unless asked)."
 metadata:
   author: Wappler
-  version: "1.3"
+  version: "1.4"
 ---
 
 # Redmine issue workflow (REST API, CLI)
@@ -52,6 +52,14 @@ Redmine renders **Textile** by default. Consequences:
 - Strike-through = `-text-` (Markdown `~~…~~` does nothing).
 - A leading `#` is an **ordered-list** item, not a heading (Markdown `#` headings render as `<ol><li>`).
 - Bold `*text*`, italic `_text_`, inline code `@code@`.
+- **⚠ A strike-through ENDS at the first `-` inside the text.** Wrapping a whole sentence that contains
+  an arrow (`->`) closes the `<del>` right there, leaving the tail — often the action item, "-> please
+  clarify" — un-struck, i.e. still looking open. Inserting a single space (`. ->`) makes that dash read
+  as an opener instead and the strike-through runs to the end. **HTML is no way out: Redmine escapes
+  `<del>` in journal notes and the raw tag shows.**
+- **Verify what you wrote actually RENDERED.** The API only tells you the source was stored. Fetch the
+  issue page with the same API-key header and grep for `<del>` — it renders the Textile server-side, so
+  you see exactly what the customer sees. Worth it whenever you strike text through in place.
 
 ## Posting style (team rules — important)
 - **Don't post unless asked.** The user often does the Redmine updates themselves; offer/confirm first.