Pickers | انتخابگرها
انتخابگر یا Picker مؤلفهٔ رابط کاربری است که به کاربر اجازه می‌دهد مقداری را از میان گزینه‌های ازپیش‌تعریف‌شده برگزیند؛ تاریخ، ساعت، رنگ، منطقهٔ زمانی، مقدار عددی گسسته، یا هر مجموعهٔ بسته‌ای که تایپ آزاد برایش پرخطاست. به‌جای نوشتن آزاد، انتخابگر دامنه را محدود می‌کند تا دقت بالا برود، قالب یکدست شود، و سیستم دادهٔ قابل پیش‌بینی بگیرد. ارزش اصلی‌اش کاهش خطای ورودی ساخت‌یافته است، به شرط آنکه انعطاف کافی برای میان‌برهای صفحه‌کلید، ویرایش دستی وقتی لازم است، و وضوح گزینه‌ها حفظ شود. انتخابگر خوب سرعت و اطمینان می‌آورد؛ انتخابگر بد کاربر را در چرخ‌های طولانی و گام‌های اضافه زندانی می‌کند.
خانوادهٔ رایج: تاریخ، زمان، رنگ و مقادیر گسسته
انتخابگر تاریخ در فرم رزرو، ثبت رویداد و فیلتر گزارش ظاهر می‌شود و معمولاً با تقویم ماهانه یا چرخ روز و ماه پیاده می‌شود. انتخابگر زمان برای زمان‌بندی جلسه، یادآور و پنجرهٔ ارسال به کار می‌رود و اغلب با گام‌های پانزده یا سی دقیقه‌ای ساده می‌شود. انتخابگر رنگ در ابزار طراحی، تم سفارشی و برچسب‌گذاری دیده می‌شود و باید هم نمونهٔ دیداری بدهد هم مقدار قابل خواندن برای دسترس‌پذیری. انتخابگرهای دیگر شامل مدت، تعداد مهمان، منطقهٔ زمانی، و فهرست‌های بلند با جستجو هستند که مرزشان با منوی کشویی گاه کم‌رنگ می‌شود.
انتخاب الگوی درست به اندازهٔ مجموعه، نیاز به مقایسهٔ دیداری، و بستر دستگاه وابسته است. برای هفت گزینهٔ متنی ساده، فهرست رادیویی یا انتخاب بومی ممکن است از تقویم کامل سبک‌تر باشد. برای رنگ، شبکهٔ نمونه بهتر از فیلد متنی کد هگز تنها عمل می‌کند—هرچند فیلد متنی مکمل خوبی برای دقت است. تیم طراحی باید قبل از کشیدن چرخ فانتزی بپرسد آیا مسئله واقعاً انتخاب از مجموعهٔ بسته است یا ورود آزاد با اعتبارسنجی.
چرا برای دادهٔ ساخت‌یافته از ورودی آزاد بهترند
تایپ تاریخ به قالب‌های محلی متعدد می‌انجامد: روز/ماه/سال در برابر ماه/روز/سال، جداکننده‌های مختلف، و اشتباهات جابه‌جایی که گاهی خاموش از اعتبارسنجی رد می‌شوند یا بدتر، مقدار غلط ذخیره می‌کنند. انتخابگر تاریخ قالب را استاندارد می‌کند و ابهام را از میان برمی‌دارد. همین منطق برای زمان بیست‌وچهار ساعته در برابر صبح/عصر، یا واحدهای اندازه‌گیری برقرار است. سیستم پایین‌دستی از دادهٔ یکدست سود می‌برد و پشتیبانی از تیکت‌های «تاریخ اشتباه ثبت شد» کم می‌شود.
کاهش خطا فقط نفع مهندسی نیست؛ اعتماد کاربر هم هست. وقتی می‌داند نمی‌تواند مقدار غیرممکن وارد کند—مثل سی و دوم ماه—آرام‌تر فرم را تمام می‌کند. البته محدودیت باید منطقی باشد: بستن کامل تایپ در زمینه‌هایی که کاربر مقدار دقیق از حافظه یا سند کاغذی می‌خواند، اصطکاک می‌سازد. الگوی بالغ اغلب انتخاب دیداری به‌علاوهٔ ورود متنی معتبر است تا هم محدودیت کار کند هم سرعت کاربران پیشرفته حفظ شود.
الگوی موبایل در برابر دسکتاپ و هزینهٔ گام‌ها
روی موبایل، چرخ‌های لمسی یا برگه‌های پایین‌رونده برای تاریخ و زمان رایج‌اند چون با شست سازگارند و کیبورد را کمتر درگیر می‌کنند. روی دسکتاپ، تقویم بازشو، فیلد ترکیبی، و میان‌بر صفحه‌کلید معمولاً سریع‌ترند. کپی کور الگوی موبایل روی دسکتاپ—یا برعکس—کاربر را خسته می‌کند. فهرست‌های بسیار بلند داخل چرخ بدون جستجو یکی از نافرجام‌ترین طراحی‌هاست؛ پیدا کردن شهر یا واحد در صدها ردیف اسکرول مجازات است نه کمک.
تعداد گام تا تأیید ارزش را مشخص می‌کند. اگر برای تغییر روز باید ماه و سال را هم هر بار از نو بچرخانید، کارایی می‌میرد. میان‌برهایی مثل «امروز»، «فردا»، بازه‌های آماده، و به‌یاد سپردن آخرین انتخاب، مسیر را کوتاه می‌کنند. در فیلترهای تحلیلی، انتخابگر بازهٔ تاریخ با پیش‌فرض‌های هفت روز و سی روز اغلب بیشتر از تقویم خالی استفاده می‌شود چون تصمیم کاربر را داربست می‌دهد.
دسترس‌پذیری: صفحه‌کلید، صفحه‌خوان و ورود جایگزین
انتخابگر دسترس‌پذیر فقط زیبا نیست؛ با تب و کلیدهای جهت قابل پیمایش است، فوکوس دیداری روشن دارد، و برای صفحه‌خوان نام، نقش و مقدار جاری را اعلام می‌کند. تقویم‌هایی که فقط با کشیدن ماوس کار می‌کنند کاربران صفحه‌کلیدی را حذف می‌کنند. انتخابگر زمان باید اجازهٔ تایپ مقدار را بدهد نه اینکه فقط به چرخ وابسته باشد. برچسب مرتبط، پیام خطا وقتی مقدار خارج از محدوده است، و اعلام تغییرات زنده برای فناوری کمکی بخشی از تعریف انجام‌شده‌اند.
کنتراست روزهای غیرفعال، حالت انتخاب‌شده، و نشانگر امروز باید کافی باشد. در انتخابگر رنگ، تکیهٔ صرف به فام بدون نام یا مقدار عددی برای کاربران با اختلال دید رنگ ناکافی است. آزمون با صفحه‌کلید تنها و یک صفحه‌خوان واقعی بیشتر از چک‌لیست تئوری باگ‌ها را نشان می‌دهد—به‌ویژه در مؤلفه‌های سفارشی که نقش‌های درست ندارند و به‌عنوان دکمهٔ مبهم خوانده می‌شوند.
پیش‌فرض زمینه‌ای و شخصی‌سازی بدون سلب اختیار
مقدار پیش‌فرض هوشمند اصطکاک را کم می‌کند: تاریخ امروز برای رزرو همان‌روز، نزدیک‌ترین نیم‌ساعت برای جلسه، رنگ برند برای برچسب جدید. پیش‌فرض بد—مثل تاریخ دور یا منطقه‌ای که کاربر هرگز در آن نیست—باعث اصلاح اجباری و حس بی‌دقتی محصول می‌شود. زمینه می‌تواند از محل، تقویم کاربر، آخرین خرید، یا نقش حساب بیاید؛ اما باید همیشه قابل تغییر باشد و تغییرش پنهان و سخت نباشد.
یادگیری از رفتار قبلی مفید است تا وقتی به حریم خصوصی و پیش‌بینی اشتباه نرسد. اگر سیستم همیشه فرض کند سفر کاری است و ساعت اداری را قفل کند، کاربر عادی جریمه می‌شود. شفافیت کوچک مثل «بر اساس آخرین رزرو» اعتماد به پیش‌فرض را بیشتر می‌کند. شخصی‌سازی موفق تعداد کلیک را کم می‌کند نه اینکه مسیر جایگزین را حذف کند.
مرز با ورودی آزاد، کشویی و انتخاب چندتایی
انتخابگر برای دادهٔ ساخت‌یافته و مجموعهٔ بسته است. برای شرح مشکل، نام سفارشی، یا جستجوی باز، فیلد متنی یا جستجوی پیش‌بینی‌کننده مناسب‌تر است. اجبار انتخابگر جایی که گزینه وجود ندارد یا فهرست ناتمام است، بن‌بست می‌سازد. منوی کشویی برای فهرست کوتاه متنی اغلب ساده‌تر از تقویم یا چرخ است؛ برچسب «picker» نباید بهانهٔ پیچیده‌سازی باشد. انتخاب چندتایی—چند روز، چند برچسب—نیاز به الگوی جدا با تأیید واضح دارد تا کاربر نداند آیا انتخاب‌ها ذخیره شده‌اند یا نه.
در فرم‌های بین‌المللی، تقویم و ترتیب اجزای تاریخ باید با محل کاربر سازگار شوند وگرنه دقت ظاهری انتخابگر با سردرگمی فرهنگی خنثی می‌شود. محدودیت حداقل و حداکثر—مثلاً نتوان تاریخ گذشته برای پرواز رزرو کرد—باید هم در رابط هم در سرور اعمال شود. پیام وقتی تاریخی غیرفعال است باید دلیل را بگوید: پر شده، خارج از فصل، یا خارج از مجوز حساب.
ثبات در سیستم طراحی و آزمون پذیرش تعامل
اگر هر صفحه انتخابگر تاریخ خودش را با رفتار متفاوت بیاورد، یادگیری منتقل نمی‌شود. سیستم طراحی باید اندازه لمسی، انیمیشن باز و بسته، جایگاه دکمهٔ تأیید و لغو، رفتار در حالت خطا، و پشتیبانی ورود متنی را یکسان کند. نسخهٔ بومی سیستم‌عامل گاهی دسترس‌پذیری بهتری از ویجت کاملاً سفارشی دارد؛ سفارشی‌سازی برند نباید قابلیت را بشکند. مستند الگو با مثال درست و غلط به محصول‌منجر کمک می‌کند درخواست «همان چرخ زیبا» را وقتی به کار نمی‌آید رد کند.
آزمون پذیرش می‌تواند شامل تکمیل با لمس، با صفحه‌کلید، با مقدار مرزی، و با تغییر منطقهٔ زمانی باشد. سنجش محصول مثل زمان تکمیل فیلد، نرخ خطای اعتبارسنجی، و رهاسازی روی مرحلهٔ تاریخ، نشان می‌دهد انتخابگر کمک کرده یا مانع شده است. در جمع، انتخابگرها ابزار محدودسازی مهربان برای ورودی ساخت‌یافته‌اند: گزینه را واضح کنید، مسیر سریع بدهید، جایگزین دسترس‌پذیر نگه دارید، و وقتی مسئله باز است به‌زور چرخ و تقویم تحمیل نکنید.
سوالات متداول
مؤلفه‌ای برای برگزیدن مقدار از مجموعهٔ ازپیش‌تعریف‌شده مثل تاریخ، زمان یا رنگ تا ورودی ساخت‌یافته دقیق‌تر و یکدست‌تر شود.
قالب را استاندارد می‌کند و ابهام ترتیب روز و ماه و خطاهای تایپی رایج را کم می‌کند تا هم کاربر و هم سیستم دادهٔ قابل اعتماد بگیرند.
پشتیبانی صفحه‌کلید، سازگاری صفحه‌خوان، فوکوس روشن، و امکان ورود متنی یا جایگزین غیرصرفاً دیداری علاوه بر انتخاب لمسی.
مقداری که با زمینهٔ کاربر مثل امروز یا نزدیک‌ترین زمان آزاد هم‌خوان است، همیشه قابل تغییر است و فرض غلط را به او تحمیل نمی‌کند.
وقتی ورودی باز و توصیفی است، فهرست ناتمام یا بی‌پایان است، یا الگوی ساده‌تری مثل رادیو و کشویی کوتاه همان کار را با گام کمتر انجام می‌دهد.