فارسی

رابط‌های کاربری تب دسترس‌پذیر و کاربرپسند بسازید. بهترین شیوه‌ها برای ناوبری با صفحه‌کلید، نقش‌های ARIA و مدیریت قوی فوکوس را برای مخاطبان جهانی بیاموزید.

تسلط بر رابط‌های کاربری تب: نگاهی عمیق به ناوبری با صفحه‌کلید و مدیریت فوکوس

رابط‌های کاربری تب‌بندی شده یکی از سنگ‌بناهای طراحی وب مدرن هستند. از صفحات محصول و داشبورد کاربران گرفته تا برنامه‌های وب پیچیده، آن‌ها راه‌حلی زیبا برای سازماندهی محتوا و خلوت کردن رابط کاربری ارائه می‌دهند. اگرچه ممکن است در ظاهر ساده به نظر برسند، ایجاد یک کامپوننت تب واقعاً مؤثر و دسترس‌پذیر نیازمند درک عمیق از ناوبری با صفحه‌کلید و مدیریت دقیق فوکوس است. یک رابط کاربری تب که به درستی پیاده‌سازی نشده باشد، می‌تواند به مانعی غیرقابل عبور برای کاربرانی تبدیل شود که به صفحه‌کلید یا فناوری‌های کمکی متکی هستند و عملاً آن‌ها را از محتوای شما محروم کند.

این راهنمای جامع برای توسعه‌دهندگان وب، طراحان UI/UX و حامیان دسترس‌پذیری است که می‌خواهند فراتر از اصول اولیه بروند. ما الگوهای شناخته‌شده بین‌المللی برای تعامل با صفحه‌کلید، نقش حیاتی ARIA (Accessible Rich Internet Applications) در ارائه زمینه معنایی، و تکنیک‌های ظریف برای مدیریت فوکوس را بررسی خواهیم کرد که تجربه‌ای یکپارچه و شهودی برای همه کاربران، صرف‌نظر از موقعیت مکانی یا نحوه تعامل آن‌ها با وب، ایجاد می‌کند.

آناتومی یک رابط کاربری تب: اجزای اصلی

قبل از پرداختن به جزئیات فنی، ضروری است که یک واژگان مشترک بر اساس شیوه‌نامه‌های تألیف WAI-ARIA ایجاد کنیم. یک کامپوننت تب استاندارد از سه عنصر اصلی تشکیل شده است:

درک این ساختار اولین قدم برای ساخت کامپوننتی است که نه تنها از نظر بصری منسجم است، بلکه از نظر معنایی نیز برای فناوری‌های کمکی مانند صفحه‌خوان‌ها قابل درک است.

اصول ناوبری بی‌نقص با صفحه‌کلید

برای یک کاربر بینا که از ماوس استفاده می‌کند، تعامل با تب‌ها ساده است: شما روی تبی که می‌خواهید ببینید کلیک می‌کنید. برای کاربرانی که فقط از صفحه‌کلید استفاده می‌کنند، تجربه باید به همان اندازه شهودی باشد. شیوه‌نامه‌های تألیف WAI-ARIA یک مدل قوی و استاندارد برای تعامل با صفحه‌کلید ارائه می‌دهد که کاربران فناوری‌های کمکی انتظار آن را دارند.

ناوبری در فهرست تب (`role="tablist"`)

تعامل اصلی در داخل فهرست تب‌ها اتفاق می‌افتد. هدف این است که به کاربران اجازه داده شود به طور کارآمد تب‌ها را مرور و انتخاب کنند بدون اینکه مجبور باشند از طریق هر عنصر تعاملی در صفحه حرکت کنند.

مدل‌های فعال‌سازی: خودکار در مقابل دستی

وقتی کاربر با استفاده از کلیدهای جهت‌نما بین تب‌ها حرکت می‌کند، پنل مربوطه چه زمانی باید نمایش داده شود؟ دو مدل استاندارد وجود دارد:

انتخاب شما از مدل فعال‌سازی باید بر اساس محتوا و زمینه رابط کاربری شما باشد. هر کدام را که انتخاب کردید، در سراسر برنامه خود سازگار باشید.

تسلط بر مدیریت فوکوس: قهرمان گمنام قابلیت استفاده

مدیریت مؤثر فوکوس چیزی است که یک رابط کاربری ناشیانه را از یک رابط یکپارچه متمایز می‌کند. این موضوع به کنترل برنامه‌ریزی شده محل فوکوس کاربر مربوط می‌شود و یک مسیر منطقی و قابل پیش‌بینی را از طریق کامپوننت تضمین می‌کند.

