תאריך פרסום: 16 בדצמבר 2024
בספטמבר ביקשנו ממך משוב על התכונה הניסיונית של בחירת פריטים בהתאמה אישית. המשוב ששיתפתם כלל תרחישי שימוש (לדוגמה, מערכות עיצוב, תיבות משולבות), מחשבות על מצב הכניסה של ה-API ומשוב על סגנונות בסיס. הבעיות העיקריות שצוינו היו נגישות, תאימות לדפדפנים, הצורך בפונקציית חיפוש והרצון לקבל תמיכה בבחירת כמה פריטים בו-זמנית. נראה שאתה רוצה להשתמש ב-API בסביבת הייצור, אבל יש לך כמה שאלות ודרישות ספציפיות לגבי תכונות.
מהנדסים ומנהלים של Chrome השתמשו בכל המידע הזה כדי לקבל החלטות מושכלות לגבי התכונה. בפוסט הזה נספק לכם את המסקנות העיקריות מכל אחת מהשאלות בסקר הבחירה להתאמה אישית.
מה אפשר ליצור באמצעות ה-API החדש הזה?
שיתפו תרחישים שונים לדוגמה, באופן כללי הם כללו:
- יצירת רכיבים של מערכת עיצוב: יוצרים רכיבים נבחרים למערכת העיצוב, כדי להבטיח עקביות ושימושיות בהתאמה אישית בפרויקטים השונים.
- יצירת סוגים שונים של בוררים: למשל, בוררי שפות, בוררי מדינות, בוררי הרשאות משתמשים ועוד.
- שיפור רכיבים נבחרים קיימים: שיפור רכיבים נבחרים קיימים באמצעות תכונות כמו תמונות, קובצי SVG ועיצוב עשיר יותר.
- החלפת הטמעות של בחירת רכיבים בהתאמה אישית: החלפת רכיבי בחירת רכיבים שנוצרו בהתאמה אישית בפתרון מקורי וסטנדרטי.
- יצירת תיבות שילוב ובוחרים מותאמים אישית: תכונות מורכבות יותר כמו תיבות שילוב ובוחרים מותאמים אישית למספרי טלפון, לאזורי זמן, למטבעות ולסוגי נתונים אחרים.
- שיפור ממשקי המשתמש של טפסים: שיפור הטפסים באמצעות יצירת רכיבי בחירה פונקציונליים וחזותיים יותר.
התשובות האלה מדגישות את הגמישות של ה-API החדש ואת הפוטנציאל שלו לשפר את חוויית המשתמש ואת יעילות הפיתוח במגוון רחב של אפליקציות אינטרנט.
האם אתם מתכננים להשתמש ב-API הזה בסביבת הייצור אחרי שהוא יהיה זמין לשימוש נרחב?
ניסית את ה-API החדש? אם כן, הצלחת ליצור את מה שרצית בעזרתו?
מה דעתך על מצב הכניסה לבחירה בהתאמה אישית (appearance: base-select
ברכיב <select>
ו-::picker(select)
)
המשוב על אופן הכניסה הזה הוא מעורב:
- יש אנשים שרואים בגישה הזו גישה מקובלת, סבירה או אפילו טובה יותר מהמצב הנוכחי. הם רואים בכך דרך 'לוגית' או 'טובה' לשיפור הדרגתי של האלמנט
<select>
. - אחרים מביעים בלבול או חושבים שהתחביר מסורבל. השימוש בשני מאפיינים (
appearance: base-select
ו-::picker(select)
) נחשב ליותר מדי או ללא צורך. יש חששות לגבי השם (base-select
עלול להיות מטעה) ועלול להיות בלבול בקרב משתמשים חדשים שלא מכירים את המושגים הבסיסיים. - חלק מהמשיבים הציעו גישות חלופיות, כמו שימוש בנכס או בבורר יחיד, או הימנעות מלהשתמש בנכס
appearance
לגמרי.
באופן כללי, חלק מהמשיבים מרגישים בנוח עם אופן הכניסה הנוכחי, ואחרים מוצאים אותו מבולבל או מציעים שיפורים לשיפור הבהירות והפשטות. המשוב הזה מדגיש את החשיבות של מסמכי תיעוד ודוגמאות ברורים שיעזרו למפתחים להשתמש ב-API החדש ביעילות.
יש לך משוב על הסגנונות הקיימים של הבסיס (סוכן המשתמש) לבחירה בהתאמה אישית?
חלק מהמשיבים סבורים שהסגנונות סבירים או טובים, ואחרים הביעו ביקורת או הצעות ספציפיות. חלק מנקודות המשוב כוללות:
- סמל סימן הווי לא יפה או שהוא יכול להיות פשוט יותר.
- אין מספיק מקום לסמן את הפריטים בסימן וי.
- הסגנונות הבסיסיים נראים צפופים, עם חיתוך של טבעת המיקוד ואין רווח בין הסמל המסומן לטקסט.
- הסגנונות יכולים להיות דומים יותר לסגנון של פלטפורמת מערכת ההפעלה או לרכיב
<dialog>
. - חץ ברירת המחדל צריך להצביע למטה ולהסתובב למעלה כשהתפריט פתוח.
- יכול להיות שיהיה צורך באיפוס כדי להסיר סגנונות בסיסיים של סוכן משתמש.
יש לך שאלות, תגובות או בירורים לגבי התכונה הזו?
קיבלנו מגוון משוב, שאלות וחששות לגבי ה-API החדש לבחירה בהתאמה אישית. אלה כמה מהנושאים המרכזיים:
- נגישות: כמה מהמשיבים הביעו חששות לגבי הנגישות, במיוחד לגבי קוראי מסך וניווט באמצעות מקלדת.
- בחירה של כמה פריטים ותיבות משולבות: יש רצון עז לקבל פונקציונליות של בחירה של כמה פריטים ותמיכה בתיבות משולבות.
- פונקציונליות חיפוש: היכולת לחפש בתוך האפשרויות שנבחרו היא תכונה מבקשת.
- עיצוב ותאימות לדפדפנים: העלו חששות לגבי אפשרויות העיצוב, התאימות לדפדפנים והצורך באיפוס CSS.
- פרטי הטמעה: נשאלו שאלות לגבי פרטי הטמעה ספציפיים, כמו נעילת המיקוד, התנהגות הרינדור וילדים בהתאמה אישית.
- משוב כללי: חלק מהמשיבים שיתפו משוב כללי, כמו הרצון לקבל דרך פשוטה יותר להזנת API ויכולת להציג את התצוגה מחוץ למסגרת הדפדפן.
באופן כללי, המשוב מדגיש את הצורך בשיפור הנגישות, בתכונות נוספות כמו בחירה בכמה פריטים בו-זמנית וחיפוש, ובהנחיות ברורות לגבי עיצוב ותאימות לדפדפנים.
יש לך משוב נוסף?
הנושאים המרכזיים מהמחשבות וההצעות של המשיבים כוללים:
- רצון לאפשרות לבחור כמה אפשרויות ולשימוש בתיבות משולבות: מספר נשאלים ביקשו באופן ספציפי להוסיף את היכולות האלה.
- החשיבות של הנגישות: חלק מהמשיבים הדגישו את הצורך להמשיך להתמקד בתכונות נגישות.
- משוב חיובי ובקשות להוספת תכונות: חלק מהמשתמשים הביעו התלהבות מה-API והציעו הצעות, כמו אפשרות חיפוש או היכולת לזהות תמיכה באמצעות
@supports
. - תרחישים לדוגמה ספציפיים: כמה מהמשיבים ציינו תרחישים לדוגמה ספציפיים שהם רוצים שנתמוך בהם, כמו עיבוד מחוץ למסגרת הדפדפן או מתן אפשרות להשתמש בערכי מותאם אישית בתוך האלמנט
<select>
. - תגובות כלליות: חלק מהתגובות כוללות שבחים כלליים או הבעת רצון למראה עקבי בכל הדפדפנים.
באופן כללי, המשוב הזה מחזק את הביקוש לתכונות של בחירה מרובה ולתיבות משולבות, מדגיש את החשיבות של נגישות ומספק תובנות נוספות לגבי תרחישים לדוגמה ותחומים לשיפור.
שוב תודה לכולם. אנחנו מקווים שסיכום המשוב מהקהילה יעזור למטמיעים ולמפתחים, ויסייע לנו לספק חוויית שימוש מותאמת אישית יותר למשתמשים ולמפתחים כאחד.