Microsoft-ui-xaml: الاقتراح: رمز علبة النظام لسطح مكتب WinUI 3 (Win32 و .NET Core)

تم إنشاؤها على ٢٤ فبراير ٢٠٢٠  ·  20تعليقات  ·  مصدر: microsoft/microsoft-ui-xaml

الاقتراح: رمز علبة النظام لسطح مكتب WinUI 3 (Win32 و .NET Core)

ملخص


أضف القدرة على إنشاء NotifyIcon في منطقة علبة النظام. لسطح المكتب WinUI 3

المنطق

  • اسمح للمستخدم بالوصول إلى التطبيق في أي مكان.
  • اسمح لأحد التطبيقات التي تعمل في الخلفية باقتراح قائمة سياق.
  • زيادة إمكانية نقل تطبيقات Win32 الكلاسيكية بناءً على طراز علبة النظام.

نطاق


| القدرة | الأولوية |
| : ---------- | : ------- |
| السماح للمطورين بإنشاء رمز علبة النظام | يجب |
| يجب أن تتبع قائمة سياق علبة النظام سمة Windows Light / Dark والتصميم المتميز | يجب |
| السماح للمطورين بإرسال إشعار البالون الكلاسيكي | لن |



area-External feature proposal

التعليق الأكثر فائدة

أعتقد أنه يجب إزالة رموز علبة النظام من Windows تمامًا. يجب أن ننتقل إلى وجود جميع التطبيقات على شريط المهام من أجل الاتساق. من غير المنطقي رؤية التطبيقات في كلا المكانين. لماذا يوجد تطبيق على شريط المهام وآخر في علبة النظام وآخر في كلاهما؟ لا يوجد منطق في ذلك.

إذا كنت تريد بعض الرموز على اليمين وبعضها على اليسار - لسنا بحاجة إلى علبة النظام ، ما نحتاجه هو المزيد من تخصيص شريط المهام.

ربما لكني لست متأكدا. بالنسبة لي ، لا تحتوي رموز علبة النظام على نفس الأداة المساعدة مثل رموز شريط المهام:

  • رموز شريط المهام مخصصة للتطبيقات ذات الإطارات المفتوحة والتفاعل معها.
  • رموز علبة النظام مخصصة لتطبيقات الخلفية (مكافحة الفيروسات ، المزامنة السحابية) وتسمح لنا بالتفاعل مع هذه الأنشطة دون فتح أي نوافذ (مع قائمة السياق والنشرات المنبثقة مثل OneDrive وأيقونة الصوت وغيرها الكثير)

ال 20 كومينتر

Windows 10x لا يدعم هذا. لا أعتقد أنه يجب إعادته.

jesbis هل يمكنك رجاء توجيه هذا الطلب؟

shaheedmalik أود أن أزعم أنه لمجرد أن Windows 10x لا يدعمه ، فهذا لا يعني أن Windows 10 لا ينبغي. ضع في اعتبارك أن هناك أكثر من 950 مليون مستخدم لنظام التشغيل Windows 10.

@ marb2000 لمعلوماتك

أعتقد أنه يجب إزالة رموز علبة النظام من Windows تمامًا. يجب أن ننتقل إلى وجود جميع التطبيقات على شريط المهام من أجل الاتساق. من غير المنطقي رؤية التطبيقات في كلا المكانين. لماذا يوجد تطبيق على شريط المهام وآخر في علبة النظام وآخر في كلاهما؟ لا يوجد منطق في ذلك.

إذا كنت تريد بعض الرموز على اليمين وبعضها على اليسار - لسنا بحاجة إلى علبة النظام ، ما نحتاجه هو المزيد من تخصيص شريط المهام.

أعتقد أنه يجب إزالة رموز علبة النظام من Windows تمامًا. يجب أن ننتقل إلى وجود جميع التطبيقات على شريط المهام من أجل الاتساق. من غير المنطقي رؤية التطبيقات في كلا المكانين. لماذا يوجد تطبيق على شريط المهام وآخر في علبة النظام وآخر في كلاهما؟ لا يوجد منطق في ذلك.

