Keyboard | صفحه‌کلید
صفحه‌کلید در محصول دیجیتال فقط سخت‌افزار تایپ نیست؛ یک مسیر ورودی کامل است که باید هم‌تراز لمس و اشاره، تمام کارها را ممکن کند. بسیاری از کاربران به‌خاطر محدودیت حرکتی، آسیب ناشی از تکرار، ترجیح سرعت، یا استفاده از صفحه‌خوان اصلاً ماوس یا لمس را مسیر اصلی نمی‌دانند. اگر رابط فقط با کلیک و هاور زنده شود، بخشی از مردم از جریان خارج می‌شوند—حتی اگر ظاهر مدرن باشد. طراحی برای صفحه‌کلید یعنی فوکوس قابل دیدن، ترتیب منطقی، کنترل بدون بن‌بست، و میان‌برهایی که با فناوری کمکی نمی‌جنگند.
ورودی برابر: صفحه‌کلید مسیر درجه‌یک
استانداردهای دسترس‌پذیری می‌خواهند همهٔ کارکردهای اشاره‌ای با صفحه‌کلید هم قابل انجام باشند، مگر موارد اجتناب‌ناپذیر خاص. این برابری فقط برای اقلیت دائمی نیست؛ شکستگی دست، کار با لپ‌تاپ در سفر، و کاربران حرفه‌ای که دست از کلید برنمی‌دارند هم همان مسیر را لازم دارند. وقتی منو فقط با هاور باز شود، یا کشویی سفارشی تب نگیرد، محصول ناگهان ناقص می‌شود. صفحه‌کلید را باید از روز طراحی الگو در نظر گرفت نه به‌عنوان وصلهٔ انتهای پروژه.
از دید محصول، پشتیبانی صفحه‌کلیدی هزینهٔ پشتیبانی و ریسک انطباق را کم می‌کند و کیفیت کلی تعامل را بالا می‌برد: تیمی که فوکوس و ترتیب را درست می‌کند معمولاً ساختار معنایی تمیزتری هم دارد. این کار با «اضافه کردن tabindex تصادفی» فرق دارد؛ نیاز به مدل تمرکز روشن در کل سیستم طراحی دارد.
ترتیب فوکوس، نشانگر دیداری و تلهٔ مودال
ترتیب تب باید با ترتیب خواندن و منطق وظیفه یکی باشد. پرش نامنظم میان ستون‌ها، پرش به فوتر وسط فرم، یا گیر افتادن پشت عناصر تزئینی، کاربر صفحه‌کلیدی را گم می‌کند. عناصر تعاملی واقعی—لینک، دکمه، ورودی، انتخاب—باید در ترتیب طبیعی شرکت کنند؛ غیرتعاملی‌ها نباید فوکوس بدزدند. نشانگر فوکوس باید همیشه دیداری و با کنتراست کافی باشد؛ حذف outline بدون جایگزین قابل دیدن، خطا است نه زیبایی.
در دیالوگ، منوی تمام‌صفحه و کشو، تلهٔ فوکوس معنا دارد: تا وقتی لایه باز است، تب داخل همان لایه بچرخد و پس از بستن به نقطهٔ فراخوان برگردد. فرار با کلید Escape انتظار بجا است. اگر فوکوس هنگام باز شدن مودال به داخل نرود یا هنگام بستن گم شود، کاربر صفحه‌خوان و صفحه‌کلیدی هر دو سردرگم می‌شوند. این رفتارها باید در الگوی سیستم طراحی استاندارد شوند تا هر صفحه دوباره اختراع نکند.
میان‌برها، کشف‌پذیری و همزیستی با فناوری کمکی
میان‌برها سرعت کاربران حرفه‌ای را بالا می‌برند اما اگر کشف نشوند یا با میان‌برهای صفحه‌خوان و سیستم عامل برخورد کنند، ضرر می‌سازند. میان‌بر باید مستند، قابل یادگیری تدریجی، و در صورت امکان قابل سفارشی‌سازی یا تعطیل باشد. تکیه بر ترکیبی که فقط در یک سیستم‌عامل کار می‌کند تجربه را دوپاره می‌کند. هرگز نباید تنها راه انجام کار حیاتی یک میان‌بر پنهان باشد؛ همیشه مسیر منو یا دکمهٔ قابل فوکوس لازم است.
برخی ویجت‌های غنی—درخت، جدول داده، نوار ابزار—الگوی کلید پیکان و Home و End دارند که فراتر از تب ساده است. پیاده‌سازی این الگوها باید با نقش‌های معنایی و راهنمای فناوری کمکی هم‌خوان باشد. کپی‌برداری ظاهری از دسکتاپ بومی بدون رفتار صفحه‌کلیدی کامل، دام رایجی است که در آزمون دستی فاش می‌شود.
صفحه‌کلید سخت‌افزاری و صفحه‌کلید مجازی موبایل
روی دسکتاپ، صفحه‌کلید فیزیکی و کلیدهای اصلاح‌کننده محورند. روی موبایل، صفحه‌کلید مجازی ظاهر و نوع ورودی را عوض می‌کند: ایمیل، عدد، تلفن، یا ورود یک‌بارمصرف هر کدام چیدمان متفاوتی می‌آورند. انتخاب نوع ورودی درست، خطای تایپ و خستگی را کم می‌کند. جابه‌جایی مکرر میان انواع کیبورد در یک فرم طولانی اصطکاک می‌سازد؛ ترتیب فیلدها باید این هزینه را هم ببیند.
دستگاه‌های لمسی با صفحه‌کلید بیرونی—تبلت با کیبورد، گوشی با لوازم جانبی—خاکستری میان دو دنیا می‌سازند. اگر محصول فرض کند موبایل فقط لمس است، کاربر کیبورددار ناگهان به منوهای هاور یا اهداف بدون فوکوس می‌خورد. آزمون روی این پیکربندی‌ها بخشی از واقعیت میدان است، نه سناریوی حاشیه‌ای.
الگوهای تعاملی: منو، فهرست، جدول و کنترل‌های سفارشی
منوی کشویی بومی معمولاً رفتار صفحه‌کلیدی قابل پیش‌بینی دارد؛ کنترل سفارشی که با div ساخته شده باشد باید همان پیش‌بینی‌پذیری را بازسازی کند: باز شدن، حرکت با پیکان، انتخاب، بستن، و اعلام وضعیت برای صفحه‌خوان. تب‌های رابط، آکاردئون، و کاروسل اگر فقط با لمس کار کنند در ارزیابی دسترس‌پذیری مردود می‌شوند. جدول‌های داده برای کاربران کیبوردی نیاز به پیمایش منطقی سلول یا ردیف دارند تا مجبور نشوند صدها بار تب بزنند.
کشیدن و رها کردن نمونه‌ای است که اغلب صفحه‌کلید را فراموش می‌کند. جایگزین صفحه‌کلیدی—دکمه‌های جابه‌جایی ترتیب، یا حالت مرتب‌سازی با کلید—باید فراهم شود. همین منطق برای رسم، نقشه، و بوم‌های گرافیکی صدق می‌کند: اگر عمل اصلی اشاره‌ای است، مسیر جایگزین برای انجام همان نتیجه ضروری است مگر استثنای مشخص و مستند.
آزمون پذیرش صفحه‌کلیدی در تعریف انجام‌شده
آزمون دستی بدون ماوس روی مسیرهای اصلی—ورود، خرید، ایجاد محتوا، تنظیمات—باید بخشی از تعریف انجام‌شده باشد. بپرسید: آیا همهٔ کنترل‌ها با تب می‌رسند؟ آیا فوکوس دیده می‌شود؟ آیا مودال‌ها بن‌بست ندارند؟ آیا عملیات مخرب تأیید صفحه‌کلیدی دارند؟ ابزارهای خودکار بعضی نبودن نام یا نقش را می‌گیرند اما جریان کامل فوکوس را جایگزین انسان نمی‌کنند.
همکاری طراح و مهندس اینجا حیاتی است. مشخصات باید حالت فوکوس، ترتیب، و رفتار کلیدها را مثل حالت هاور ثبت کند. در بازبینی طراحی، نه فقط فریم خوشحال لمسی که مسیر کلید را هم مرور کنید. بدهی دسترس‌پذیری صفحه‌کلید اگر جمع شود، بازپرداختش در رابط پیچیده بسیار گران است چون الگوهای پایه باید عوض شوند.
صفحهٔ کلید در اکوسیستم تجربه، نه یک چک‌باکس
صفحه‌کلید با برچسب فرم، نقش‌های معنایی، و مدیریت فوکوس پس از به‌روزرسانی پویا گره خورده است. وقتی محتوای تازه بعد از ارسال ظاهر می‌شود، باید فوکوس یا اعلام مناسبی برای فناوری کمکی فراهم شود وگرنه کاربر کیبوردی متوجه موفقیت یا خطا نمی‌شود. میان‌برهای سراسری نباید با فیلدهای متنی تداخل مخرب داشته باشند؛ تایپ حرف در ورودی نباید ناگهان ناوبری راه بیندازد.
از منظر اخلاق و شمول، نادیده گرفتن صفحه‌کلید یعنی طراحی فقط برای یک بدن و یک سبک کار. محصول بالغ صفحه‌کلید را مسیر درجه‌یک می‌بیند: سریع برای متخصص، ضروری برای بسیاری، و شاخص سلامت ساختار رابط برای همه. سرمایه‌گذاری روی این لایه هم دسترسی را واقعی می‌کند هم کیفیت تعامل را برای کسانی بالا می‌برد که هرگز خود را «کاربر دسترس‌پذیری» نمی‌نامند اما هر روز با کلید کار می‌کنند. در عمل، چک‌لیست کوتاه پیش از انتشار—رسیدن به همهٔ اقدامات، دیدن فوکوس، خروج از لایه، و تکمیل یک وظیفهٔ سر تا سر بدون اشاره—بیش از شعار شمول، محصول را قابل اتکا می‌کند.
اگر تیم فقط یک عادت بسازد، این باشد: هر الگوی تازه در سیستم طراحی قبل از ورود به محصول با مسیر صفحه‌کلیدی آزمایش شود. دکمهٔ جعلی، کارت کلیک‌پذیر، و منوی هاورمحور همان‌جا یا اصلاح می‌شوند یا با جایگزین دسترس‌پذیر همراه می‌گردند. این عادت هزینهٔ دیرهنگام را قطع می‌کند و زبان مشترک «فوکوس، ترتیب، کلید» را کنار رنگ و فاصله به واژگان طراحی اضافه می‌کند. صفحه‌کلید آنگاه جزئیات فنی فرانت نیست؛ معیار کیفیت تجربه است.
سوالات متداول
چون برای بسیاری از کاربران مسیر اصلی یا تنها مسیر تعامل است و استانداردهای دسترس‌پذیری می‌خواهند کارکردها بدون ماوس و لمس هم قابل انجام باشند.
نشانهٔ دیداری عنصری است که اکنون ورودی صفحه‌کلید را می‌پذیرد؛ بدون آن کاربر نمی‌داند کجاست و ناوبری کلید ناممکن یا بسیار دشوار می‌شود.
فوکوس را تا باز بودن لایه داخل همان لایه نگه می‌دارد و پس از بستن به نقطهٔ فراخوان برمی‌گرداند تا کاربر در پس‌زمینه گم نشود.
خیر. میان‌بر مکمل است؛ هر کار حیاتی باید از طریق کنترل قابل فوکوس و قابل کشف هم انجام‌شدنی باشد و با میان‌برهای فناوری کمکی برخورد نکند.
مسیرهای اصلی را بدون ماوس طی کنید، ترتیب تب و دید فوکوس را بررسی کنید، مودال و منو را با کلید ببندید و باز کنید، و رفتار را با صفحه‌خوان هم سر بزنید.