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 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 wielokrotnego wyboru. 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 zbudować za pomocą tego nowego interfejsu API?

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

1. Tworzenie komponentów systemu projektowania: twórz wybrane komponenty dla swoich systemów projektowania, zapewniając spójność i możliwość dostosowania w ramach projektów.
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 elementów wyboru: zastąp niestandardowe komponenty elementu wyboru standardowym, 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 zamierzałeś(-aś)?

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

Opinie na temat tego trybu wprowadzania są mieszane:

1. 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>.
2. 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.
3. Kilku respondentów sugeruje 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.
• Za mało 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 systemu operacyjnego lub elementu <dialog>.
• Domyślna strzałka powinna wskazywać w dół, a po otwarciu odwrócić się ku górze.
• 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 nich:

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śród wybranych opcji.
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: pytania dotyczyły 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, 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:

1. Potrzeby dotyczące pytań wielokrotnego wyboru i list rozwijanych: wielu respondentów prosi o dodanie pytań wielokrotnego wyboru i list rozwijanych.
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. propozycję dodania 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.

Te opinie potwierdzają potrzebę korzystania z funkcji wyboru wielokrotnego i polek skonwertowanych. Podkreślają też znaczenie dostępności i zawierają dodatkowe informacje o potencjalnych zastosowaniach oraz 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.