تکنیک `tabindex` متحرک

تکنیک `tabindex` متحرک (roving `tabindex`) سنگ‌بنای ناوبری با صفحه‌کلید در کامپوننت‌هایی مانند فهرست تب‌ها است. هدف این است که کل ویجت به عنوان یک توقفگاه واحد برای کلید `Tab` عمل کند.

نحوه کار آن به این صورت است:

  1. به عنصر تب فعال فعلی `tabindex="0"` داده می‌شود. این کار آن را بخشی از ترتیب طبیعی تب می‌کند و به آن اجازه می‌دهد هنگام ورود کاربر به کامپوننت با کلید Tab، فوکوس را دریافت کند.
  2. به همه عناصر تب غیرفعال دیگر `tabindex="-1"` داده می‌شود. این کار آن‌ها را از ترتیب طبیعی تب حذف می‌کند، بنابراین کاربر مجبور نیست برای عبور از هر یک از آن‌ها کلید `Tab` را فشار دهد. آن‌ها هنوز هم می‌توانند به صورت برنامه‌ریزی شده فوکوس شوند، که این همان کاری است که ما با ناوبری کلیدهای جهت‌نما انجام می‌دهیم.

وقتی کاربر یک کلید جهت‌نما را برای حرکت از تب A به تب B فشار می‌دهد:

این تکنیک تضمین می‌کند که مهم نیست چند تب در فهرست وجود دارد، کامپوننت همیشه فقط یک موقعیت را در توالی کلی `Tab` صفحه اشغال می‌کند.

فوکوس در داخل پنل‌های تب

هنگامی که یک تب فعال است، فوکوس بعدی به کجا می‌رود؟ رفتار مورد انتظار این است که فشار دادن کلید `Tab` از یک عنصر تب فعال، فوکوس را به اولین عنصر قابل فوکوس *در داخل* پنل تب مربوطه منتقل کند. اگر پنل تب هیچ عنصر قابل فوکوسی نداشته باشد، فشار دادن `Tab` باید فوکوس را به عنصر قابل فوکوس بعدی در صفحه *بعد از* فهرست تب منتقل کند.

به طور مشابه، هنگامی که کاربر روی آخرین عنصر قابل فوکوس در داخل یک پنل تب متمرکز است، فشار دادن `Tab` باید فوکوس را از پنل خارج کرده و به عنصر قابل فوکوس بعدی در صفحه منتقل کند. فشار دادن `Shift + Tab` از اولین عنصر قابل فوکوس در داخل پنل باید فوکوس را به عنصر تب فعال بازگرداند.

از تله فوکوس اجتناب کنید: یک رابط کاربری تب یک دیالوگ مودال نیست. کاربران باید همیشه بتوانند با استفاده از کلید `Tab` به داخل و خارج از کامپوننت تب و پنل‌های آن حرکت کنند. فوکوس را در داخل کامپوننت به دام نیندازید، زیرا این کار می‌تواند گیج‌کننده و ناامیدکننده باشد.

نقش ARIA: انتقال معنا به فناوری‌های کمکی

بدون ARIA، یک رابط کاربری تب که با عناصر `

` ساخته شده است، برای یک صفحه‌خوان فقط مجموعه‌ای از محفظه‌های عمومی است. ARIA اطلاعات معنایی ضروری را فراهم می‌کند که به فناوری‌های کمکی اجازه می‌دهد تا هدف و وضعیت کامپوننت را درک کنند.

