Microsoft-ui-xaml: لماذا يجب إيقاف أكريليك الخلفية في WinUI 3؟ من المؤكد أن هذا سوف يدمر ويخيب آمال الكثيرين لأسباب واضحة

أعتقد أنه غير مدعوم مؤقتًا - بينما تتم إزالة المزيد من التعليمات البرمجية التي تتعامل مع أكريليك من نظام التشغيل وترميزها من جديد في مشروع مفتوح المصدر.

حقا؟ ماذا عن هذا إذن؟ https://twitter.com/WithinRafael/status/1230192945355096064

بينما لست متأكدًا من المستند الذي يشير إليه في لقطة الشاشة ، قال ryandemopoulos :
https://twitter.com/WithinRafael/status/1230197954280951808؟s=20

أعتقد أن نظام التشغيل يوفر الخلفية التي تستخدمها فرشاة الأكريليك كطبقة أساسية لها ، والتي تضيف بعد ذلك طبقات الضوضاء والصبغة والسطوع فوقها. يتم منح In-App Acrylic الطبقة الأساسية الخاصة به بواسطة عارض التطبيق.

لا يمكن تنفيذ HostBackdrop خارج نظام التشغيل الذي يوفر الطبقة - وبالتالي فإن إيجاد طريقة جديدة للقيام بذلك هو التحدي التقني الذي يتم ذكره.

سيتطلب هذا على الأرجح بعض إعادة هندسة نظام التشغيل ، وبالتالي سيحتاج أيضًا إلى إعادة ربطه بجميع إصدارات نظام التشغيل التي سيدعمها WinUI 3.

قد لا يحدث هذا في الواقع ، وبدلاً من ذلك قد يحتاج فريق WinUI إلى كتابة بعض التعليمات البرمجية ذات المستوى المنخفض ، والتي يمكن تشغيلها في مساحة المستخدمين ، لتكرار نفس الميزات.

لست متأكدًا من كيفية القيام بذلك بهذه الطريقة الثانية ، لكنني بالتأكيد لست مبرمجًا مناسبًا ، ولا أعرف رمز مصدر Windows :) فقط لأنه ربما يتطلب الوصول إلى UXTheme ، وهو مكون نظام تشغيل محمي.

آمل بالتأكيد أن نحصل عليه من أجل WinUI 3.1 وما بعده - لأن فقدان هذه المادة المرئية سيكون مدمرًا لتصميم Fluent ، ويبدو أن Windows 10x قد وجد طريقة للقيام بذلك / أو أن التطبيقات تستدعي مساحة اسم Windows.Xaml ، والتي يبدو أنها لن تكون ممكنة من تطبيقات WinUI 3.x التي صنعها آخرون.

إذا كنت أتذكر بشكل صحيح ، يمكن أن تحتوي تطبيقات WPF على خلفية شفافة. نظرًا لأن الحساب الفعلي لفرشاة AcrylicBrush موجود بالفعل (جزئيًا) في WinUI 2 ، ربما تكون المشكلة الرئيسية هي دعم هذه الخلفية الشفافة "فقط". ولكن نظرًا لأن تطبيقات WPF قادرة على القيام بذلك ، يجب أن يكون هناك بالفعل نوع من الواجهة لذلك.

كيف سيتم تنفيذ ذلك مع WinUI 3 لا يمكنني التعليق عليه ، لذا خذ تعليقي بحذر.

إذا كنت أتذكر بشكل صحيح ، يمكن أن تحتوي تطبيقات WPF على خلفية شفافة. نظرًا لأن الحساب الفعلي لفرشاة AcrylicBrush موجود بالفعل (جزئيًا) في WinUI 2 ، ربما تكون المشكلة الرئيسية هي دعم هذه الخلفية الشفافة "فقط". ولكن نظرًا لأن تطبيقات WPF قادرة على القيام بذلك ، يجب أن يكون هناك بالفعل نوع من الواجهة لذلك.

كيف سيتم تنفيذ ذلك مع WinUI 3 لا يمكنني التعليق عليه ، لذا خذ تعليقي بحذر.

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

