Ergebnisse aus dem benutzerdefinierten Formular für die Auswahl von Entwicklerfeedback

Adam Argyle

Veröffentlicht: 16. Dezember 2024

Im September haben wir Sie um Feedback zur experimentellen Funktion für benutzerdefinierte Auswahl gebeten. Das Feedback, das Sie uns gegeben haben, umfasste Anwendungsfälle (z. B. Designsysteme, Kombinationsfelder), Gedanken zum Eingabemodus der API und Feedback zu Basisstilen. Zu den Bedenken gehörten die Barrierefreiheit, die Browserkompatibilität, die Notwendigkeit einer Suchfunktion und der Wunsch nach Unterstützung für die Mehrfachauswahl. Sie möchten die API offenbar in der Produktion verwenden, haben aber einige Vorbehalte und spezifische Funktionsanfragen.

Alle diese Informationen wurden von Chrome-Entwicklern und ‑Managern verwendet, um fundierte Entscheidungen zur Funktion zu treffen. In diesem Beitrag werden die wichtigsten Erkenntnisse aus den einzelnen Fragen der anpassbaren Auswahlumfrage zusammengefasst.

Was würden Sie mit dieser neuen API entwickeln?

Es wurden verschiedene Anwendungsfälle genannt, darunter:

1. Designsystemkomponenten erstellen: Sie erstellen ausgewählte Komponenten für ihre Designsysteme, um für Einheitlichkeit und Anpassbarkeit in ihren Projekten zu sorgen.
2. Verschiedene Arten von Auswahlfeldern erstellen, z. B. für Sprache, Land oder Nutzerberechtigungen.
3. Vorhandene select-Elemente optimieren: Vorhandene select-Elemente können mit Bildern, SVGs und umfangreicheren Formatierungen optimiert werden.
4. Benutzerdefinierte Implementierungen von „select“ ersetzen: Ersetzen Sie benutzerdefinierte „select“-Komponenten durch eine standardisierte, native Lösung.
5. Kombinationsfelder und benutzerdefinierte Auswahlen erstellen: komplexere Funktionen wie Kombinationsfelder, benutzerdefinierte Auswahlen für Telefonnummern, Zeitzonen, Währungen und andere Datentypen.
6. Formular-UIs verbessern: Sie können Formulare verbessern, indem Sie optisch ansprechendere und funktionalere Auswahlelemente erstellen.

Diese Antworten unterstreichen die Vielseitigkeit der neuen API und ihr Potenzial, die Nutzerfreundlichkeit und Entwicklungseffizienz für eine Vielzahl von Webanwendungen zu verbessern.

Planen Sie, diese API in der Produktion zu verwenden, sobald sie allgemein verfügbar ist?

Haben Sie die neue API ausprobiert? Wenn ja, konnten Sie damit das erstellen, was Sie wollten?

Was halten Sie vom Eingabemodus für anpassbare Auswahlfelder (appearance: base-select für das <select>-Element und ::picker(select))?

Das Feedback zu diesem Eingabemodus ist gemischt:

1. Einige finden den Ansatz akzeptabel, angemessen oder sogar besser als die aktuelle Situation. Sie sehen es als „logische“ oder „gute“ Möglichkeit, das <select>-Element schrittweise zu verbessern.
2. Andere sind verwirrt oder finden die Syntax umständlich. Die Verwendung von zwei Properties (appearance: base-select und ::picker(select)) wird als redundant oder unnötig angesehen. Es werden Bedenken hinsichtlich der Namensgebung geäußert (base-select könnte irreführend sein) und es besteht die Gefahr, dass Neulinge, die mit den zugrunde liegenden Konzepten nicht vertraut sind, verwirrt werden.
3. Einige Befragte schlagen alternative Ansätze vor, z. B. die Verwendung einer einzelnen Property oder eines einzelnen Selektors oder das Vermeiden der appearance-Property.

Insgesamt sind einige Befragte mit dem aktuellen Eingabemodus zufrieden, andere finden ihn verwirrend oder schlagen Verbesserungen vor, um ihn klarer und einfacher zu gestalten. Dieses Feedback unterstreicht die Bedeutung einer klaren Dokumentation und von Beispielen, um Entwickler bei der effektiven Nutzung der neuen API zu unterstützen.

Haben Sie Feedback zu den vorhandenen Basisstilen (User-Agent) für anpassbare Select-Felder?