إذا كنت تريد بعض الرموز على اليمين وبعضها على اليسار - لسنا بحاجة إلى علبة النظام ، ما نحتاجه هو المزيد من تخصيص شريط المهام.

ربما لكني لست متأكدا. بالنسبة لي ، لا تحتوي رموز علبة النظام على نفس الأداة المساعدة مثل رموز شريط المهام:

  • رموز شريط المهام مخصصة للتطبيقات ذات الإطارات المفتوحة والتفاعل معها.
  • رموز علبة النظام مخصصة لتطبيقات الخلفية (مكافحة الفيروسات ، المزامنة السحابية) وتسمح لنا بالتفاعل مع هذه الأنشطة دون فتح أي نوافذ (مع قائمة السياق والنشرات المنبثقة مثل OneDrive وأيقونة الصوت وغيرها الكثير)

هل هناك طريقة أخرى بسيطة وأنيقة وبديهية لعملية الخلفية للتفاعل مع المستخدمين ، دون الحاجة إلى أن يكون تطبيقًا مستندًا إلى Windows. إذا كان الأمر كذلك ، فقد تكون علبة النظام زائدة عن الحاجة ، وإذا كانت هذه هي الطريقة الوحيدة ، فيجب الاحتفاظ بها. أعتقد أن هناك الكثير من حالات الاستخدام لذلك.

يمكن تثبيت أحد التطبيقات في قائمة ابدأ في Windows 10 واستخدام Badge API و Tiles API لإبلاغ المستخدم وإخطاره بأحداث التطبيق. يؤدي النقر بزر الماوس الأيمن على إدخال التطبيق في قائمة "ابدأ" إلى فتح قائمة سياق يمكن ملؤها باستخدام Jumplist API .

في ضوء إزالة منطقة الإشعارات بمقدار 10 أضعاف ، فأنا حاليًا بصدد استبدال إدخال منطقة إعلام تطبيقي بإدخال قائمة ابدأ باستخدام واجهات برمجة التطبيقات المذكورة أعلاه. لقد كان مستخدمو تطبيقاتي داعمين لهذا التغيير.

لا تقوم ميزة 10X بإزالة منطقة الإعلام ، ولكنها تقوم فقط بعرض الإشعارات بدون شريط جانبي.

تسير الإجراءات السريعة في منطقة واجهة المستخدم المنفصلة الخاصة بها.

يمكن وضع أيقونات الدرج نظريًا في أي من هذه المساحات ، باستثناء أنه بالنسبة لـ 10X ، فإن فكرة تثبيت تطبيقات الخلفية ربما تكون شيئًا يرغبون في تجنبه. هناك طرق أخرى لتحقيق نفس الأشياء ، ولكن حتى يتم تفصيل 10X بالكامل ، وفي أيدي المختبرين - يجب أن تنتظر التعليقات حول هذا الأمر.

لا أرى أي سبب يمنع تطبيقات WinUI Desktop على Windows 10 من استخدام أيقونات Tray. إذا كان هناك سطح تحكم أو واجهة مستخدم يمكن توفيره لمطور التطبيق ، لتمكين واجهة مستخدم Tray UI و UX متسقة - فسأؤيد ذلك. هناك الكثير من التناقض مع أنماط القائمة المنبثقة في الوقت الحالي.

mdtauk مع "10x إزالة منطقة الإعلام" أعني المنطقة التي أعتقد أن الناس هنا https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

mdtauk مع "10x إزالة منطقة الإعلام" أعني المنطقة التي أعتقد أن الناس هنا https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

علبة النظام هي الطريقة التي أفكر بها - لذلك أردت فقط التمييز بين ذلك ومنطقة Windows 10 حيث يتم الاحتفاظ بالإشعارات.

Action Center هو اسم منطقة واجهة المستخدم حيث يتم الاحتفاظ بالإخطارات في Windows 10. يبدو أن MS تساهم في حدوث ارتباك باستخدام مصطلح "علبة النظام" و "منطقة الإعلام" لنفس منطقة واجهة المستخدم ، ومع ذلك تنص الوثائق على ما يلي:
image