قد يحتوي WinUI Desktop على بعض الحلول التي قد تسمح بذلك.

مرة أخرى ، دعونا نأمل ألا يكون بعيدًا جدًا عن WinUI 3.0

بقدر ما أتذكر أن النوافذ الشفافة الخاصة بـ WPF ليست أصلية أيضًا ، فقد تم اختراقها حول UpdateLayeredWindow ، وليس باستخدام العرض المباشر ولكن نقل صورة لقطة عبر سطح GDI لكل إطار تم عرضه. من المحتمل أن يتسبب ذلك في الكثير من المشكلات الفنية لـ WinUI عندما تحاول خلط هذا الاختراق مع تكوين API والرسوم المتحركة.

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

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

في رأيي ، لا ينبغي تحرير WinUI إلا بعد أن يكون صحيحًا. شيء مثل فرشاة الأكريليك أمر حيوي لخلق التناسق.

أنا أتفق مع هذا.

@ أوستن لامب لمعلوماتك

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

سيكون ذلك أفضل بكثير من عدم وجوده على الإطلاق.

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

سيكون ذلك أفضل بكثير من عدم وجوده على الإطلاق.

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

تأثير أكريليك غير نشط (CreateHostBackDropBrush) - خيارات بديلة / رجوع

مثال

_ أكريليك الحالي_

_Faux بديل أكريليك_

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

يجب أن تكون هذه الميزة في 3.0 ، أو 3.1 على الأقل!

@ niels9001 قال الفريق إن أكريليك HostBackdrop لن يكون في WinUI 3.0 بسبب التحديات التقنية الناشئة عن رفع مكونات WinUI من مكدس نظام التشغيل. قالوا أيضًا إنهم يريدون تشغيل هذا في المستقبل. لا أعتقد أنه يمكنهم حاليًا تقديم أي تحديث جديد حول هذا الموضوع.

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

يجب استخدام خطأ واحد مثل mdtauk المنشور مؤقتًا.

أنا موافق.

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

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

تأثير أكريليك غير نشط (CreateHostBackDropBrush) - خيارات بديلة / رجوع

مثال

_ أكريليك الحالي_

_Faux بديل أكريليك_

يبدو هذا رائعًا - باستثناء أنه يبدو أنه يفتقد طبقة الضوضاء - صححني إذا كنت مخطئًا.

يبدو هذا رائعًا - باستثناء أنه يبدو أنه يفتقد طبقة الضوضاء - صححني إذا كنت مخطئًا.

هناك ، ها هي الصورة مكبرة 800٪

شكرا لإثارة هذه المسألة @ كارميلولب. أعتقد أنك تتحدث نيابة عن الكثير من الأشخاص - بما في ذلك الأشخاص في فريق WinUI نفسه - من خلال التعبير عن أن الخلفية أكريليك هي ميزة محبوبة وجزء مهم جدًا من قصة Fluent.

قام كل من mdtauk و weltkante بعمل رائع في وصف التفاصيل الفنية عالية المستوى حول سبب صعوبة القيام بذلك بعد الانفصال عن نظام التشغيل. كما كتبت في القناة #winui لخادم UWP Community Discord ، آمل أن نتمكن من معالجة هذا في أسرع وقت ممكن بعد WinUI 3.0 ؛ لا أعرف الإطار الزمني لما بعد 3.0 لأن لدينا المزيد من هندسة التطوير التي يتعين علينا القيام بها لتسوية كيفية معالجتها. لكنه سؤال مهم وكان المجتمع واضحًا جدًا في أنهم يهتمون بهذا الأمر كثيرًا. كما أنني أحب اقتراح استكشاف نوع من "التأثير الزائف" في هذه الأثناء ؛ ربما بعد // البناء يمكننا البدء في إجراء مناقشات أعمق حول هذه الفكرة.

