شاخص های پانل برنامه

ساخت وبلاگ

برای چرخه شفاف ، تیم DX روی بخشی از دسک تاپ تمرکز دارد که به یک مشکل در منطقه تبدیل شده است:

disaster.png

منطقه اعلان فعلی تعامل با کاربران بیشتر و دشوارتر است. هر برنامه متفاوت رفتار می کند ، آنها در دسترس نیستند ، و حتی بعضی اوقات متفاوت است.

ما پیشنهاد می کنیم اپلیکورهای مختلف را به استفاده از منوهای ساده مهاجرت کنیم. این تغییر باید یک رابط سازگار تر را فراهم کند و یک گام مهم برای بهبود تجربه کاربر با سمت راست پانل باشد.

برای اجرای این تغییر ، ما پیشنهاد می کنیم از مجموعه ای از API های DBUS استفاده کنیم. این پروتکل ها مبتنی بر فن آوری های فعلی است ، برخی از آنها قبلاً در اوبونتو استفاده می شوند ، برخی دیگر نیز توسط اعضای گروه Freedesktop.org مورد بحث قرار گرفته اند. این شامل عملی است که قبلاً توسط پروژه KDE تأیید شده است.

ما مجموعه ای از کتابخانه ها را با 2 محیط اصلی دسک تاپ همراه با ابزارها و مستندات ارائه می دهیم تا به انتقال برنامه ها برای استفاده از پروتکل های جدید کمک کنیم.

تجزیه و تحلیل استفاده از منطقه اعلان

منطقه نشانگر پانل در نسخه اولیه GNOME ، بر روی مدل طراحی مایکروسافت '95 ، به عنوان منطقه ای اختصاص داده شده به اعلان ها معرفی شد. اغلب به آن Systray یا منطقه اعلان گفته می شود.

موارد استفاده

  • شخصی که از Last. fm استفاده می کند ، می خواهد به بازی ، مکث ، پرش ، عشق و آهنگ های ممنوعیت دسترسی سریع داشته باشد. برخی از این اقدامات مخصوص Last. fm است ، و مربوط به هیچ پخش کننده موسیقی دیگر نیست.
  • شخصی که از Ubuntu One برای همگام سازی پرونده ها استفاده می کند می خواهد ببیند که آیا در حال حاضر همگام سازی است و می خواهد دسترسی سریع به مکث و توابع را از سر بگیرد. این کارها در هیچ منوی دیگری معنی ندارد.
  • شخصی که از Tomboy استفاده می کند ، منویی را می خواهد تا به آنها اجازه دهد به سرعت یادداشت های جدید ایجاد کنند و به یادداشت های اخیر دسترسی پیدا کنند. سرانجام این کارها ممکن است در یک رابط کاربری ایجاد اسناد عمومی ادغام شوند ، اما در حال حاضر ، این کارها در هیچ منوی دیگری معنی ندارند.
  • یک توسعه دهنده نرم افزاری که اشکالات بصری را در نرم افزار خود آزمایش می کند ، می خواهد دسترسی سریع برای شروع و متوقف کردن ضبط صفحه باشد.

مسائل مربوط به وضعیت فعلی

با گذشت زمان ، منطقه اعلان به صورت ارگانیک و تا حدودی متناقض رشد کرد ، به عنوان مثال ، با استفاده از اپلیکورهای مختلفی که طبق دستورالعمل ها به درستی در منطقه شاخص های پانل تعلق ندارند.

panel-suck.png

1. مناطق پانل در یک نگاه به وضوح تعریف نشده یا قابل شناسایی نیستند زیرا موارد دیگر از نظر بصری ، رفتاری و منطقی سازمان یافته نیستند. به نظر می رسد که هر مورد دارای یک هدف مستقل است و در صورت کلیک ، بسیار متفاوت از دیگری رفتار می کند. ما دکمه ها ، پانل منو ، منو-کشویی و منوها را داریم. این امر باعث می شود که کاربران تقریباً غیرممکن از عملکرد آن منطقه به دست آورند.