نظرًا لأن تطبيقات UWP لا تملك دعمًا مباشرًا لـ "علبة النظام" وتقوم 10x بإزالتها بالكامل (بناءً على أحدث المعلومات المتوفرة لدينا) ، يبدو أن هذا ليس اتجاهًا تريد MS أن تستمر فيه . وبالتالي ، فإنني أفضل أن أكون مهتمًا بالسبب الذي يجعل تثبيت أحد التطبيقات في قائمة "ابدأ" واستخدام واجهات برمجة التطبيقات المذكورة أعلاه ليس خيارًا مقارنة بوضع رمز التطبيق في علبة النظام / منطقة الإعلام.

وإذا لم يكن هذا خيارًا ، فيجب علينا إخبار MS لماذا هذا هو الحال حتى يتمكنوا من تحسين كيفية تفاعل المستخدمين مع تطبيقات الخلفية باستخدام مفهوم تفاعل UWP Shell (البلاط ، الشارات ، الإخطارات). ستظل تطبيقات WinUI 3 Desktop التي تطلب دعم منطقة الإعلام (علبة النظام) بحاجة إلى طريقة لإخطار / إبلاغ مستخدميها بـ 10x ، والذي يبدو أنه مستقبل Windows. لست متأكدًا مما إذا كان المستخدمون ، الذين يطلبون الآن دعم علبة النظام ، لن يطلبوا من MS إضافة "علبة النظام" مرة أخرى إلى 10x أيضًا. نظرًا لأنه من المحتمل ألا يتم منح طلبهم ، فسيكون لديهم المزيد من العمل الذي يتعين عليهم القيام به لجعل تطبيق Windows 10 WinUI جاهزًا لـ 10x.

على هذا النحو ، أشعر أنه يجب علينا استخدام هذا الاقتراح لتوحيد الأفكار والمفاهيم الخاصة بمنطقة الإعلام (علبة النظام) ومجالات ردود الفعل / التفاعل الجديدة للتطبيق التي قدمها MS مع Windows 8/10. اكتشف أين تفتقر واجهة المستخدم الحالية وحاول تحسينها. لا أعتقد أن هناك الكثير مفقودًا من واجهات برمجة تطبيقات UWP Shell الحالية.

في الغالب للتطبيقات التي تعمل بدون أي واجهة مستخدم أو نافذة ، والتي تفتح بعد ذلك نافذة أو تعرض واجهة المستخدم عند التفاعل معها.

نظرًا لعدم وجود نافذة مفتوحة أو مصغرة ، فلا يوجد شيء للتبديل إليه على شريط المهام ، ولا توجد نافذة لعرضها في طرق عرض المخطط الزمني أو مبدل المهام.

يميل المطورون إلى وضع تطبيقاتهم في علبة النظام لأن لديهم إحساسًا بأن تطبيقاتهم بالغة الأهمية. كمستخدم ، لا يكون التطبيق مهمًا كما يعتقد المطور في 99٪ من الوقت.

في الوقت الحالي ، لديّ Defender وأجهزة Bluetooth وإعدادات Nvidia و Dolby Audio و Ear Trumpet و OneDrive قيد التشغيل في علبة النظام الخاصة بي. من بين كل هؤلاء ، ربما يجب أن يكون هناك بوق الأذن فقط. الباقي ليس بهذه الأهمية. حتى ديفندر يمكن أن تخبرني بما أحتاج إلى معرفته من مركز العمل.

في الوقت الحالي ، لديّ Defender وأجهزة Bluetooth وإعدادات Nvidia و Dolby Audio و Ear Trumpet و OneDrive قيد التشغيل في علبة النظام الخاصة بي. من بين كل هؤلاء ، ربما يجب أن يكون هناك بوق الأذن فقط

ومع ذلك ، فهي ليست مهمة بالنسبة لك ، فهي مهمة بالنسبة لي وللعديد من مستخدمي Windows. بدون علبة النظام ، سينتقلون إلى شريط المهام الذي هو أسوأ.

