فرمت واقعاً به dropdown نیاز داره؟
فرانتاندClaude Opus 5خلاصهٔ کاملتر
دراپدانلیست (یا select) یه کنترل جمعشوندهست که با کلیک، فهرست گزینهها رو باز میکنه تا کاربر یکی رو انتخاب کنه؛ بحث اینجا سر دراپدانهای ورودی داده توی فرمهاست، نه منوهای ناوبری. جذابیتش سه چیزه: فشردگی (هر تعداد گزینه توی یه خط)، محدود کردن ورودی (بدون غلط تایپی و مقدار نامعتبر) و آشنایی (فلش رو به پایین رو همه میشناسن). ولی به گفتهٔ نویسنده این راحتی بیشتر نیاز طراح به تمیزی بصری رو جواب میده تا نیاز کاربر به وارد کردن داده.
هزینههای پنهانش رو در چند دسته میشمره. اول کشفپذیری: توی یه فرم بلند، یه دراپدان جمعوجور راحت از چشم میافته یا با فیلد پرشده اشتباه گرفته میشه، برای همین مقدار پیشفرض تبدیل به یه انتخاب حیاتی میشه. دوم هزینهٔ تعامل: باز کردن، اسکرول و کلیک دوباره؛ توی دراپدانهای سفارشی یه کلیک اشتباه بیرون لیست، همهچیز رو میبنده و کاربر باید از اول شروع کنه.
سوم دسترسپذیری: پژوهش گستردهای که GOV.UK انجام داده مشکلهای ماندگاری رو برای کاربران کیبوردی و کسانی که محدودیت حرکتی دارن ثبت کرده — از نبستن لیست و تلاش برای تایپ کردن توش تا قاتی کردن آیتم فوکوسشده با آیتم انتخابشده. اون سازمان توصیه میکنه توی سرویسهای عمومی، دراپدان فقط آخرین راهحل باشه.
چهارم چیزی که نویسنده اسمش رو توهم دادهٔ تمیز میذاره. محدود کردن ورودی فقط وقتی کار میکنه که مجموعهٔ گزینهها با مدل ذهنی کاربر جور باشه. کاربر بریتانیایی دنبال United Kingdom یا UK یا Britain میگرده و چون لیست بستهست، نمیتونه از قبل بفهمه کدوم قرارداد نامگذاری رعایت شده. اگه هم گزینهٔ موردنظر اصلاً نباشه، کاربر یا کل لیست رو زیر و رو میکنه، یا نزدیکترین گزینهٔ غلط رو برمیداره، یا فیلد رو خالی میذاره؛ دیتابیس تمیز به نظر میاد، ولی فقط چون آدمها مجبور شدن یه چیزی انتخاب کنن.
کِی سراغش نریم؟ وقتی گزینهها کمن: USWDS برای کمتر از ۷ آیتم رادیو باتن پیشنهاد میده، متریال ۳ آستانه رو ۶ تا گذاشته و کربن IBM ۳ تا. وقتی گزینهها خیلی زیادن (بالای ۱۵ تا، مثل فهرست ۲۰۰ تایی کشورها) کمبوباکس یعنی فیلد متنی با لیست فیلترشونده بهتر جواب میده. برای دادهٔ آشنا مثل سن و تاریخ تولد و قد، تایپ کردن سریعتر و کمخطاتره. و وقتی کاربر باید گزینهها رو با هم مقایسه کنه — مثل سایز و رنگ محصول — دکمه و سواچ همهچیز رو یکجا نشون میده و ناموجودها هم فوراً معلومن.
پس کجا هنوز منطقیه؟ اول باید ببینی اصلاً «انتخاب» الگوی درستیه یا نه: وقتی مجموعهٔ ورودیهای معتبر از پیش تعریفشدهست، استانداردسازی داده حیاتیه، داده گسستهست نه پیوسته، و انتخاب کردن از تایپ کردن کمزحمتتره. بعد از اون، دراپدان سه شرط داره: تعداد گزینهها توی بازهٔ حدوداً ۵ تا ۱۰ باشه، فیلد نسبت به کار اصلی فرعی باشه (مثل فیلتر و مرتبسازی و انتخاب فرمت)، یا فیلد بخشی از یه کل باشه که بههمریختن چیدمانش خونده شدن مجموعه رو سخت میکنه.
نویسنده دو مثال میزنه: انتخابگر زبان توی فوتر شلوغ 1Password با ده زبان، که هم مجموعهاش ثابته و هم اکثر کاربرها هیچوقت بهش دست نمیزنن؛ و ابزار ساخت قاعدهٔ skip-logic در User Interviews که چهار دراپدان کنار هم یه جملهٔ شرطی میسازن و باز کردنشون به رادیو باتن، جمله رو تیکهتیکه میکرد. جمعبندیش اینه که دراپدان رو یه معامله (trade-off) بدون نه حالت پیشفرض.
نکات کلیدی:
- دراپدان گزینهها رو پنهان میکنه و هر انتخاب رو به سه مرحله تبدیل میکنه
- زیر ۵ گزینه رادیو باتن، بالای ۱۵ گزینه کمبوباکس
- برای دادهٔ آشنا مثل تاریخ تولد، تایپ کردن سریعتر از انتخاب کردنه
- برای مقایسهٔ بصری (رنگ و سایز) دکمه و سواچ بهترن
- دادهٔ تمیز لزوماً دادهٔ درست نیست؛ کاربر شاید مجبور شده نزدیکترین گزینهٔ غلط رو بزنه
- بازهٔ درست دراپدان: فیلد فرعی یا بخشی از یه گروه، با حدود ۵ تا ۱۰ گزینه