2. کاربران انتظار دارند که موارد نزدیک به یکدیگر به طور مشابه رفتار کنند. آنها برای پیش بینی رفتارهای خود به نزدیکی اپلیکورها/برنامه ها/منوها تکیه می کنند و کارکردهای خود را توضیح می دهند (اصول قابلیت استفاده: 1) سازگاری نزدیکی (Baett & Wickens ، 1988 ؛ Wickens & Carswell ، 1995) و 2) سازگاری (اصل جهانی طراحی ؛نیلسن نورمن ؛ باستین و اسکپین). غیرقابل پیش بینی بودن رفتارهای موارد موجود در نشانگر پانل باعث ایجاد سردرگمی می شود زیرا کاربران همیشه در موقعیتی نیستند که سیستم را در پاسخ به اقدامات خود انجام دهد.

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

تغییرات پیشنهادی

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

اضافی ، ما پیشنهاد می کنیم همه عناصر را در سمت راست پانل به منوهای معمولی تبدیل کنیم.

panel-suck-less.png

  • رابط کاربری در دسترس: نمادها و منوها توسط خوانندگان صفحه نمایش قابل توجه خواهند بود
  • قوام سبک: همانطور که منوها توسط همان ابزار پانل ارائه می شوند ، منوهای زمینه برنامه های KDE به همان سبک دیگری که سایر برنامه های کاربردی در یک دسک تاپ GNOME اجرا می شوند ، ارائه می شوند و بالعکس
  • طرح مداوم: ادغام در یک منوبر معمولی (بر خلاف مجموعه ای از اپلیکیشن ها) ، نمادها و منوها نباید با تغییر وضوح ، مانند هنگام انجام یک ارائه و سپس بازگشت به دسک تاپ ، مختل شوند تا همه اپلیکیشن ها کاملاً بی نظم باشند
  • شستشوی منو: کاربران اغلب در جستجوی یک ویژگی منوها را مرور می کنند. با تبدیل منطقه اعلان به مجموعه ای از منوها ، کاربران می توانند رابط را راحت تر جستجو کنند

توجه: به دلایل سازگاری، برای مدتی یک منطقه اعلان را حفظ خواهیم کرد تا به توسعه دهندگان برنامه اجازه دهیم به تدریج به پروتکل جدید مهاجرت کنند. در نهایت، منطقه اعلان قدیمی باید ناپدید شود و برنامه ها بتوانند توابع عمومی/متداول را در ناحیه سیستم تزریق کنند، در حالی که ویژگی های خاص برنامه در منطقه "نمایشگر برنامه" باقی خواهند ماند.

معماری نرم افزار

در طول چرخه های Jaunty و Karmic، ما فرآیندی را برای اتصال پنل و بخش هایی از سیستم با استفاده از dbus آغاز کردیم. به طور سنتی، این پنل با بقیه سیستم از طریق انواع فناوری ها مانند: Orbit، X خواص یا Xembed ارتباط برقرار می کند. این انعطاف پذیری به بسیاری از برنامه ها اجازه استفاده از پنل را می دهد، اما نتیجه کلی این است که سن خود را نشان می دهد.

استفاده از dbus برای پنلما با برخی از منوها (که ما آنها را نشانگر می نامیم) شروع کرده ایم. ما می خواهیم با همه برنامه های systray/منطقه اطلاع رسانی ادامه دهیم. ما اینها را نشانگرهای کاربردی می نامیم.

ما می خواهیم این کار را به شیوه ای دوستانه بین دسکتاپ انجام دهیم که از استانداردهای موجود استفاده می کند و به راحتی می توان به آن مهاجرت کرد. بنابراین ما این روش جدید نشانگرهای پنل کاربردی را پیشنهاد می کنیم.

توجه: برنامه های افزودنی KStatusNotifier API KDE با توسعه دهندگان بالادستی به منظور داشتن پروتکل های سازگار با دسکتاپ مورد بحث قرار گرفته است. به این ترتیب یک برنامه KDE که روی دسکتاپ Gnome اجرا می شود، نماد و منوی زمینه آن به درستی در پانل Gnome ارائه می شود. به طور مشابه، یک برنامه Gnome که تحت KDE اجرا می شود، باید نماد و منوی خود را در پلاسموید جدید systray مشاهده کند.

استراتژی ترید...
ما را در سایت استراتژی ترید دنبال می کنید

برچسب : نویسنده : مرجان شیرمحمدی بازدید : 54 تاريخ : سه شنبه 15 فروردين 1402 ساعت: 19:34