Ta strona została przetłumaczona przez Cloud Translation API.

Wyniki z formularza żądania informacji o opiniach deweloperów

Adam Argyle

Data publikacji: 16 grudnia 2024 r.

We wrześniu poprosiliśmy Cię o opinię na temat eksperymentalnej funkcji wyboru z możliwością dostosowania. Udostępnione przez Ciebie opinie obejmowały przypadki użycia (np. systemy projektowania, pola kombi), opinie na temat trybu wprowadzania interfejsu API oraz opinie na temat stylów podstawowych. Dotyczyły one ułatwień dostępu, zgodności z przeglądarkami, potrzeby funkcji wyszukiwania i obsługi funkcji wyboru wielokrotnego. Wygląda na to, że chcesz używać interfejsu API w produkcji, ale masz pewne wątpliwości i chcesz dodać konkretne funkcje.

Inżynierowie i menedżerowie Chrome korzystali z tych wszystkich informacji, aby podejmować świadome decyzje dotyczące funkcji. W tym poście znajdziesz najważniejsze wnioski z każdego pytania w dopasowywalnej ankiecie dotyczącej wyboru.

Co można tworzyć za pomocą tego nowego interfejsu API?

Podano wiele różnych przypadków użycia, które można ogólnie podzielić na:

Tworzenie komponentów systemu projektowania: tworzenie wybranych komponentów dla systemów projektowania, które zapewniają spójność i możliwość dostosowania w projektach.
Tworzenie różnych typów selektorów: selektorów języka, selektorów kraju, selektorów uprawnień użytkownika itp.
Ulepsza wybrane elementy: możesz ulepszać wybrane elementy za pomocą takich funkcji jak obrazy, pliki SVG i bogatsze stylizacje.
Zastępowanie niestandardowych implementacji funkcji select: zastąp niestandardowe komponenty funkcji select ustandaryzowanym, natywnym rozwiązaniem.
Tworzenie list rozwijanych i niestandardowych selektorów: bardziej złożone funkcje, takie jak listy rozwijane, niestandardowe selektory numerów telefonów, stref czasowych, walut i innych typów danych.
Ulepszanie interfejsu formularzy: ulepszaj formularze, tworząc bardziej atrakcyjne wizualnie i funkcjonalne elementy wyboru.

Te odpowiedzi pokazują wszechstronność nowego interfejsu API i jego potencjał do zwiększania wygody użytkowników oraz efektywności programowania w różnych aplikacjach internetowych.

Czy planujesz używać tego interfejsu API w wersji produkcyjnej, gdy osiągnie on poziom docelowy?

Czy korzystasz z nowego interfejsu API? Jeśli tak, czy udało Ci się zbudować to, co zamierzałeś(-aś) zbudować?

Co sądzisz o trybie wprowadzania danych w przypadku opcji dostosowywanych (`appearance: base-select` w elemencie `<select>` i `::picker(select)`)

Opinie na temat tego trybu wprowadzania są mieszane:

Niektórzy uważają, że jest to podejście akceptowalne, rozsądne lub nawet lepsze niż obecna sytuacja. Uważają, że jest to „logiczny” lub „właściwy” sposób stopniowego ulepszania elementu <select>.
Inni użytkownicy wyrażają zdezorientowanie lub uważają składnię za niezręczną. Używanie 2 właściwości (appearance: base-select i ::picker(select)) jest zbędne. Podnoszone są obawy dotyczące nazewnictwa (base-select może być mylące) i potencjalnego zamieszania wśród nowych użytkowników, którzy nie znają podstaw.
Kilku respondentów zasugerowało alternatywne podejścia, np. używanie jednej usługi lub selektora albo całkowite unikanie usługi appearance.

Chociaż niektórzy respondenci są zadowoleni z obecnego trybu wprowadzania, inni uważają go za mylący lub sugerują wprowadzenie ulepszeń w kierunku większej przejrzystości i prostoty. Te opinie wskazują, jak ważne jest, aby dokumentacja i przykłady były przejrzyste i pomagały deweloperom w skutecznym korzystaniu z nowego interfejsu API.

