เผยแพร่: 16 ธันวาคม 2024
ในเดือนกันยายน เราได้ขอความคิดเห็นจากคุณเกี่ยวกับฟีเจอร์การเลือกที่ปรับแต่งได้เวอร์ชันทดลอง ความคิดเห็นที่คุณแชร์มีกรณีการใช้งาน (เช่น ระบบการออกแบบ ช่องคำสั่งแบบผสม) ความคิดเห็นเกี่ยวกับโหมดการป้อนของ API และความคิดเห็นเกี่ยวกับสไตล์พื้นฐาน ข้อกังวลต่างๆ ได้แก่ การช่วยเหลือพิเศษ ความเข้ากันได้ของเบราว์เซอร์ ความต้องการฟังก์ชันการค้นหา และความต้องการการรองรับการเลือกหลายรายการ ดูเหมือนว่าคุณต้องการใช้ API ในเวอร์ชันที่ใช้งานจริง แต่มีข้อสงสัยและคำขอฟีเจอร์ที่เฉพาะเจาะจง
วิศวกรและผู้จัดการของ Chrome ใช้ข้อมูลทั้งหมดนี้เพื่อตัดสินใจเกี่ยวกับฟีเจอร์ โพสต์นี้จะแชร์ข้อมูลสรุปที่สําคัญจากคําถามแต่ละข้อในแบบสํารวจแบบเลือกที่กําหนดเอง
คุณจะใช้ API ใหม่นี้ทำอะไรบ้าง
เราได้แชร์ Use Case ต่างๆ ซึ่งโดยทั่วไปแล้วมีดังนี้
- การสร้างคอมโพเนนต์ของระบบการออกแบบ: สร้างคอมโพเนนต์ที่เลือกสำหรับระบบการออกแบบ เพื่อให้มั่นใจว่าโปรเจ็กต์ต่างๆ จะมีความสอดคล้องและปรับแต่งได้
- การสร้างตัวเลือกประเภทต่างๆ เช่น ตัวเลือกภาษา ตัวเลือกประเทศ ตัวเลือกสิทธิ์ของผู้ใช้ และอื่นๆ
- การเพิ่มประสิทธิภาพองค์ประกอบ Select ที่มีอยู่: เพิ่มประสิทธิภาพองค์ประกอบ Select ที่มีอยู่ด้วยฟีเจอร์ต่างๆ เช่น รูปภาพ, SVG และการจัดสไตล์ที่สมบูรณ์ยิ่งขึ้น
- การแทนที่การใช้งาน Select ที่กําหนดเอง: แทนที่คอมโพเนนต์ Select ที่กําหนดเองด้วยโซลูชันแบบเนทีฟที่ได้มาตรฐาน
- การสร้างช่องตัวเลือกแบบเลื่อนลงและเครื่องมือเลือกที่กำหนดเอง: ฟีเจอร์ที่ซับซ้อนมากขึ้น เช่น ช่องตัวเลือกแบบเลื่อนลง เครื่องมือเลือกที่กำหนดเองสำหรับหมายเลขโทรศัพท์ เขตเวลา สกุลเงิน และประเภทข้อมูลอื่นๆ
- การปรับปรุง UI ของแบบฟอร์ม: ปรับปรุงแบบฟอร์มด้วยการสร้างองค์ประกอบที่เลือกซึ่งดึงดูดสายตาและใช้งานได้จริงมากขึ้น
คำตอบเหล่านี้แสดงให้เห็นถึงความอเนกประสงค์ของ API ใหม่และศักยภาพในการปรับปรุงประสบการณ์ของผู้ใช้และประสิทธิภาพการพัฒนาสําหรับเว็บแอปพลิเคชันหลากหลายประเภท
คุณวางแผนที่จะใช้ API นี้ในเวอร์ชันที่ใช้งานจริงเมื่อ Baseline พร้อมให้บริการแก่ผู้ใช้จำนวนมากหรือไม่
คุณได้ลองใช้ API ใหม่แล้วหรือยัง หากใช่ คุณสร้างสิ่งที่ต้องการได้ไหม
คุณคิดเห็นอย่างไรเกี่ยวกับโหมดการป้อนสำหรับตัวเลือกที่ปรับแต่งได้ (appearance: base-select ในองค์ประกอบ <select> และ ::picker(select))
ความคิดเห็นเกี่ยวกับโหมดการป้อนข้อมูลนี้มีทั้งบวกและลบ
- บางคนพบว่าแนวทางนี้ยอมรับได้ สมเหตุสมผล หรือดีกว่าสถานการณ์ปัจจุบัน ผู้ชมเห็นว่าเป็นวิธีที่ "สมเหตุสมผล" หรือ "ดี" ในการปรับปรุงองค์ประกอบ
<select>อย่างต่อเนื่อง - ส่วนผู้ชมบางส่วนก็แสดงความสับสนหรือพบว่าไวยากรณ์ไม่เหมาะสม การใช้พร็อพเพอร์ตี้ 2 รายการ (
appearance: base-selectและ::picker(select)) ถือว่าไม่จำเป็น มีข้อกังวลเกี่ยวกับการตั้งชื่อ (base-selectอาจทำให้เข้าใจผิด) และอาจสร้างความสับสนให้กับผู้ที่เพิ่งเข้าร่วมซึ่งไม่คุ้นเคยกับแนวคิดพื้นฐาน - ผู้ตอบบางรายแนะนําแนวทางอื่น เช่น ใช้พร็อพเพอร์ตี้หรือตัวเลือกรายการเดียว หรือหลีกเลี่ยงพร็อพเพอร์ตี้
appearanceไปเลย
โดยรวมแล้ว แม้ว่าผู้ตอบบางรายจะพอใจกับโหมดการป้อนข้อมูลปัจจุบัน แต่ผู้ตอบอีกบางรายก็พบว่าโหมดดังกล่าวทำให้เกิดความสับสน หรือแนะนําให้ปรับปรุงให้ชัดเจนและเรียบง่าย ความคิดเห็นนี้เน้นความสำคัญของเอกสารประกอบและตัวอย่างที่ชัดเจนเพื่อแนะนํานักพัฒนาซอฟต์แวร์ในการใช้ API ใหม่อย่างมีประสิทธิภาพ
คุณมีความคิดเห็นเกี่ยวกับรูปแบบฐาน (User Agent) ที่มีอยู่สำหรับรายการที่ปรับแต่งได้ไหม
ผู้ตอบบางรายพบว่าสไตล์นี้ยอมรับได้หรือดี ขณะที่ผู้ตอบรายอื่นๆ มีข้อวิจารณ์หรือคำแนะนำที่เฉพาะเจาะจง ความคิดเห็นบางส่วนมีดังนี้
- ไอคอนเครื่องหมายถูกไม่สวยหรือดูเรียบง่ายกว่านี้ได้
- มีพื้นที่ไม่เพียงพอสำหรับเครื่องหมายถูกข้างรายการ
- สไตล์พื้นฐานดูคับแคบ โดยมีการตัดวงแหวนโฟกัสออกและไม่มีช่องว่างระหว่างไอคอนที่เลือกกับข้อความ
- รูปแบบอาจคล้ายกับสไตล์แพลตฟอร์มระบบปฏิบัติการหรือองค์ประกอบ
<dialog> - ลูกศรเริ่มต้นควรชี้ลงและพลิกขึ้นด้านบนเมื่อเปิด
- คุณอาจต้องรีเซ็ตเพื่อนำสไตล์ User Agent พื้นฐานออก
หากมีคําถาม ความคิดเห็น หรือข้อกังวลเกี่ยวกับฟีเจอร์นี้
เราได้รับความคิดเห็น คำถาม และข้อกังวลต่างๆ เกี่ยวกับ Select API แบบใหม่ที่กำหนดเองได้ ธีมหลักบางส่วนมีดังนี้
- การช่วยเหลือพิเศษ: ผู้ตอบหลายรายแสดงความกังวลเกี่ยวกับการช่วยเหลือพิเศษ โดยเฉพาะกับโปรแกรมอ่านหน้าจอและการไปยังส่วนต่างๆ ด้วยแป้นพิมพ์
- ช่องตัวเลือกหลายรายการและช่องตัวเลือกแบบผสม: ผู้ใช้ต้องการฟังก์ชันการทำงานแบบเลือกหลายรายการและการรองรับช่องตัวเลือกแบบผสม
- ฟังก์ชันการค้นหา: ความสามารถในการค้นหาภายในตัวเลือกที่เลือกเป็นฟีเจอร์ที่ผู้ใช้ต้องการ
- การจัดสไตล์และความเข้ากันได้กับเบราว์เซอร์: มีข้อกังวลเกี่ยวกับตัวเลือกการจัดสไตล์ ความเข้ากันได้กับเบราว์เซอร์ และความจำเป็นในการรีเซ็ต CSS
- รายละเอียดการใช้งาน: มีการถามคำถามเกี่ยวกับรายละเอียดการใช้งานที่เฉพาะเจาะจง เช่น การล็อกโฟกัส ลักษณะการแสดงผล และรายการย่อยที่กำหนดเอง
- ความคิดเห็นทั่วไป: ผู้ตอบบางรายแชร์ความคิดเห็นทั่วไป เช่น ต้องการโหมดป้อนข้อมูล API ที่ง่ายขึ้นและความสามารถในการแสดงผลนอก Chrome ของเบราว์เซอร์
โดยรวมแล้ว ความคิดเห็นต่างๆ เน้นย้ำถึงความจำเป็นในการปรับปรุงการช่วยเหลือพิเศษ ฟีเจอร์เพิ่มเติม เช่น การเลือกหลายรายการและการค้นหา ตลอดจนคำแนะนำที่ชัดเจนเกี่ยวกับการจัดสไตล์และความเข้ากันได้ของเบราว์เซอร์
คุณมีความคิดเห็นเพิ่มเติมไหม
ธีมหลักจากความคิดเห็นและคำแนะนำของผู้ตอบมีดังนี้
- ต้องการฟังก์ชันการทำงานแบบเลือกหลายรายการและช่องตัวเลือกแบบผสม: ผู้ตอบหลายคนขอให้เพิ่มความสามารถในการเลือกหลายรายการและช่องตัวเลือกแบบผสม
- ความสำคัญของการช่วยเหลือพิเศษ: ผู้ตอบบางรายเน้นย้ำถึงความสำคัญของการมุ่งเน้นที่ฟีเจอร์การช่วยเหลือพิเศษต่อไป
- ความคิดเห็นเชิงบวกและคำขอฟีเจอร์: ผู้ใช้บางรายแสดงความคิดเห็นว่าตื่นเต้นเกี่ยวกับ API และเสนอคําแนะนํา เช่น ตัวเลือกการค้นหาหรือความสามารถในการตรวจหาการสนับสนุนโดยใช้
@supports - กรณีการใช้งานที่เฉพาะเจาะจง: ผู้ตอบบางรายพูดถึงกรณีการใช้งานที่เฉพาะเจาะจงซึ่งต้องการให้รองรับ เช่น การแสดงผลนอก Chrome ของเบราว์เซอร์ หรืออนุญาตให้ใช้ค่าที่กำหนดเองภายในองค์ประกอบ
<select> - ความคิดเห็นทั่วไป: ความคิดเห็นบางรายการเป็นการกล่าวชมทั่วไปหรือแสดงความต้องการให้มีรูปลักษณ์ที่สอดคล้องกันในเบราว์เซอร์ต่างๆ
โดยรวมแล้ว ความคิดเห็นนี้ตอกย้ำดีมานด์สำหรับฟีเจอร์การเลือกหลายรายการและช่องตัวเลือกแบบผสม เน้นย้ำความสำคัญของการช่วยเหลือพิเศษ และมอบข้อมูลเชิงลึกเพิ่มเติมเกี่ยวกับกรณีการใช้งานที่เป็นไปได้และจุดที่ต้องปรับปรุง
ขอขอบคุณทุกคนอีกครั้งและหวังว่าสรุปความคิดเห็นจากชุมชนนี้จะเป็นประโยชน์ต่อผู้ใช้งานและนักพัฒนาแอป เพื่อช่วยมอบประสบการณ์การเลือกที่ปรับแต่งได้ดีขึ้นให้แก่ผู้ใช้และนักพัฒนาแอป