علبة النظام هي في الأساس مكان للخدمات وتطبيقات الخلفية لإظهار أنها تعمل مع السماح للبعض بالتحكم في حالتها دون تلويث شريط المهام الرئيسي. الغرض منها هو الحصول على حالة سريعة مع تفاعلات سريعة.

تهدف التطبيقات الموجودة في شريط المهام إلى إظهار التطبيقات التي قد تتفاعل معها في المقدمة لفترات زمنية أطول. يسمح هذا بتبديل المهام بين تطبيقات متعددة في المقدمة.

تطبيقات المراسلة تناسب الوسط. لفترة طويلة تم تصغيرها إلى علبة النظام لأنها في الغالب خلفية ولا تتفاعل معها حتى تظهر رسالة أو تفتحها لإرسال رسالة إلى شخص ما. إذا كان تطبيقًا أساسيًا للمراسلة اليومية للعمل ، فقم بتثبيته على شريط المهام الخاص بي للعمل الأساسي. ومع ذلك ، نادرًا ما يتم استخدام بعض التطبيقات بعد الآن وتشوش ، لذلك أبقيها صغيرة في علبة النظام حتى مرة واحدة وأثناء حاجتي إليها.

ما لا أريده هو أن أعتقد أن تطبيق المراسلة الخاص بي يعمل وأكتشف أنه ليس كذلك ، ولدي 20 رسالة فائتة.

علبة النظام لها استخدام حقيقي ، لكنني أفهمها ، إنها صعبة. كلما زاد عدد التطبيقات التي تثبتها ، زادت الفوضى وإمكانية إساءة استخدام الميزة. على سبيل المثال ، تشغيل التطبيقات عند بدء التشغيل أو تسجيل الدخول. مفيد ، لكنه يسيء بشدة. ومع ذلك ، فإن إزالته لمجرد أنه فوضى وسوء استخدام هو نهج خاطئ. تحكم المستخدم والآن AI لإدارة ما يظهر وأين توجد أفضل الطرق للتعامل مع المشكلة.

مع نظامي التشغيل Windows 8 و 10X ، تعيد Microsoft التفكير في العديد من النماذج لمعرفة كيف يمكنها تطوير نظام التشغيل. المشكلة هي أن أنظمة التشغيل Windows 95 و XP و 7 حصلت على الكثير من النماذج الصحيحة ، بحيث لا يمكنك إزالتها حقًا دون كسر الكثير من قصص المستخدمين. من الصعب الابتكار في مساحة ثنائية الأبعاد عندما تحل المشكلة بالفعل أفضل من الطرق الأخرى! التحدي الآخر هو العقارات على الشاشات الأصغر.

مع نظام التشغيل Windows 10x ، ليس لديهم تطبيقات خلفية تعمل ، لذا فإن عدم إنشاء علبة نظام أمر منطقي. أعتقد أنه بمجرد إعادة تطبيقات وخدمات الخلفية ، سيجدون طريقة لإعادة الدرج مرة أخرى ، ولكن ربما في شكل مختلف عما اعتدنا عليه حتى يتمكنوا من حل مشكلة العقارات.

تضمين التغريدة

في الغالب للتطبيقات التي تعمل بدون أي واجهة مستخدم أو نافذة ، والتي تفتح بعد ذلك نافذة أو تعرض واجهة المستخدم عند التفاعل معها.

يمكن أن يعمل استخدام قائمة ابدأ كما هو موضح أعلاه بشكل جيد مع تلك الأنواع من التطبيقات. لدي مثل هذا التطبيق بنفسي والذي يمكن أن يبدأ مصغرًا تمامًا (لا توجد أيقونة تطبيق لشريط المهام ، لا توجد نافذة تطبيق) ومع ذلك يمكنني استخدام Badge API والإشعارات لإبلاغ المستخدم عند حدوث شيء ما ويمكنه أن يقرر إحضاره إلى المقدمة باستخدام Start القائمة (تمامًا كما يفعلون مع رمز تطبيق منطقة الإعلام).

