tobias
ddcd9396b0
Der Abstand zwischen Kachelueberschrift und erster Inhaltszeile war 0, 10 oder 12px, je nachdem ob das folgende Element einen eigenen oberen Rand mitbrachte. Bei 0 klebte die Ueberschrift an der Zeile und las sich als deren Beischrift. Jetzt einheitlich 14px, gesetzt am Kopf selbst - benachbarte Raender fallen zusammen, vorhandene 10/12 werden also angehoben statt addiert, und absolut gesetzte Nachbarn wie das Zahnrad bleiben unberuehrt. Nur die erste Beschriftung einer Kachel: .label/.ads-eyebrow tragen auch Inhaltszeilen wie die Anschrift des Autohauses, die bleiben unveraendert. Der urspruengliche Auftrag lautete "Panel wie App setzen" und beruhte auf einer Falschaussage von mir: ich hatte die 10px-Grossschrift aus dem Design-System gelesen statt die App zu messen. Die App ueberschreibt sie dort absichtlich auf den Panel-Wert; beide waren laengst identisch. Dazu: _profil_aufraeumen() entfernt ausgemusterte Profilfelder einmalig beim Start, Anlass ist fahrzeug.hauptuntersuchung_faellig. Ohne das bliebe der tote Schluessel fuer immer stehen, weil beide Oberflaechen das Profil vollstaendig zurueckschreiben. An der Testinstanz geprueft, einschliesslich zweitem Start ohne Schreibvorgang. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
24 lines
536 B
JSON
24 lines
536 B
JSON
{
|
|
"domain": "audi_dashboard",
|
|
"name": "Audi Dashboard",
|
|
"version": "2026.9.5.11",
|
|
"documentation": "https://gitea.nothaft.cloud/paul/audi-app/src/branch/main/README.md",
|
|
"issue_tracker": "https://gitea.nothaft.cloud/paul/audi-app/issues",
|
|
"codeowners": [
|
|
"@paul"
|
|
],
|
|
"config_flow": true,
|
|
"integration_type": "service",
|
|
"single_config_entry": true,
|
|
"iot_class": "local_polling",
|
|
"dependencies": [
|
|
"http",
|
|
"frontend",
|
|
"panel_custom",
|
|
"recorder"
|
|
],
|
|
"requirements": [
|
|
"pypdf>=4.0.0"
|
|
]
|
|
}
|