نقش‌ها و ویژگی‌های ضروری ARIA

  • `role="tablist"`: روی عنصری که تب‌ها را در بر می‌گیرد قرار می‌گیرد. این اعلام می‌کند: «این یک فهرست از تب‌ها است.»
  • `aria-label` یا `aria-labelledby`: روی عنصر `tablist` برای ارائه یک نام دسترس‌پذیر استفاده می‌شود، مانند `aria-label="دسته‌بندی‌های محتوا"`.
  • `role="tab"`: روی هر کنترل تب مجزا (اغلب یک عنصر `
  • `aria-selected="true"` یا `"false"`: یک ویژگی حالت حیاتی روی هر `role="tab"`. مقدار `"true"` تب فعال فعلی را نشان می‌دهد، در حالی که `"false"` تب‌های غیرفعال را مشخص می‌کند. این حالت باید به صورت پویا با جاوا اسکریپت به‌روزرسانی شود.
  • `aria-controls="panel-id"`: روی هر `role="tab"` قرار می‌گیرد و مقدار آن باید `id` عنصر `tabpanel` باشد که کنترل می‌کند. این یک پیوند برنامه‌ریزی شده بین کنترل و محتوای آن ایجاد می‌کند.
  • `role="tabpanel"`: روی هر عنصر پنل محتوا قرار می‌گیرد. این اعلام می‌کند: «این یک پنل محتوای مرتبط با یک تب است.»
  • `aria-labelledby="tab-id"`: روی هر `role="tabpanel"` قرار می‌گیرد و مقدار آن باید `id` عنصر `role="tab"` باشد که آن را کنترل می‌کند. این ارتباط معکوس را ایجاد می‌کند و به فناوری‌های کمکی کمک می‌کند تا بفهمند کدام تب، پنل را برچسب‌گذاری می‌کند.

پنهان کردن محتوای غیرفعال

پنهان کردن بصری پنل‌های تب غیرفعال کافی نیست. آن‌ها باید از فناوری‌های کمکی نیز پنهان شوند. مؤثرترین راه برای انجام این کار استفاده از ویژگی `hidden` یا `display: none;` در CSS است. این کار محتویات پنل را از درخت دسترس‌پذیری حذف می‌کند و از اعلام محتوایی که در حال حاضر مرتبط نیست توسط صفحه‌خوان جلوگیری می‌کند.

پیاده‌سازی عملی: یک مثال سطح بالا

بیایید به یک ساختار HTML ساده شده نگاه کنیم که این نقش‌ها و ویژگی‌های ARIA را در خود جای داده است.

ساختار HTML


<h2 id="tablist-label">تنظیمات حساب کاربری</h2>
<div role="tablist" aria-labelledby="tablist-label">
  <button id="tab-1" type="button" role="tab" aria-selected="true" aria-controls="panel-1" tabindex="0">
    پروفایل
  </button>
  <button id="tab-2" type="button" role="tab" aria-selected="false" aria-controls="panel-2" tabindex="-1">
    رمز عبور
  </button>
  <button id="tab-3" type="button" role="tab" aria-selected="false" aria-controls="panel-3" tabindex="-1">
    اعلان‌ها
  </button>
</div>

<div id="panel-1" role="tabpanel" aria-labelledby="tab-1" tabindex="0">
  <p>محتوا برای پنل پروفایل...</p>
</div>
<div id="panel-2" role="tabpanel" aria-labelledby="tab-2" tabindex="0" hidden>
  <p>محتوا برای پنل رمز عبور...</p>
</div>
<div id="panel-3" role="tabpanel" aria-labelledby="tab-3" tabindex="0" hidden>
  <p>محتوا برای پنل اعلان‌ها...</p>
</div>

منطق جاوا اسکریپت (شبه‌کد)

جاوا اسکریپت شما مسئول گوش دادن به رویدادهای صفحه‌کلید روی `tablist` و به‌روزرسانی ویژگی‌ها بر اساس آن خواهد بود.


const tablist = document.querySelector('[role="tablist"]');
const tabs = tablist.querySelectorAll('[role="tab"]');

tablist.addEventListener('keydown', (e) => {
  let currentTab = document.activeElement;
  let newTab;

  if (e.key === 'ArrowRight' || e.key === 'ArrowDown') {
    // تب بعدی در دنباله را پیدا کن، در صورت لزوم به ابتدا برگرد
    newTab = getNextTab(currentTab);
  } else if (e.key === 'ArrowLeft' || e.key === 'ArrowUp') {
    // تب قبلی در دنباله را پیدا کن، در صورت لزوم به انتها برگرد
    newTab = getPreviousTab(currentTab);
  } else if (e.key === 'Home') {
    newTab = tabs[0];
  } else if (e.key === 'End') {
    newTab = tabs[tabs.length - 1];
  }

  if (newTab) {
    activateTab(newTab);
    e.preventDefault(); // از رفتار پیش‌فرض مرورگر برای کلیدهای جهت‌نما جلوگیری کن
  }
});

function activateTab(tab) {
  // همه تب‌های دیگر را غیرفعال کن
  tabs.forEach(t => {
    t.setAttribute('aria-selected', 'false');
    t.setAttribute('tabindex', '-1');
    document.getElementById(t.getAttribute('aria-controls')).hidden = true;
  });

  // تب جدید را فعال کن
  tab.setAttribute('aria-selected', 'true');
  tab.setAttribute('tabindex', '0');
  document.getElementById(tab.getAttribute('aria-controls')).hidden = false;
  tab.focus();
}

ملاحظات جهانی و بهترین شیوه‌ها

ساختن برای مخاطبان جهانی نیازمند تفکر فراتر از یک زبان یا فرهنگ واحد است. وقتی صحبت از رابط‌های کاربری تب می‌شود، مهم‌ترین ملاحظه، جهت‌گیری متن است.

پشتیبانی از زبان‌های راست‌به‌چپ (RTL)

برای زبان‌هایی مانند عربی، عبری و فارسی که از راست به چپ خوانده می‌شوند، مدل ناوبری صفحه‌کلید باید معکوس شود. در یک زمینه RTL:

  • کلید `جهت‌نمای راست` باید فوکوس را به تب قبلی منتقل کند.
  • کلید `جهت‌نمای چپ` باید فوکوس را به تب بعدی منتقل کند.

این کار را می‌توان در جاوا اسکریپت با تشخیص جهت سند (`dir="rtl"`) و معکوس کردن منطق برای کلیدهای جهت‌نمای چپ و راست پیاده‌سازی کرد. این تنظیم به ظاهر کوچک برای ارائه یک تجربه شهودی برای میلیون‌ها کاربر در سراسر جهان حیاتی است.

نشانه بصری فوکوس

کافی نیست که فوکوس در پشت صحنه به درستی مدیریت شود؛ باید به وضوح قابل مشاهده باشد. اطمینان حاصل کنید که تب‌های متمرکز و عناصر تعاملی در داخل پنل‌های تب دارای یک طرح کلی فوکوس بسیار قابل مشاهده هستند (به عنوان مثال، یک حلقه یا حاشیه برجسته). از حذف طرح‌های کلی با `outline: none;` بدون ارائه یک جایگزین قوی‌تر و دسترس‌پذیرتر خودداری کنید. این برای همه کاربران صفحه‌کلید، به ویژه برای کسانی که دید ضعیفی دارند، بسیار مهم است.

نتیجه‌گیری: ساختن برای فراگیری و قابلیت استفاده

ایجاد یک رابط کاربری تب واقعاً دسترس‌پذیر و کاربرپسند یک فرآیند حساب‌شده است. این کار نیازمند فراتر رفتن از طراحی بصری و درگیر شدن با ساختار، معناشناسی و رفتار زیربنایی کامپوننت است. با پذیرش الگوهای استاندارد ناوبری صفحه‌کلید، پیاده‌سازی صحیح نقش‌ها و ویژگی‌های ARIA، و مدیریت دقیق فوکوس، می‌توانید رابط‌هایی بسازید که نه تنها سازگار، بلکه واقعاً شهودی و توانمندساز برای همه کاربران باشند.

این اصول کلیدی را به خاطر بسپارید:

  • از یک توقفگاه تب واحد استفاده کنید: از تکنیک `tabindex` متحرک برای قابل ناوبری کردن کل کامپوننت با کلیدهای جهت‌نما استفاده کنید.
  • با ARIA ارتباط برقرار کنید: از `role="tablist"`، `role="tab"` و `role="tabpanel"` به همراه ویژگی‌های مرتبط با آن‌ها (`aria-selected`، `aria-controls`) برای ارائه معنای معنایی استفاده کنید.
  • فوکوس را به صورت منطقی مدیریت کنید: اطمینان حاصل کنید که فوکوس به طور قابل پیش‌بینی از تب به پنل و خارج از کامپوننت حرکت می‌کند.
  • محتوای غیرفعال را به درستی پنهان کنید: از `hidden` یا `display: none` برای حذف پنل‌های غیرفعال از درخت دسترس‌پذیری استفاده کنید.
  • به طور کامل تست کنید: پیاده‌سازی خود را فقط با استفاده از صفحه‌کلید و با صفحه‌خوان‌های مختلف (NVDA، JAWS، VoiceOver) تست کنید تا اطمینان حاصل کنید که برای همه همانطور که انتظار می‌رود کار می‌کند.

با سرمایه‌گذاری روی این جزئیات، ما به یک وب فراگیرتر کمک می‌کنیم - وبی که در آن اطلاعات پیچیده برای همه، صرف‌نظر از نحوه ناوبری آن‌ها در دنیای دیجیتال، در دسترس است.