Veröffentlicht: 16. Dezember 2024
Im September haben wir euch um Feedback zur experimentellen Funktion zur benutzerdefinierten Auswahl gebeten. Das von Ihnen übermittelte Feedback umfasste Anwendungsfälle (z. B. Designsysteme, Drop-down-Listen), Überlegungen zum Eingabemodus der API und Feedback zu Basisstilen. Zu den Bedenken gehörten Barrierefreiheit, Browserkompatibilität, die Notwendigkeit einer Suchfunktion und die Forderung nach Unterstützung für die Mehrfachauswahl. Sie möchten die API gerne in der Produktion verwenden, haben aber einige Bedenken und spezifische Funktionsanfragen.
Auf Grundlage dieser Informationen haben die Chrome-Entwickler und -Manager fundierte Entscheidungen über die Funktion getroffen. In diesem Beitrag finden Sie die wichtigsten Erkenntnisse aus den einzelnen Fragen der anpassbaren Umfrage.
Was würden Sie mit dieser neuen API entwickeln?
Es wurden verschiedene Anwendungsfälle genannt, darunter:
- Designsystemkomponenten erstellen: Sie erstellen ausgewählte Komponenten für ihre Designsysteme, um für Einheitlichkeit und Anpassungsfähigkeit in ihren Projekten zu sorgen.
- Verschiedene Arten von Auswahlmöglichkeiten erstellen: z. B. Sprach-, Länder- und Nutzerberechtigungsauswahl
- Vorhandene ausgewählte Elemente optimieren: Sie können vorhandene ausgewählte Elemente mit Funktionen wie Bildern, SVGs und einem ansprechenderen Stil optimieren.
- Benutzerdefinierte Auswahlimplementierungen ersetzen: Ersetzen Sie benutzerdefinierte Auswahlkomponenten durch eine standardisierte, native Lösung.
- Drop-down-Menüs und benutzerdefinierte Auswahlfelder erstellen: Komplexere Funktionen wie Drop-down-Menüs und benutzerdefinierte Auswahlfelder für Telefonnummern, Zeitzonen, Währungen und andere Datentypen.
- Verbesserte Formular-UIs: 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 schon ausprobiert? Wenn ja, konnten Sie damit das erstellen, was Sie wollten?
Was halten Sie vom Eingabemodus für das benutzerdefinierte Auswahlelement (appearance: base-select
auf dem <select>
-Element und ::picker(select)
)?
Das Feedback zu diesem Eingabemodus ist gemischt:
- Einige finden den Ansatz akzeptabel, vernünftig oder sogar besser als die aktuelle Situation. Er hält es für eine „logische“ oder „gute“ Möglichkeit, das
<select>
-Element schrittweise zu verbessern. - 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 Benennung geäußert (base-select
könnte irreführend sein) und es wird darauf hingewiesen, dass Neulinge, die mit den zugrunde liegenden Konzepten nicht vertraut sind, möglicherweise verwirrt werden. - Einige der Befragten schlagen alternative Ansätze vor, z. B. die Verwendung einer einzelnen Property oder eines einzelnen Selektors oder die vollständige Vermeidung der Property
appearance
.
Einige der Befragten sind mit dem aktuellen Eingabemodus zufrieden, andere finden ihn verwirrend oder schlagen Verbesserungen für mehr Klarheit und Einfachheit vor. Dieses Feedback unterstreicht die Bedeutung klarer Dokumentationen und Beispiele, die Entwickler bei der effektiven Nutzung der neuen API unterstützen.
Haben Sie Feedback zu den vorhandenen Basisstilen (User-Agent-Stile) für die anpassbare Auswahl?
Einige der Befragten finden die Stile akzeptabel oder gut, während andere konkrete Kritik oder Vorschläge haben. Zu den Feedbackpunkten gehören:
- 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 überladen, da der Fokusring abgeschnitten ist und es keinen Abstand zwischen dem Häkchensymbol und dem Text gibt.
- Die Stile könnten dem Stil der Betriebssystemplattform oder einem
<dialog>
-Element näher kommen. - Der Standardpfeil sollte nach unten zeigen und sich beim Öffnen nach oben drehen.
- Möglicherweise ist ein Zurücksetzen erforderlich, um Basis-User-Agent-Stile zu entfernen.
Haben Sie Fragen, Anmerkungen oder Bedenken zu dieser Funktion?
Wir haben eine Vielzahl von Feedback, Fragen und Bedenken zur neuen anpassbaren Select API erhalten. Zu den wichtigsten Themen gehören:
- Barrierefreiheit: Mehrere Teilnehmer äußerten Bedenken hinsichtlich der Barrierefreiheit, insbesondere in Bezug auf Screenreader und Tastaturnavigation.
- Mehrfachauswahl und Kombinationsfelder: Es besteht ein großer Bedarf an einer Mehrfachauswahlfunktion und Unterstützung für Kombinationsfelder.
- Suchfunktion: Nutzer wünschen sich die Möglichkeit, in den ausgewählten Optionen zu suchen.
- Styling und Browserkompatibilität: Es wurden Bedenken hinsichtlich der Stiloptionen, der Browserkompatibilität und der Notwendigkeit von CSS-Zurücksetzungen geäußert.
- Implementierungsdetails: Es wurden Fragen zu bestimmten Implementierungsdetails wie Fokussperre, Rendering-Verhalten und benutzerdefinierten untergeordneten Elementen gestellt.
- Allgemeines Feedback: Einige Teilnehmer haben allgemeines Feedback gegeben, z. B. den Wunsch nach einem einfacheren API-Eingabemodus und die Möglichkeit, außerhalb des Browser-Chromes zu rendern.
Insgesamt wird im Feedback die Notwendigkeit einer verbesserten Barrierefreiheit, zusätzlicher Funktionen wie der Mehrfachauswahl und der Suche sowie klare Anleitungen zu Stil und Browserkompatibilität hervorgehoben.
Haben Sie noch weiteres Feedback?
Zu den wichtigsten Themen aus den Gedanken und Vorschlägen der Teilnehmer gehören:
- Bedarf an Mehrfachauswahl und Kombinationsfeld: Mehrere Teilnehmer wünschen sich ausdrücklich die Möglichkeit zur Mehrfachauswahl und zum Kombinationsfeld.
- Bedeutung der Barrierefreiheit: Einige Teilnehmer betonten, dass weiterhin ein Schwerpunkt auf Bedienungshilfen gelegt werden sollte.
- Positiv Feedback und Funktionsanfragen: Einige Nutzer äußern sich begeistert über die API und machen Vorschläge wie eine Suchoption oder die Möglichkeit, Support mit
@supports
zu erkennen. - Bestimmte Anwendungsfälle: Einige Teilnehmer haben bestimmte Anwendungsfälle genannt, die sie gerne unterstützt sehen würden, z. B. das Rendern außerhalb des Browser-Chromes oder die Zulassung benutzerdefinierter Werte im
<select>
-Element. - Allgemeine Kommentare: Einige äußern allgemeines Lob oder wünschen sich ein einheitliches Erscheinungsbild in allen Browsern.
Insgesamt unterstreicht dieses Feedback die Nachfrage nach Funktionen für die Mehrfachauswahl und Drop-down-Listen, hebt die Bedeutung der Barrierefreiheit hervor und liefert zusätzliche Einblicke in potenzielle Anwendungsfälle und Verbesserungsmöglichkeiten.
Wir bedanken uns noch einmal bei allen und hoffen, dass diese Zusammenfassung des Community-Feedbacks für Implementierer und Entwickler hilfreich ist und zu einer besseren Auswahl für Nutzer und Entwickler beiträgt.