shaheedmalik ، أنا أتعاطف مع شعورك بعدم الرغبة في الشحن حتى تتحسن الأمور ؛ غالبًا ما أشعر بنفسي بهذه الطريقة وهو دائمًا عمل متوازن. لقد عملنا مع الكثير من العملاء على مدار الأشهر القليلة الماضية ، وهناك شيء واحد أتذكره كثيرًا وهو أن WinUI 3.0 سيوفر مسارًا قابلاً للتطبيق للمضي قدمًا لمجموعة واسعة من تطبيقات UWP و Win32 ، وهناك العديد ممن ستكون قادرًا على استخدامه دون الاعتماد على التأثير المحدد الذي يحققه أكريليك الخلفية. لا أرغب في تأخير إلغاء قفل النطاق الضخم من الميزات التي ستوفرها 3.0 لهؤلاء العملاء ، ولهذا السبب أستمر في الضغط من أجل الشحن 3.0 هذا العام ثم أبحث عن حل أكبر القطع المفقودة (مثل BG Acrylic) في أقرب وقت يمكننا عمليا بعد ذلك. وآمل أن يجعل الشعور.

ryandemopoulos إذا كان من الممكن وجود عنصر AcrylicBrush Xaml ، حتى لو كان يعيد فقط نوعًا من تعبئة الفرشاة الاصطناعية في البداية. ستبدو الأجهزة الموجودة على أجهزة 10x و Xbox و Tablet متطابقة تقريبًا حيث لا توجد نوافذ متداخلة. إنه فقط على أجهزة Windows 10 حيث سيكون التأثير مزيفًا بشكل واضح - ولكن إذا كان فقط لإطار تشغيل 3.0 أو 3.1 ، قبل أن يتم إصلاحه - فعندئذ على الأقل لن يكسر الكود ، وسيظل يعطي الإحساس الصحيح.

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

shaheedmalik ، أنا أتعاطف مع شعورك بعدم الرغبة في الشحن حتى تتحسن الأمور ؛ غالبًا ما أشعر بنفسي بهذه الطريقة وهو دائمًا عمل متوازن. لقد عملنا مع الكثير من العملاء على مدار الأشهر القليلة الماضية ، وهناك شيء واحد أتذكره كثيرًا وهو أن WinUI 3.0 سيوفر مسارًا قابلاً للتطبيق للمضي قدمًا لمجموعة واسعة من تطبيقات UWP و Win32 ، وهناك العديد ممن ستكون قادرًا على استخدامه دون الاعتماد على التأثير المحدد الذي يحققه أكريليك الخلفية. لا أرغب في تأخير إلغاء قفل النطاق الضخم من الميزات التي ستوفرها 3.0 لهؤلاء العملاء ، ولهذا السبب أستمر في الضغط من أجل الشحن 3.0 هذا العام ثم أبحث عن حل أكبر القطع المفقودة (مثل BG Acrylic) في أقرب وقت يمكننا عمليا بعد ذلك. وآمل أن يجعل الشعور.

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

shaheedmalik ، أنا أتعاطف مع شعورك بعدم الرغبة في الشحن حتى تتحسن الأمور ؛ غالبًا ما أشعر بنفسي بهذه الطريقة وهو دائمًا عمل متوازن. لقد عملنا مع الكثير من العملاء على مدار الأشهر القليلة الماضية ، وهناك شيء واحد أتذكره كثيرًا وهو أن WinUI 3.0 سيوفر مسارًا قابلاً للتطبيق للمضي قدمًا لمجموعة واسعة من تطبيقات UWP و Win32 ، وهناك العديد ممن ستكون قادرًا على استخدامه دون الاعتماد على التأثير المحدد الذي يحققه أكريليك الخلفية. لا أرغب في تأخير إلغاء قفل النطاق الضخم من الميزات التي ستوفرها 3.0 لهؤلاء العملاء ، ولهذا السبب أستمر في الضغط من أجل الشحن 3.0 هذا العام ثم أبحث عن حل أكبر القطع المفقودة (مثل BG Acrylic) في أقرب وقت يمكننا عمليا بعد ذلك. وآمل أن يجعل الشعور.

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

أنا أتفق تماما. لا أعتقد أنه يجب إطلاق WinUI 3 حتى يتم عمل شيء ما.

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

ربما يجب أن نعيد تفسير الخلفيات الملونة للعناصر غير العابرة (الأشرطة الجانبية ، أشرطة العنوان ، الغلاف ، إلخ) كزخارف نقية ، وليس كشبه شفافية لترمز إلى مقاطعة قصيرة. سيكون هذا أشبه بموضوعات شريط العنوان لـ MS Office أو Firefox (أو IIRC ، الشريط الجانبي لمركز التحكم Vista). عند رؤيته بهذه الطريقة ، يكون من المنطقي استخدام ورق الحائط فقط.

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

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

ربما يجب أن نعيد تفسير الخلفيات الملونة للعناصر غير العابرة (الأشرطة الجانبية ، أشرطة العنوان ، الغلاف ، إلخ) كزخارف نقية ، وليس كشبه شفافية لترمز إلى مقاطعة قصيرة. سيكون هذا أشبه بموضوعات شريط العنوان لـ MS Office أو Firefox (أو IIRC ، الشريط الجانبي لمركز التحكم Vista). عند رؤيته بهذه الطريقة ، يكون من المنطقي استخدام ورق الحائط فقط.

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

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

يجب أن يعمل هذا أيضًا مع خلفيات عرض الشرائح ، حيث تتغير الخلفية ، وكذلك Faux Acrylic.

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

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

أعتقد أنه إذا أصبح هذا شيئًا ، فيجب أن يبدو متطابقًا بصريًا مع الأكريليك العادي.

شيء مشابه لما تم وصفه من قبل ، أكريليك زائف لكنه يضيء للنوافذ من الخلف ويتصرف ويبدو متطابقًا بصريًا؟

أليس هذا ممكن؟

لماذا لا تستخدم شبه الشفافية مثل حاليا؟

كيف يتم تشتيت الانتباه؟ أجد أن الأمر عكس ذلك - إنشاء متعمق ، والذي قالت Microsoft أيضًا إنه حدث عندما أعلنت ذلك.

تغييره إلى مجرد زخرفة مثل هذا سيكون خطوة إلى الوراء.

نحتاج أكريليك.

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

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

أعتقد أنه إذا أصبح الأكريليك الصناعي شيئًا ما ، فيجب أن يبدو متطابقًا بصريًا مع الأكريليك العادي.

ألا توجد طريقة لإظهار النوافذ خلفك؟

لماذا لا تستخدم شبه الشفافية مثل حاليا؟

كيف يتم تشتيت الانتباه؟ أجد أن الأمر عكس ذلك - إنشاء متعمق ، والذي قالت Microsoft أيضًا إنه حدث عندما أعلنت ذلك.

تغييره إلى مجرد زخرفة مثل هذا سيكون خطوة إلى الوراء.

في الوقت الحالي ، توجد عقبات فنية تحول دون تشغيل HostBackdrop AcrylicBrush في WinUI 3.0

الأمل هو أن يتم التغلب على هذه العقبات في المستقبل ، ولكن ليس في البداية لإطلاق WinUI 3.0.

ما نناقشه هو ما إذا كان من الممكن الحصول على شيء آخر غير الألوان الرمادية الاحتياطية القياسية حتى يتمكنوا من تشغيله.

أعتقد أنه إذا أصبح هذا شيئًا ، فيجب أن يبدو متطابقًا بصريًا مع الأكريليك العادي.

شيء مشابه لما تم وصفه من قبل ، أكريليك زائف لكنه يضيء للنوافذ من الخلف ويتصرف ويبدو متطابقًا بصريًا؟

أليس هذا ممكن؟

لماذا لا تستخدم شبه الشفافية مثل حاليا؟

كيف يتم تشتيت الانتباه؟ أجد أن الأمر عكس ذلك - إنشاء متعمق ، والذي قالت Microsoft أيضًا إنه حدث عندما أعلنت ذلك.

تغييره إلى مجرد زخرفة مثل هذا سيكون خطوة إلى الوراء.