تحسين محتمل في Shell: بعد المناقشة مع الآخرين ، تم اقتراح أنه ، على سبيل المثال ، يمكن تحسين قائمة سياق التطبيق الموضحة في قائمة Start للسماح بالتدرج الهرمي متعدد المستويات أو عناصر واجهة المستخدم مثل مربعات الاختيار وأزرار الاختيار حيث يمكن أن تكون هذه العناصر سهلة تمت الإضافة إلى قوائم سياق منطقة إعلام Win32 اليوم.

بشكل عام ، سيكون من المفيد الحصول على مجموعة متنوعة من قوائم سياق تطبيق "علبة النظام" قيد الاستخدام اليوم ، تعرف على كيفية تصميمها وأين تفتقر UWP Shell APIs اليوم.

ملاحظة: هذا منشور مدونة بواسطة Raymond Chen يوضح أن "علبة النظام" ليست المصطلحات الصحيحة ويجب استخدام "منطقة الإعلام" بدلاً من ذلك: https://devblogs.microsoft.com/oldnewthing/20030910-00/؟ 42583

يمكن أن يعمل استخدام قائمة ابدأ كما هو موضح أعلاه بشكل جيد مع تلك الأنواع من التطبيقات.

أنا لا أوافق بشدة. لا أعرف تطبيقك لذا لا يمكنني التحدث إلى قصة المستخدم الخاصة بك ولكن فئة كاملة من التطبيقات لا تعمل بشكل جيد مدفون داخل الأسطح المخفية مثل قائمة ابدأ أو مركز الإجراءات. تتضمن هذه التطبيقات: مؤشرات قوة الإشارة ، ومستوى البطارية ، ودرجات حرارة وحدة المعالجة المركزية / وحدة معالجة الرسومات ، وحالات المزامنة ، ومؤشرات الرسائل ، وما إلى ذلك.

كيف يمكننا تصنيف كل هذه التطبيقات لفهمها بشكل أفضل؟ أعتقد أننا نفهم تطبيقات الإشعارات جيدًا وقد ساعد Action Center في تحسين حالات استخدامها. لكن التطبيقات الأخرى تناسب بشكل أفضل "المراقبة". المراقبة ليست مثل التنبيهات والإشعارات وهي فكرة خاطئة شائعة.

تتعلق المراقبة برؤية الحالة في جميع الأوقات. القدرة على النظر بسرعة بين الحين والآخر دون أي إجراء إضافي ، والمضي قدمًا. مستوى البطارية جيد لهذا الغرض. يمكنني إلقاء نظرة على مؤشر البطارية ومعرفة أداء بطاريتي. أريد إشعارات بالأحداث المهمة مثل البطارية المنخفضة ولكني لا أريد إشعارات 70٪ أو 50٪ أو 30٪. أنا فقط أريد أن ألقي نظرة عليها وأتفقدها. احزر ما الوقت هو نفس الشيء! إنني أتطلع إلى رؤية الوقت دون اتخاذ مزيد من الإجراءات ، ومن ثم فهو موجود في منطقة إعلام شريط المهام! يمكن اعتبارها نظام تشغيل ولكن هناك العديد من التطبيقات التي توفر وظائف مماثلة لا يمتلكها نظام التشغيل.

الآن ، هل هذا يعني أن كل تطبيق يجب أن يكون في منطقة الإعلام مثل اليوم؟ وهل يسيء استخدامها لأنه لم يكن لها مكان جيد آخر من قبل؟ بالتأكيد. أعتقد أنه يمكن إجراء الكثير من التحسينات هنا. الإجراءات السريعة / مركز التحكم لديه القدرة على استبدال العديد من أنواع التطبيقات في هذا الصدد. ولكن ، يمكن أن ينتفخ هذا بسرعة أيضًا ، مما يجعل من الصعب العثور على "الإجراءات السريعة".

_ "تغيير النموذج لا يحل المشكلة ، بل ينقل المشكلة إلى مساحة مختلفة" _

