Temuan dari formulir masukan developer permintaan pilih yang dapat disesuaikan

Dipublikasikan: 16 Desember 2024

Pada bulan September, kami meminta masukan Anda tentang fitur pilih eksperimental yang dapat disesuaikan. Masukan yang Anda bagikan mencakup kasus penggunaan (misalnya, sistem desain, kotak kombinasi), pendapat tentang mode entri API, dan masukan tentang gaya dasar. Masalahnya mencakup aksesibilitas, kompatibilitas browser, kebutuhan akan fungsi penelusuran, dan keinginan untuk mendapatkan dukungan multi-pilih. Sepertinya Anda ingin menggunakan API dalam produksi, tetapi memiliki beberapa reservasi dan permintaan fitur tertentu.

Semua informasi ini telah digunakan oleh engineer dan pengelola Chrome untuk membuat keputusan yang tepat tentang fitur tersebut. Postingan ini membagikan poin-poin penting dari setiap pertanyaan dalam survei pilih yang dapat disesuaikan.

Apa yang akan Anda buat dengan API baru ini?

Ada berbagai kasus penggunaan yang dibagikan, secara umum mencakup:

  1. Mem-build komponen sistem desain: membuat komponen tertentu untuk sistem desain mereka, memastikan konsistensi dan kemampuan penyesuaian di seluruh project mereka.
  2. Membuat berbagai jenis pemilih: hal-hal seperti pemilih bahasa, pemilih negara, pemilih izin pengguna, dan lainnya.
  3. Meningkatkan elemen pilih yang ada: meningkatkan elemen pilih yang ada dengan fitur seperti gambar, SVG, dan gaya visual yang lebih kaya.
  4. Mengganti implementasi pilihan kustom: ganti komponen pilihan yang dibuat kustom dengan solusi native standar.
  5. Membuat kotak kombinasi dan pemilih kustom: fitur yang lebih kompleks seperti kotak kombinasi, pemilih kustom untuk nomor telepon, zona waktu, mata uang, dan jenis data lainnya.
  6. Meningkatkan UI formulir: meningkatkan kualitas formulir dengan membuat elemen pilihan yang lebih menarik secara visual dan fungsional.

Respons ini menyoroti fleksibilitas API baru dan potensinya untuk meningkatkan pengalaman pengguna dan efisiensi pengembangan untuk berbagai aplikasi web.

Apakah Anda berencana untuk menggunakan API ini dalam produksi setelah mencapai Dasar Pengukuran yang tersedia secara luas?

95% dari Anda menjawab "ya".

Sudahkah Anda mencoba API baru? Jika ya, apakah Anda dapat membuat hal yang Anda inginkan dengan alat tersebut?

30% dari Anda menjawab "ya".

Apa pendapat Anda tentang mode entri untuk pilihan yang dapat disesuaikan (appearance: base-select pada elemen <select> dan ::picker(select))

Masukan tentang mode entri ini beragam:

  1. Beberapa orang menganggap pendekatan ini dapat diterima, wajar, atau bahkan lebih baik daripada situasi saat ini. Mereka menganggapnya sebagai cara yang "logis" atau "baik" untuk meningkatkan kualitas elemen <select> secara bertahap.
  2. Yang lain menyatakan kebingungan atau merasa sintaksisnya canggung. Penggunaan dua properti (appearance: base-select dan ::picker(select)) dianggap berlebihan atau tidak perlu. Ada kekhawatiran tentang penamaan (base-select mungkin menyesatkan) dan potensi kebingungan bagi pendatang baru yang tidak memahami konsep yang mendasarinya.
  3. Beberapa responden menyarankan pendekatan alternatif, seperti menggunakan satu properti atau pemilih, atau menghindari properti appearance sama sekali.

Secara keseluruhan, meskipun beberapa responden merasa nyaman dengan mode entri saat ini, responden lainnya merasa bingung atau menyarankan peningkatan untuk kejelasan dan kesederhanaan. Masukan ini menyoroti pentingnya dokumentasi dan contoh yang jelas untuk memandu developer dalam menggunakan API baru secara efektif.