نحتاج أكريليك.

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

شيء أفضل من لا شيء.

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

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

شيء أفضل من لا شيء.

أوافق - أعتقد أنه سيكون غريبًا بعض الشيء إذا لم تظهر النوافذ. أعتقد أن هذا سيكون أفضل نهج إذا لم يكن هناك شيء آخر ممكن.

لا أعتقد أنه يجب استخدام هذا بعد العثور على حل للمشكلة ، لأنني لست متأكدًا من أنه سيكون مفيدًا للاتساق أو حتى مجرد العناصر المرئية بشكل عام على المدى الطويل. أعتقد أنه سيكون من الأفضل فقط حتى يعمل الأكريليك بشكل طبيعي بعد WinUI 3.mdro

لا أعتقد أنه يجب استخدام هذا بعد العثور على حل للمشكلة ، لأنني لست متأكدًا من أنه سيكون مفيدًا للاتساق أو حتى مجرد العناصر المرئية بشكل عام على المدى الطويل. أعتقد أنه سيكون من الأفضل فقط حتى يعمل الأكريليك بشكل طبيعي بعد WinUI 3.mdro

عند إصلاحه في الإصدار 3.1 ، لن يضطر مطورو التطبيقات إلى فعل أي شيء وسيتم تحديث التطبيق بشكل موحد فقط.

لا أعتقد أنه يجب استخدام هذا بعد العثور على حل للمشكلة ، لأنني لست متأكدًا من أنه سيكون مفيدًا للاتساق أو حتى مجرد العناصر المرئية بشكل عام على المدى الطويل. أعتقد أنه سيكون من الأفضل فقط حتى يعمل الأكريليك بشكل طبيعي بعد WinUI 3.mdro

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

لا أعتقد أنه يجب استخدام هذا بعد العثور على حل للمشكلة ، لأنني لست متأكدًا من أنه سيكون مفيدًا للاتساق أو حتى مجرد العناصر المرئية بشكل عام على المدى الطويل. أعتقد أنه سيكون من الأفضل فقط حتى يعمل الأكريليك بشكل طبيعي بعد WinUI 3.mdro

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

نعم ، أنا أتفق مع هذا. كنت أشير إلى أنه لا ينبغي أن يحل محل الأكريليك العادي بمجرد إصلاحه.

كيف يتم تشتيت الانتباه؟

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

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

1. تأثيرات التفاعل (الكشف وما إلى ذلك) - تشغيل / إيقاف
2. الشفافية (أكريليك) - كاملة / مخفضة (تمت مناقشة الرجوع هنا وداخل التطبيق) / إيقاف التشغيل

(سأستخدم التفاعل على + شفافية مخفضة.)

راجع للشغل لقد لاحظت بعض الشذوذ أثناء اللعب بالإعدادات أكثر قليلاً:

• يتم تنشيط الاكريليك على الشريط الجانبي للإعدادات فقط طالما أن النافذة بها تركيز. عندما يفقد التركيز ، يتحول على الفور إلى اللون الرمادي غير الشفاف. لذلك عندما تكون الإعدادات مكبرة لدي وتتفاعل مع الدرج أو الإشعارات ، في زاوية عيني أرى مساحة كبيرة على الجانب الآخر من الشاشة تومض بلون آخر. ربما يجب أن تحافظ فقط على نسيجها الأكريليكي الحالي عند تحديث الأكريليك معلق بسبب الأداء؟
• يؤدي تشغيل تأثيرات الشفافية أثناء التواجد في وضع توفير الطاقة إلى اختفاء خلفية شريط المهام (تظهر الرموز والتمييزات فوق خلفية الشاشة النقية وغير المظلمة وغير الضبابية).
  
  (تمت رؤيته في Surface Pro 6 ، التحديث 1909)
• على نفس السطح ، رأيت مؤقتًا شريطًا جانبيًا رمادي داكن في الإعدادات طالما تم تمكين الشفافية ؛ ربما لم يتم ملء نسيج الخلفية وبقيت سوداء؟ اختفت المشكلة بينما كنت ألعب أكثر.