يؤدي نقل التطبيقات إلى شريط المهام المثبت إلى تضخيم شريط المهام
يعني نقل التطبيقات إلى قائمة ابدأ أنه يجب عليك تثبيت التطبيقات أولاً ، ثم النقر بنشاط على "ابدأ" للتحقق منها
يفقد نقل التطبيقات إلى الإجراءات السريعة القدرة على التمييز بين جميع الإجراءات السريعة الأخرى.

هذا هو السبب في أن Live Tiles لم تكتسب قوة دفع خارج Windows Phone ، فهي مدفونة في سطح مخفي حتى تفقد فائدتها وإمكاناتها الكاملة. على Windows Phone ، يتم دمج سطح المكتب وبدء المشغل في نفس الشيء مما يجعله مفيدًا هناك. في Windows 8+ ، سطح المكتب وشريط المهام هما نقاط الرؤية الرئيسية. ولهذا السبب يعد Live Tiles on Desktop طلبًا شائعًا لأنه من المحتمل أن يكون مرئيًا دائمًا على الشاشات الأكبر حجمًا.

دعونا نضع في اعتبارنا أن هناك هدفًا لكل الأشياء. يمكننا بالتأكيد النظر في نقل الأشياء ولكننا بحاجة إلى فهم التصنيف الكامل للتطبيقات وما إذا كانت ستستفيد حقًا من التنقل أم أنها ستفقد فائدتها والغرض منها نتيجة لذلك.

لا يزال Windows 10x بعيدًا عن الاكتمال وحتى نعرف المزيد ، لا ينبغي أن نفترض أي شيء. هذا الاقتراح لإصلاح فجوة في UWP / WinUI يجب حلها لتناسب اتساع كيفية استخدام Windows. هذا لن يختفي في أي وقت قريب.

أرغب في تجديد تجربة علبة النظام إن أمكن. شيء مشابه لتطبيقات شريط القوائم في macOS.

تطبيقات المراسلة تناسب الوسط. لفترة طويلة تم تصغيرها إلى علبة النظام لأنها في الغالب خلفية ولا تتفاعل معها حتى تظهر رسالة أو تفتحها لإرسال رسالة إلى شخص ما. إذا كان تطبيقًا أساسيًا للمراسلة اليومية للعمل ، فقم بتثبيته على شريط المهام الخاص بي للعمل الأساسي. ومع ذلك ، نادرًا ما يتم استخدام بعض التطبيقات بعد الآن وتشوش ، لذلك أبقيها صغيرة في علبة النظام حتى مرة واحدة وأثناء حاجتي إليها.

ما لا أريده هو أن أعتقد أن تطبيق المراسلة الخاص بي يعمل وأكتشف أنه ليس كذلك ، ولدي 20 رسالة فائتة.

قد تكون هذه مشكلة في نظام الإخطار. مع تطور Windows ، لا يحتاج المرء إلى تشغيل رمز علبة النظام فقط لإعلامك بالرسائل المحتملة. يمكن للمرء أن يتلقى الرسائل دون ازدحام علبة النظام.

بالنسبة لي ، فإن حالة استخدام أيقونات الدرج بسيطة: أريد أن أرى التطبيقات التي تعمل في الخلفية هناك والأيقونة الموجودة في الدرج للإشارة إما إلى حالة مستمرة (على سبيل المثال ، مؤشر تحميل / درجة حرارة وحدة المعالجة المركزية) أو منفصل مؤشر على حدوث شيء ما (قل رمز تطبيق المراسلة يقول إنني تلقيت رسالة جديدة). تذهب إعلامات الرسائل الفعلية إلى مركز العمل. إذا لم يكن التطبيق مفتوحًا ومُصغرًا إلى شريط المهام أو الدرج ، فلا أريد تشغيله على الإطلاق. أرغب في أن أكون قادرًا على معرفة ما إذا كان التطبيق يعمل في الخلفية أو تم إيقاف تشغيله بشكل موثوق. في الأساس ، اعتاد جميع برامج المراسلة على العمل بهذه الطريقة (من خلال كونها تطبيق Win32 أو من خلال استخدام تطبيق مصاحب لجسر win32).

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات