Toolbars | نوار ابزار

نوار ابزار مجموعه‌ای فشرده و معمولاً پایدار از کنترل‌هاست که پرتکرارترین عمل‌های یک زمینه را یک کلیک یا یک ضربه دور نگه می‌دارد. در ویرایشگر متن، بولد و لینک؛ در ابزار طراحی، انتخاب و فریم؛ در ایمیل، پاسخ و آرشیو. ارزش نوار ابزار به کوتاهی و گزینش است: هر آیتم اضافه اسکن را کند می‌کند و همان سرعتی را می‌گیرد که برایش ساخته شده. این مدخل نوار ابزار را از منوی عمیق، از tab bar ناوبری سطح اپ، و از سینی اعلان جدا می‌کند—اینجا حرف از میانبر عمل روی محتواست، نه جابه‌جایی بخش‌های اصلی اپ.

سرعت در برابر جامعیت؛ تقسیم کار با منو

منو می‌تواند صد عمل را در گروه‌های برچسب‌دار جا دهد؛ کاربر برای کارهای گاه‌به‌گاه مسیر را طی می‌کند. نوار ابزار زیرمجموعهٔ گزیده‌ای را همیشه دیده نگه می‌دارد. رابطهٔ سالم این است: فرکانس بالا روی نوار، بقیه در منو یا پالت فرمان. وقتی تیم از ترس پیدا نشدن ویژگی، همه چیز را روی نوار می‌چیند، نوار به منوی افقی شلوغ تبدیل می‌شود و سود سرعت از بین می‌رود.

دادهٔ استفاده، میانبرهای صفحه‌کلید پرتکرار، و مشاهدهٔ جلسهٔ واقعی بهتر از سلیقهٔ ذی‌نفع برای پر کردن نوار است. سوال مفید در نقد: اگر این دکمه را برداریم، چند بار در جلسه کاربر رنج می‌برد؟ اگر جواب «به‌ندرت» است، جایش در منو است.

انواع نوار: پایدار، زمینه‌ای، شناور، پایین

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

هر نوع قرارداد دیده‌شدن خودش را دارد. نوار زمینه‌ای که دیر ظاهر شود یا جا بپرد، بیشتر از نبود نوار آزار می‌دهد. انیمیشن ورود باید پیش‌بینی‌پذیر و سریع باشد و محتوا را کمتر بپوشاند.

نوار ابزار در برابر نوار تب پایین

tab bar معمولاً مقصدهای سطح بالای اپ را عوض می‌کند: خانه، جستجو، حساب. نوار ابزار عمل داخل یک مقصد را جلو می‌گذارد: برش، فیلتر، ارسال. یکی ناوبری اطلاعاتی است، دیگری اجرای کار. روی موبایل هر دو پایین صفحه محبوب‌اند و همین باعث التباس می‌شود. اگر پنج تب ناوبری دارید و همزمان ده آیکون ابزار، شست و توجه تقسیم می‌شوند. الگوی سالم: ناوبری پایدار جدا، ابزارها یا زمینه‌ای یا در صفحهٔ ویرایش جایگزین ناوبری.

در مستند سیستم طراحی این مرز را با مثال تصویری قفل کنید تا هر تیم محلی نوار خودش را «تب» ننامد و برعکس.

گروه‌بندی بصری، آیکون و Overflow

عمل‌های مرتبط را کنار هم بگذارید: لغو و بازگردانی، ترازها، سبک متن. جداکنندهٔ ملایم یا فاصلهٔ گروهی اسکن را راهنمایی می‌کند. آیکون‌های استاندارد جهانی گاهی بدون برچسب زنده‌اند؛ آیکون‌های خاص محصول بدون tooltip یا برچسب، دیواره می‌سازند. در هاور دسکتاپ، نام عمل و میانبر صفحه‌کلید را با هم نشان دهید تا یادگیری قدرت‌مندها سریع شود.

وقتی عرض کم است، مخفی کردن بی‌نشانه ممنوع است. کنترل «بیشتر» با منوی باقی‌مانده کشف را حفظ می‌کند. اولویت‌بندی overflow باید بر اساس فرکانس باشد نه ترتیب الفبا. در RTL ترتیب گروه‌ها و جهت overflow را با دقت تست کنید.

دسکتاپ، موبایل و چگالی

دسکتاپ با ماوس می‌تواند نوار باریک‌تر و آیکون متراکم‌تر تحمل کند؛ موبایل به هدف لمسی بزرگ‌تر و تعداد کمتر نیاز دارد. چگالی را با سطح مهارت مخاطب تنظیم کنید: ابزار حرفه‌ای طراحی ممکن است نوار فشرده بخواهد؛ محصول عمومی بهتر است خلوت باشد. حالت تمام‌صفحه یا تمرکز نوشتن گاهی نوار را جمع می‌کند؛ راه بازگشت به نوار باید واضح بماند.

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

دسترس‌پذیری نوار به‌عنوان گروه

نقش toolbar برای فناوری کمکی به کاربر می‌گوید این یک نوار عمل است. پیمایش داخل نوار با کلیدهای جهت، و خروج با Tab، الگوی رایج است. هر دکمهٔ آیکونی باید نام دسترس‌پذیر داشته باشد. میانبرهای سراسری باید مستند و تا حد ممکن با عرف پلتفرم هم‌خوان باشند تا با میانبر صفحه‌خوان برخورد نکنند.

ترتیب فوکوس باید با ترتیب بصری یکی باشد. دکمه‌های غیرفعال وقتی انتخاب معنا ندارد باید واقعاً disabled شوند و دلیلش در صورت نیاز توضیح داده شود—مثلاً برش بدون انتخاب.

سفارشی‌سازی؛ چه کسی باید نوار را بچیند

در ابزارهای حرفه‌ای با گردش‌کار متنوع، سفارشی‌سازی نوار ارزشمند است: کاربر می‌تواند عمل‌های رشتهٔ خودش را سنجاق کند. در محصول ساده یا استفادهٔ گاه‌به‌گاه، سفارشی‌سازی هزینهٔ یادگیری می‌آورد بدون سود زیاد. اگر سفارشی می‌کنید، پیش‌فرض عالی واجب است؛ ریست به پیش‌فرض، و جلوگیری از نوار خالی تصادفی. همگام‌سازی چیدمان بین دستگاه‌ها برای کاربران جدی امتیاز است.

تحلیل اینکه کدام آیتم‌های سفارشی واقعاً استفاده می‌شوند، خوراک بهبود پیش‌فرض نسخهٔ بعد است—نه فقط آزادی تزئینی.

آنتی‌پترن‌ها و نگهداری

افزودن ویژگی جدید همیشه به نوار؛ آیکون مبهم بدون برچسب؛ مخلوط ناوبری و عمل؛ نادیده گرفتن حالت انتخاب؛ و نوار زمینه‌ای که روی خود محتوا را غیرقابل کلیک می‌کند. مالکیت مشخص در سیستم طراحی و بازبینی فصلی بر اساس داده، از متورم شدن جلوگیری می‌کند. هر ریلیز یک «کاندید حذف از نوار» داشته باشید تا فرهنگ فقط اضافه کردن نشکند.

هماهنگی با پالت فرمان و منو مهم است: نام عمل در هر سه جا یکی باشد. کاربر نباید سه واژه برای یک کار یاد بگیرد.

جمع‌بندی عملی

نوار ابزار لایهٔ میانبر عمل‌های پرتکرار است، نه کاتالوگ کامل ویژگی و نه جایگزین tab bar. با منو تقسیم کار کنید، نوع پایدار یا زمینه‌ای را آگاهانه انتخاب کنید، گروه‌بندی و overflow را جدی بگیرید، و دسترس‌پذیری گروه و نام آیکون را از روز اول بسازید. نوار خوب دیده نمی‌شود چون دست زود به کار درست می‌رسد؛ نوار بد همیشه جلوی چشم است و باز هم پیدا کردن سخت است.

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

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