لقد اكتشفت هذه المشكلة للتو أثناء اختبار WinUI3.

بالنسبة لي ، السبب الرئيسي وراء بحثي عن WinUI3 هو على وجه التحديد سهولة الوصول إلى فرشاة الخلفية وفرشاة الأكريليك (التي يتوقعها كل عميل) بناءً عليها ، خارج UWP باستخدام تطبيق C # غير معبأ.

هذا شيء من المستحيل تقنيًا استخدامه اليوم بدون استخدام Dcomp (وهو علاقة حميمة مع DWM ، وربما يكون هذا هو السبب في صعوبة الاحتفاظ به في WinUI3 إذا أراد WinUI3 أن يكون مستقلاً عن Windows). اليوم ، يمكن الوصول إلى هذا باستخدام WinRT API العام (C # ، إلخ) من خلال الطرق Windows.UI.Composition.Compositor.CreateBackdropBrush / CreateHostBackdropBrush.

إذا لم يكن موجودًا في WinUI ، فيمكنني (يجب) الاستمرار في استخدام وإنشاء فرشاة خلفية مخصصة من الأكريليك + يدويًا (في الواقع ، إعادة استخدام وصفات WinUI 2 لأنها مفتوحة المصدر). ولكن نظرًا لأن Dcomp منخفض جدًا من الناحية الفنية ، فإن كل شيء يعتمد عليه ، أو لا يعتمد على الإطلاق. لذلك لا يمكنني استخدام WinUI3 على الإطلاق. كندة الدجاج والبيض الشيء.

قام كل من mdtauk و weltkante بعمل رائع في وصف التفاصيل الفنية عالية المستوى حول سبب صعوبة القيام بذلك بعد الانفصال عن نظام التشغيل. كما كتبت في القناة #winui لخادم UWP Community Discord ، آمل أن نتمكن من معالجة هذا في أسرع وقت ممكن بعد WinUI 3.0 ؛ لا أعرف الإطار الزمني لما بعد 3.0 لأن لدينا المزيد من هندسة التطوير التي يتعين علينا القيام بها لتسوية كيفية معالجتها. لكنه سؤال مهم وكان المجتمع واضحًا جدًا في أنهم يهتمون بهذا الأمر كثيرًا. كما أنني أحب اقتراح استكشاف نوع من "التأثير الزائف" في هذه الأثناء ؛ ربما بعد // البناء يمكننا البدء في إجراء مناقشات أعمق حول هذه الفكرة.

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

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

لول لذا فإن الشخص الذي يعتقد أن هذا الإطار غير مفيد يتم دفعه للأعلى. Windows متأكد من أن اللعنة لا تعرف كيفية إعطاء الأولوية لـ stuf (ما لم يسمح لي هذا الإصدار بتبديل أشرطة العناوين عالميًا لأنه يتم التغاضي عن كل شيء. وجعلوا الشيء الصحيح هو الأولوية رقم 1.)

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

بما أن الخلفية أكريليك لن تصنع 3.0 ، هل يمكننا الحصول على أكريليك زائف في 3.0 في غضون ذلك؟

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

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

شيء آخر يساهم (أو بقدر ما أستطيع أن أقول) في هذا هو # 1247

ذات صلة أيضًا: # 761

mdro

سيكون من الجيد أن تأخذ القليل من الوقت الإضافي وتقسيم إعدادات تأثيرات الشفافية:

• تأثيرات التفاعل (الكشف وما إلى ذلك) - تشغيل / إيقاف
• الشفافية (أكريليك) - كاملة / مخفضة (تمت مناقشة الرجوع هنا وداخل التطبيق) / إيقاف التشغيل

أشرت إلى شيء مشابه في # 816 لكنهم قالوا إنها ليست مشكلتهم. مرحبًا بك في عالم Microsoft. أكثر ما رأيت أن Microsoft تفعله لنفسها مؤخرًا هو إضافة واجهات برمجة التطبيقات إلى Windows لـ Edge (Chromium) وتحسين WinUI لـ PowerToys و Terminal. إنهم يرفضون تحديث أنماط واجهات المستخدم الأخرى الخاصة بهم والتي من الواضح أنهم ما زالوا يستخدمونها في Windows. الضحك بصوت مرتفع

هل ستقوم Microsoft بجدية بإطلاق WinUI 3.0 بدون أكريليك زائف لتغطية أكريليك الخلفية لأغراض الاتساق؟

إذا كانوا يريدون أن يكون مستقلاً ، فما عليهم سوى فعل ما يفعله لينكس وأن يكون لديهم مُنشئ يعمل دائمًا ويدير ويتعامل مع الأكريليك؟ طمس.

إذا كانوا يريدون أن يكون مستقلاً ، فما عليهم سوى فعل ما يفعله لينكس وأن يكون لديهم مُنشئ يعمل دائمًا ويدير ويتعامل مع الأكريليك؟ طمس.

يبدو أن Apple قادرة على التعامل مع شفافيتها دون أي تأثير كبير على الأداء - أعلم أن Windows قاعدة رموز قديمة من نواح كثيرة - ولكن هناك بالفعل طبقة بصرية للتكوين ، يحتاج WinUI فقط إلى أن يكون قادرًا على الاتصال بها ولكي تقوم بذلك أن يكون أداءً قدر الإمكان.

إذا كانوا يريدون أن يكون مستقلاً ، فما عليهم سوى فعل ما يفعله لينكس وأن يكون لديهم مُنشئ يعمل دائمًا ويدير ويتعامل مع الأكريليك؟ طمس.

يبدو أن Apple قادرة على التعامل مع شفافيتها دون أي تأثير كبير على الأداء - أعلم أن Windows قاعدة رموز قديمة من نواح كثيرة - ولكن هناك بالفعل طبقة بصرية للتكوين ، يحتاج WinUI فقط إلى أن يكون قادرًا على الاتصال بها ولكي تقوم بذلك أن يكون أداءً قدر الإمكان.

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

أتساءل عما إذا كانت العودة إلى Windows 7 - WinUI / Reunion يمكن أن توفر برنامج تشغيل يوفر طبقة Rendered اللازمة للتعامل مع الاكريليك. يمكن أن تتضمن تطبيقات WinUI عند النشر وإصدارات نظام التشغيل الجديدة برنامج التشغيل الذي يوفر عرض الطبقة الأساسية المرئي عبر المتجر.

يجب أن يكون لدى Windows 7 و Vista قبله القدرة على عرض Aero Glass. يحتوي Windows 8 / 8.1 على طبقة التكوين المرئي. لذلك ربما يكون هذا أكثر من سؤال لم الشمل ، ولكن إذا تعامل السائق مع الأشياء التي تعتمد على نظام التشغيل ، فربما تظل البقية على مستوى المستخدم الصحيح؟

نعم ، لقد وجدت هذا المفهوم الخاص بواجهة المستخدم بطلاقة على Reddit وبدا الفكر نظيفًا و "طليقًا".

تم إنشاء Fluent في الأصل بسبب نقص الشفافية في الشكاوى من المستخدمين. لكنك الآن تقوم بإزالته بالكامل.

تم إنشاء Fluent في الأصل بسبب نقص الشفافية في الشكاوى من المستخدمين. لكنك الآن تقوم بإزالته بالكامل.

قالت Microsoft إنها بحاجة إلى مزيد من الوقت لجعل الاكريليك تعمل ، عندما لم يعد WinUI جزءًا من نظام التشغيل ، ولكنه يعمل بشكل منفصل

لا يهمني الأكريليك على أي حال ، ومع ذلك ، آمل ألا يزيلوه تمامًا.

لا أفهم سبب عدم قدرة WinUI 3 على دعم الاكريليك. لا يحتاج WinUI 3 إلى القيام بهذا العمل ، فدعه يتعامل مع المكون على النظام الأساسي المدعوم ولا داعي لجعله مفتوح المصدر.