Czy masz jakieś uwagi na temat dotychczasowych stylów podstawowych (agentów użytkowników) w przypadku elementów do wyboru z możliwością dostosowania?

Niektórzy respondenci uważają, że styl jest akceptowalny lub dobry, a inni mają konkretne uwagi lub sugestie. Oto niektóre z nich:

Ikona znacznika wyboru nie jest ładna lub mogłaby być uproszczona.
Brak miejsca na znacznik wyboru obok elementów.
Style podstawowe wyglądają ciasno, pierścień ostrości jest obcięty, a między ikoną i tekstem nie ma odstępu.
Style mogą być bardziej zbliżone do stylu platformy OS lub elementu <dialog>.
Domyślna strzałka powinna wskazywać w dół i przewracać się do góry po otwarciu.
Aby usunąć podstawowe style użytkownika, może być konieczne zresetowanie.

Czy masz pytania, uwagi lub wątpliwości dotyczące tej funkcji?

W związku z nowym interfejsem Select API z możliwością dostosowania otrzymaliśmy wiele opinii, pytań i uwag. Oto niektóre z kluczowych tematów:

Ułatwienia dostępu: wielu respondentów wyraziło obawy dotyczące ułatwień dostępu, zwłaszcza czytników ekranu i nawigacji za pomocą klawiatury.
Wielokrotny wybór i pola kombi: użytkownicy bardzo chcieliby mieć funkcję wielokrotnego wyboru i obsługę pól kombi.
Funkcja wyszukiwania: użytkownicy prosili o możliwość wyszukiwania wśród wybranych opcji.
Stylizacja i zgodność z przeglądarkami: pojawiły się obawy dotyczące opcji stylizacji, zgodności z przeglądarkami i konieczności resetowania CSS.
Szczegóły implementacji: zostały zadane pytania dotyczące konkretnych szczegółów implementacji, takich jak blokada ostrości, zachowanie podczas renderowania i niestandardowe elementy potomne.
Ogólne opinie: niektórzy respondenci przekazali ogólne opinie, np. o chęci uproszczenia trybu wprowadzania interfejsu API i możliwości renderowania poza przeglądarką.

Ogólnie rzecz biorąc, opinie wskazują na potrzebę zwiększenia dostępności, dodatkowych funkcji, takich jak wybór wielu elementów i wyszukiwanie, oraz jasnych wskazówek dotyczących stylów i zgodności z przeglądarkami.

Czy masz jeszcze jakieś uwagi?

Najważniejsze tematy, które pojawiły się w myślach i sugestiach respondentów, to:

Potrzeby dotyczące pytań wielokrotnego wyboru i list rozwijanych: wielu respondentów prosi o dodanie pytań wielokrotnego wyboru i list rozwijanych.
Ważność ułatwień dostępu: niektórzy respondenci podkreślają potrzebę ciągłego skupiania się na funkcjach ułatwień dostępu.
Pozytywne opinie i prośby o dodanie funkcji: niektórzy użytkownicy wyrażają entuzjazm w odniesieniu do interfejsu API i przekazują sugestie, np. propozycję dodania opcji wyszukiwania lub możliwości wykrywania obsługi za pomocą @supports.
Konkretne przypadki użycia: kilku respondentów wymienia konkretne przypadki użycia, które chcieliby zobaczyć w ramach obsługi, np. renderowanie poza przeglądarką lub zezwalanie na wartości niestandardowe w elemencie <select>.
Komentarze ogólne: niektórzy użytkownicy chwalą przeglądarkę lub wyrażają chęć uzyskania spójnego wyglądu we wszystkich przeglądarkach.

Ogólnie rzecz biorąc, te opinie potwierdzają zapotrzebowanie na funkcje wyboru wielokrotnego i polek skojarzonych, podkreślają znaczenie dostępności oraz dostarczają dodatkowych informacji o potencjalnych zastosowaniach i obszarach wymagających poprawy.

Jeszcze raz dziękujemy wszystkim i mamy nadzieję, że to podsumowanie opinii społeczności trafi do implementatorów i programistów, którzy będą mogli lepiej dostosować funkcje do potrzeb użytkowników i programistów.