Einige Befragte finden die Stile akzeptabel oder gut, während andere bestimmte Kritikpunkte oder Vorschläge haben. Einige der Feedbackpunkte:

• Das Häkchensymbol ist nicht schön oder könnte einfacher sein.
• Es ist nicht genügend Platz für ein Häkchen neben den Elementen vorhanden.
• Die Basisstile wirken gedrängt, der Fokusring ist abgeschnitten und es gibt keinen Abstand zwischen dem Häkchen und dem Text.
• Die Stile können dem Stil der Betriebssystemplattform oder einem <dialog>-Element ähneln.
• Der Standardpfeil sollte nach unten zeigen und sich beim Öffnen nach oben drehen.
• Möglicherweise ist ein Zurücksetzen erforderlich, um die grundlegenden User-Agent-Stile zu entfernen.

Haben Sie Fragen, Anmerkungen oder Bedenken zu dieser Funktion?

Es gab eine Vielzahl von Rückmeldungen, Fragen und Bedenken bezüglich der neuen anpassbaren Select API. Zu den wichtigsten Themen gehören:

1. Barrierefreiheit: Mehrere Teilnehmer äußerten Bedenken hinsichtlich der Barrierefreiheit, insbesondere in Bezug auf Screenreader und Tastaturnavigation.
2. Mehrfachauswahl und Kombinationsfelder: Es besteht ein großer Bedarf an der Mehrfachauswahl und an der Unterstützung von Kombinationsfeldern.
3. Suchfunktion: Die Möglichkeit, in den Auswahloptionen zu suchen, ist eine häufig gewünschte Funktion.
4. Styling und Browserkompatibilität: Es wurden Bedenken hinsichtlich der Styling-Optionen, der Browserkompatibilität und der Notwendigkeit von CSS-Resets geäußert.
5. Implementierungsdetails: Es wurden Fragen zu bestimmten Implementierungsdetails wie Fokusverriegelung, Rendering-Verhalten und benutzerdefinierten untergeordneten Elementen gestellt.
6. Allgemeines Feedback: Einige Teilnehmer gaben allgemeines Feedback, z. B. den Wunsch nach einer einfacheren API-Eingabemethode und der Möglichkeit, außerhalb des Browser-Chromes zu rendern.

Insgesamt wird in dem Feedback deutlich, dass die Barrierefreiheit verbessert werden muss. Außerdem werden zusätzliche Funktionen wie die Mehrfachauswahl und die Suche sowie eine klare Anleitung zur Formatierung und Browserkompatibilität gefordert.

Möchten Sie uns noch etwas mitteilen?

Die wichtigsten Themen aus den Gedanken und Vorschlägen der Befragten sind:

1. Wunsch nach Mehrfachauswahl und Kombinationsfeld: Mehrere Teilnehmer haben ausdrücklich um die Ergänzung von Mehrfachauswahl- und Kombinationsfeldern gebeten.
2. Bedeutung der Barrierefreiheit: Einige Teilnehmer betonen, dass der Fokus weiterhin auf Bedienungshilfen liegen sollte.
3. Positives Feedback und Funktionsanfragen: Einige Nutzer äußern sich begeistert über die API und machen Vorschläge wie eine Suchoption oder die Möglichkeit, Support mithilfe von @supports zu erkennen.
4. Spezifische Anwendungsfälle: Einige Teilnehmer erwähnen bestimmte Anwendungsfälle, die sie gerne unterstützt sehen würden, z. B. das Rendern außerhalb des Browser-Chromes oder die Verwendung benutzerdefinierter Werte innerhalb des <select>-Elements.
5. Allgemeine Kommentare: Einige Nutzer loben die Funktion allgemein oder äußern den Wunsch nach einer einheitlichen Darstellung in allen Browsern.

Insgesamt unterstreicht dieses Feedback die Nachfrage nach Funktionen für die Mehrfachauswahl und Kombinationsfelder, verdeutlicht die Bedeutung der Barrierefreiheit und liefert zusätzliche Informationen zu potenziellen Anwendungsfällen und Bereichen, in denen Verbesserungen möglich sind.

Wir bedanken uns noch einmal bei allen und hoffen, dass diese Zusammenfassung des Community-Feedbacks Implementierern und Entwicklern dabei hilft, die Auswahl für Nutzer und Entwickler besser anpassen zu können.