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 dostosowania opcji wyboru. Udostępnione przez Ciebie opinie obejmowały przypadki użycia (np. systemy projektowania, pola wyboru), 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 wprowadzić konkretne zmiany.

Inżynierowie i menedżerowie Chrome korzystali z tych wszystkich informacji, aby podejmować świadome decyzje dotyczące funkcji. W tym poście przedstawiamy najważniejsze wnioski z każdego pytania w dopasowywanej ankiecie typu „wybierz”.

Co można zbudować, korzystając z tego nowego interfejsu API?

Podano wiele przykładów zastosowań, które można ogólnie podzielić na 3 grupy:

1. Tworzenie komponentów systemu projektowania: tworzenie wybranych komponentów dla systemów projektowania, które zapewniają spójność i możliwość dostosowania w projektach.
2. Tworzenie różnych typów selektorów: selektorów języka, selektorów kraju, selektorów uprawnień użytkownika itp.
3. Ulepsza wybrane elementy: możesz ulepszać wybrane elementy za pomocą takich funkcji jak obrazy, pliki SVG i bogatsze stylizacje.
4. Zastępowanie niestandardowych implementacji funkcji select: zastąp niestandardowe komponenty funkcji select ustandaryzowanym, natywnym rozwiązaniem.
5. 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.
6. 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 było potrzebne?

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:

1. Niektórzy uważają, że jest to podejście do zaakceptowania, rozsądne lub nawet lepsze niż obecna sytuacja. Uważają, że jest to „logiczny” lub „właściwy” sposób stopniowego ulepszania elementu <select>.
2. Inni użytkownicy są zdezorientowani 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.
3. Kilku respondentów zasugerowało alternatywne podejścia, np. użycie 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, które można dostosować?

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.
• Za mało miejsca na znacznik wyboru obok elementów.
• Podstawowe style 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ół, a po otwarciu odwracać się do góry.
• 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:

1. 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.
2. Wielokrotny wybór i pola kombi: użytkownicy bardzo chcieliby mieć funkcję wielokrotnego wyboru i obsługę pól kombi.
3. Funkcja wyszukiwania: użytkownicy prosili o możliwość wyszukiwania w wybranych opcjach.
4. Stylizacja i zgodność z przeglądarkami: pojawiły się obawy dotyczące opcji stylizacji, zgodności z przeglądarkami i konieczności resetowania CSS.
5. 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.
6. Ogólne opinie: niektórzy respondenci przekazali ogólne opinie, takie jak chęć uproszczenia trybu wprowadzania interfejsu API czy możliwość 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:

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

Ogólnie rzecz biorąc, te opinie potwierdzają zapotrzebowanie na funkcje wyboru wielokrotnego i polek mieszanych, 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.