Erstelle eine HTML/CSS/JavaScript-Interaktionsstudie mit expliziten Ausgangs-, Aktiv- und Abschlusszuständen sowie einer gut lesbaren Fallback-Lösung für prefers-reduced-motion für [PROJECT] und [AUDIENCE]. Die Aufgabe lautet: Feedbackzustände von Schaltflächen.
## Erforderliche Inhalte und Struktur
Zeige für eine primäre Aktion Zustände für Daraufzeigen, Fokus, Gedrückthalten, Laden und Abschluss.
Verwende [APPROVED_CONTENT] als Quelle für Namen, Daten, Zahlen, Aussagen und Ziele. Führe fehlende Angaben auf, bevor du etwas ersetzt. Falls eine Demonstration erforderlich ist, kennzeichne deren Inhalte als fiktiv. Erfinde keine Kundenstimmen, Rankings, Partnerlogos oder Produktfunktionen.
## Designausrichtung
Verwende [BRAND_RULES] und das bereits im Projekt ausgewählte Designsystem. Falls kein System vorgegeben ist, beginne mit dieser Richtung: Weiß, Anthrazit und leuchtend grüne Akzente; klar gekennzeichnete Start-, Übergangs- und Endzustände. Verwende Typografie, Abstände und Farbrollen konsistent. Stelle die Aufgabe über dekorative Elemente und vermeide eine generische Sammlung unzusammenhängender Karten.
## Inhaltsvorbereitung
Definiere die Aktion und ihre tatsächlichen Ereignisse für Ruhezustand, Daraufzeigen, Fokus, Gedrückthalten, Laden, Erfolg und Fehlschlag. Lege fest, zu welchem Zeitpunkt der Vorgang tatsächlich abgeschlossen ist.
## Layout und Verhalten
Halte die Geometrie der Schaltfläche bei Zustandsänderungen stabil. Verwende zusätzlich zur Bewegung Text oder ein Symbol, um Warten, Erfolg und Fehler zu unterscheiden, und stelle den Tastaturfokus sichtbar dar.
## Aufgabenspezifische Abnahmeprüfung
- Verwende Animationen nicht als einzige Rückmeldung und suggeriere keinen Erfolg vor dem Abschluss.
- Löse einen langsamen Vorgang und einen Fehler aus.
- Ein Häkchen darf erst nach Abschluss und nicht aufgrund eines Timers erscheinen; bei reduzierter Bewegung müssen alle wesentlichen Rückmeldungen erhalten bleiben.
## Implementierung und Prüfung
Halte Texte bearbeitbar. Verwende eine semantische Struktur, aussagekräftig beschriftete Steuerelemente, einen sichtbaren Tastaturfokus und geeignete Leer- und Fehlerzustände. Prüfe schmale und breite Layouts. Berücksichtige Einstellungen für reduzierte Bewegung. Behalte das vorhandene Projekt-Framework und seine Abhängigkeiten bei; ersetze den Stack nicht stillschweigend. Gib die bearbeitbaren Dateien zurück und erläutere unvollständiges Verhalten oder nicht unterstützte Eingaben. Prüfe diese konkrete Aufgabe, bevor du zusätzliche Funktionen vorschlägst.
Stelle alle Informationen und Aktionen auch ohne Animation bereit. Biete gegebenenfalls eine Pausen- oder Schließoption an. Dokumentiere Auslöser und Übergänge; ersetze echten Fortschritt nicht durch einen dekorativen Timer.
## Referenzanhang und Rekonstruktionsziel
Füge reference.webp aus dem Download-Paket dieses Prompts zusammen mit diesem Prompt in OpenDesign ein. Erstelle ein bearbeitbares Ergebnis mit ähnlicher Komposition und Hierarchie; binde nicht das gesamte Referenzbild als fertige Benutzeroberfläche ein. Bewahre freigegebene Projektinhalte und Markenregeln, wenn sie fiktiven Beispielbeschriftungen widersprechen. Falls das Bild fehlt oder unleserlich ist, frage danach, anstatt visuelle Übereinstimmung zu behaupten.
## Komposition und Inhalt der Referenz
Verwende die beigefügte Datei reference.webp als visuelle Referenz für die Feedbackzustände von Schaltflächen. Bestimme vor der Umsetzung von oben nach unten die Hauptbereiche, ihre relativen Breiten und Höhen, Ausrichtung, Abstände, typografische Hierarchie, Flächenfarben, Rahmen, Bildinhalte und wiederkehrenden Komponenten. Bewahre diese Beziehungen, anstatt sie durch eine generische Vorlage zu ersetzen. Erforderlicher Aufgabeninhalt: Zeige für eine primäre Aktion die Zustände Hover, Fokus, Gedrückt, Laden und Abgeschlossen. Beachte beim Übertragen des Bildes in bearbeitbare Elemente die folgenden aufgabenspezifischen Layoutvorgaben: Halte die Geometrie der Schaltfläche bei Zustandsänderungen stabil. Verwende zusätzlich zur Bewegung Text oder ein Symbol, um Warten, Erfolg und Fehler zu unterscheiden, und stelle den Tastaturfokus sichtbar dar.
## Visuelle Ausrichtung aus den beispielhaften Projektanforderungen
Weiß, Anthrazit und leuchtend grüne Akzente; klar gekennzeichnete Start-, Übergangs- und Endzustände.
## Interaktionsspezifikation
Die Referenz ist ein statisches Konzept: Das unten beschriebene Verhalten muss implementiert werden und ist kein Beleg dafür, dass das Bild bereits funktioniert. Kopiere den angepassten Prompt in dein Arbeitsprojekt. Beginne mit der Kernaufgabe: Zeige für eine primäre Aktion die Zustände Hover, Fokus, Gedrückt, Laden und Abgeschlossen. Verwende Animationen nicht als einzige Rückmeldung und suggeriere keinen Erfolg vor dem Abschluss. Lege für jedes sichtbare Steuerelement Auslöser, betroffenen Zustand und Rückmeldung fest; implementiere lokale Änderungen mit einem konsistenten Zustand in den zugehörigen Ansichten. Sorge dafür, dass Suche und Filter echte Ergebnisse liefern, Auswahlsteuerelemente einen eindeutigen aktiven Zustand haben und Speicheraktionen gegebenenfalls sichtbare Rückmeldungen für Ausstehend, Erfolg und Fehler anzeigen. Füge keine sachfremden Abläufe hinzu. Verwende korrekte Links für die Navigation, Schaltflächen für Aktionen und zugängliche Namen für Symbolsteuerelemente. Suggeriere nicht, dass ein Backend-Vorgang erfolgreich war, wenn sich nur eine lokale Demo geändert hat.
## Visueller Vergleich und Übergabe
1. Vergleiche das Ergebnis bei übereinstimmenden Proportionen mit dem angehängten Bild. Prüfe vor der Ausarbeitung dekorativer Details die Platzierung der Hauptbereiche, relative Bildgrößen, Zeilenumbrüche, Abstände, typografische Hierarchie, Kontrast, aktive Zustände und Inhaltsdichte.
2. Teste anschließend das schmale Layout, ohne Desktoptexte in winzige Beschriftungen zu zwängen.
3. Halte Logos, Fotos und Symbole als separate Assets und alle aussagekräftigen Beschriftungen bearbeitbar. Führe nicht verfügbare Schriftarten und Assets sowie beabsichtigte Abweichungen auf. Gib die funktionsfähigen Dateien zusammen mit einer knappen Beschreibung des implementierten Verhaltens und der noch ausstehenden Integrationen zurück; versprich nicht allein auf Grundlage des Prompts ein pixelgenaues Ergebnis.