Apakah Anda memiliki masukan tentang gaya dasar (agen pengguna) yang ada untuk pilihan yang dapat disesuaikan?

Beberapa responden menganggap gaya tersebut dapat diterima atau bagus, sementara yang lain memiliki kritik atau saran tertentu. Beberapa poin masukan mencakup:

  • Ikon tanda centang tidak menarik atau bisa lebih sederhana.
  • Tidak ada cukup ruang untuk tanda centang di samping item.
  • Gaya dasar terlihat sempit, dengan cincin fokus terpotong dan tidak ada celah antara ikon dicentang dan teks.
  • Gayanya mungkin lebih mirip dengan gaya platform OS atau elemen <dialog>.
  • Panah default harus mengarah ke bawah dan berbalik ke atas saat terbuka.
  • Reset mungkin diperlukan untuk menghapus gaya agen pengguna dasar.

Apakah Anda memiliki pertanyaan, komentar, atau masalah terkait fitur ini?

Ada berbagai masukan, pertanyaan, dan masalah tentang API pilih yang dapat disesuaikan yang baru. Beberapa tema utamanya meliputi:

  1. Aksesibilitas: Beberapa responden menyampaikan kekhawatiran tentang aksesibilitas, terutama terkait pembaca layar dan navigasi keyboard.
  2. Kotak multi-pilih dan kotak kombinasi: Ada keinginan kuat untuk fungsi multi-pilih dan dukungan kotak kombinasi.
  3. Fungsi penelusuran: Kemampuan untuk menelusuri dalam opsi yang dipilih adalah fitur yang diminta.
  4. Gaya visual dan kompatibilitas browser: Ada kekhawatiran tentang opsi gaya visual, kompatibilitas browser, dan kebutuhan untuk mereset CSS.
  5. Detail implementasi: Pertanyaan diajukan tentang detail implementasi tertentu seperti kunci fokus, perilaku rendering, dan turunan kustom.
  6. Masukan umum: Beberapa responden memberikan masukan umum, seperti keinginan untuk mode entri API yang lebih sederhana dan kemampuan untuk merender di luar browser Chrome.

Secara keseluruhan, masukan tersebut menyoroti perlunya peningkatan aksesibilitas, fitur tambahan seperti multi-pilih dan penelusuran, serta panduan yang jelas tentang gaya visual dan kompatibilitas browser.

Apakah ada masukan lain yang ingin Anda tambahkan?

Tema utama dari pemikiran dan saran responden meliputi:

  1. Keinginan untuk memiliki fungsi multi-pilih dan kotak kombinasi: Beberapa responden secara khusus meminta penambahan kemampuan multi-pilih dan kotak kombinasi.
  2. Pentingnya aksesibilitas: Beberapa responden menekankan perlunya fokus berkelanjutan pada fitur aksesibilitas.
  3. Masukan positif dan permintaan fitur: Beberapa pengguna mengungkapkan kegembiraan tentang API dan menawarkan saran seperti opsi penelusuran atau kemampuan untuk mendeteksi dukungan menggunakan @supports.
  4. Kasus penggunaan tertentu: Beberapa responden menyebutkan kasus penggunaan tertentu yang ingin mereka lihat didukung, seperti rendering di luar chrome browser atau mengizinkan nilai kustom dalam elemen <select>.
  5. Komentar umum: Beberapa komentar memberikan pujian umum atau mengungkapkan keinginan untuk mendapatkan tampilan yang konsisten di seluruh browser.

Secara keseluruhan, masukan ini memperkuat permintaan untuk fitur multi-pilih dan kotak kombinasi, menyoroti pentingnya aksesibilitas, dan memberikan insight tambahan tentang potensi kasus penggunaan dan area yang perlu ditingkatkan.

Sekali lagi, kami berterima kasih kepada semua orang, dan berharap ringkasan masukan komunitas ini dapat diterima dengan baik oleh pelaksana dan developer, sehingga membantu memberikan pengalaman pilihan yang lebih baik dan dapat disesuaikan bagi pengguna dan developer.