Knopfpaar von der Speicherleiste getrennt, Modell "RS 6 Avant performance" raus

Das QR-Blatt benutzte dm-speicherleiste als reine Gestaltung eines Knopfpaares,
obwohl dort nichts gespeichert wird - vom Eigentuemer richtiggestellt. Der
Name machte eine Pruefung unbrauchbar, die genau danach suchte. Jetzt trennt
.dm-knopfpaar (zwei gleich breite Knoepfe) von .dm-speicherleiste (dasselbe
Paar als klebende Leiste fuer ein Formular mit Speichern-Schritt).

"RS 6 Avant performance" ist aus der Modellauswahl entfernt; "RS 6 Avant"
stand bereits darin, die Ausfuehrung traegt der Nutzer selbst ein. Es war der
einzige Eintrag, der in der auf 180px vereinheitlichten Auswahl abgeschnitten
wurde. Ein Profil mit dem alten Wert behaelt ihn - die Auswahl stellt einen
nicht gelisteten Titel als eigene Option voran.

Nachgemessen am laufenden System: .dm-knopfpaar flex mit 12px Abstand und zwei
gleich breiten Knoepfen, .dm-speicherleiste weiterhin klebend; zehn Modelle,
laengster 115px bei 142px Platz.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
2026-09-05 11:00:28 +02:00
parent 063446239c
commit 52daaf8611
7 changed files with 69 additions and 7 deletions
+41
View File
@@ -11722,3 +11722,44 @@ Am laufenden System, ganze Kette: App-Einstellungen, Platzhalter `TT.MM.JJJJ`,
`fahrzeugprofil.json` steht `15-06-2024` - und danach zeigen App-Service,
Panel-Service und Panel-Mein-Audi uebereinstimmend **15.06.2027** (plus 36
Monate). Danach der urspruengliche Wert des Eigentuemers wiederhergestellt.
## CV. Eine Klasse, die log - und ein Modellname zu viel (2026.9.5.14)
### `dm-speicherleiste` hiess auch dort, wo nichts gespeichert wird
Bei der Suche nach allen Speicherleisten des Projekts (Anlass: Abschnitt CU)
kam das QR-Blatt als Treffer heraus. Richtiggestellt vom Eigentuemer: *"qr scan
bild einfuegen hat bisher funktioniert ohne speichern."* Stimmt - dort ist
`dm-speicherleiste` nur die Gestaltung eines Knopfpaares ("Abbrechen" / "Bild
auswaehlen"), gespeichert wird nichts, das gewaehlte Bild wirkt sofort.
Der Aufbau ist jetzt getrennt:
* `.dm-knopfpaar` - zwei gleichrangige, gleich breite Knoepfe nebeneinander.
Sagt nichts darueber, wozu sie dienen.
* `.dm-speicherleiste` - dasselbe Paar als **klebende** Leiste am unteren Rand,
fuer ein Formular, dessen Aenderungen erst mit "Speichern" wirken.
Das ist keine Kosmetik: eine Klasse, die etwas anderes behauptet als sie tut,
macht genau die Pruefung unbrauchbar, fuer die man sie durchsucht. Eine Klasse
soll eine Sache bedeuten.
(`composes:` gehoert zu CSS-Modules und wirkt in einem normalen Stylesheet
nicht - der erste Versuch, die gemeinsamen Regeln so zu erben, war still
wirkungslos und ist wieder heraus.)
### "RS 6 Avant performance" ist raus
Aufgefallen war der Eintrag als einziger, der in der auf 180px vereinheitlichten
Modellauswahl abgeschnitten wurde (182px Text gegen 142px Platz, Abschnitt CU).
Ansage des Eigentuemers: *"zu RS 6 Avant aendern. Performance kann der User
selbst in Ausfuehrung eingeben"* - und "RS 6 Avant" stand ohnehin schon in der
Liste, der Eintrag war also nur zu streichen.
Gefahrlos, weil die Auswahl einen gespeicherten, nicht mehr gelisteten Titel
als eigene Option voranstellt (`FAHRZEUG_MODELLE.includes(...) ? ... : [titel,
...]`) - ein Profil mit dem alten Wert behaelt ihn und faellt nicht still auf
den ersten Eintrag zurueck. Das Badge haengt an "RS 6" und war nie betroffen.
Nachgemessen: zehn Eintraege, laengster "RS 3 Limousine" mit 115px bei 142px
Platz - nichts wird mehr abgeschnitten.