يجب أن يكون هذا مشروعًا أوسع من مجرد الزوايا الدائرية على الأزرار وما إلى ذلك كما هو مستخدم بواسطة Fabric.

• أزرار
• الغزال / حلقة التقدم
• شريط تقدم غير محدد
• مربعات الاختيار وأزرار الراديو
• مربعات التحرير والسرد وحقول النص
  وما إلى ذلك وهلم جرا.

سيستمر Xbox في الحصول على متطلبات مختلفة ، ولكن مع وجود مجموعة جديدة من وحدات تحكم Xbox في الطريق ، ربما يمكن لفرق Microsoft Design العمل معًا لمحاذاة كل شيء في الوقت المناسب لـ WinUI 3.0 و Xbox Next.

يبدو أن النسيج يحظى بقدر كبير من التركيز في الوقت الحالي ، على ما يبدو من خلال النظام الأساسي المتقاطع وحالات استخدام PWA. لذلك ربما يصبح النسيج هو المخطط - على الأقل بالنسبة للكثافة المدمجة ، والانتقال من 2 بكسل إلى 4 بكسل كحد أدنى للقياس - ثم تقوم باستقراء إمكانيات اللمس وملء حالات التحكم المفقودة.

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

mdtauk كما

راجع للشغل ، أنا لا أفهم تمامًا ملاحظاتك على الحدود الداخلية والخارجية لأسطح الأكريليك؟ هل هو تصميم Xbox الذي أشرت إليه لأننا لا نستخدم حاليًا حدين على النحو الذي تحدده.

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

لست على دراية بمواصفات تصميم figma الداخلية التي ربما وافق عليها فريق Fluent أو لم يوافق عليها - ولكن يجب أن تكون أكثر من مجرد أزرار.

يستخدم Fluent Web نصف قطر زاوية 2 بكسل لأركانه المستديرة ، لكن Fluent XAML يميل إلى استخدام 4 بكسل كقياس أساسي. ثم هناك قوالب CompactDensity التي من المحتمل أن تستخدم نفس المقاييس مثل FluentWeb؟

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

تجاهل عناصر Xbox

mdtauk ، لكي تحصل على انطباع أن هذا يتعلق فقط بالزر ، لا يجب أن أكون قد حددت بوضوح ... كن مطمئنًا ، الأمر ليس كذلك. انظر المتطلبات رقم 1 وبنودها الفرعية. هذا عن جميع الضوابط.

لم تتح لي الفرصة لنشر ملف التصميم ولكن نصف قطر الزاوية الذي نخطط له هو بالفعل 2 بكسل (4 بكسل لواجهة مستخدم التراكب). أنا في الواقع أعمل عن كثب مع فريق Fabric (أي Fluent Web) ونقوم بتقييم هذه التغييرات معًا. ومع ذلك ، فإن جعلها متطابقة تمامًا ليس هدفنا ، لكننا نحتاج إلى أن نكون متماسكين ونشعر بأننا جزء من العائلة عندما يراها المستخدمون جنبًا إلى جنب. انظر المتطلب رقم 4.

لذلك هناك أكثر من الزوايا الدائرية التي يجب القيام بها أثناء النظر إلى قوالب التحكم هذه.

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

@ chigy شكرا لك ، شكرا لك ، شكرا لك!

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

يبدو أن Fabric Web وكذلك Fluent Web يتقدمان على الحزمة ، ويجب أن تتبع XAML وكذلك WPF و WinForms / Visual Styles!

@ chigymdtauk انظر ردي هنا . مجرد رؤية مفاهيم واجهة المستخدم "لمعرفة إلى أين يتجه تصميم Fluent" أو للإشارة إلى التناقضات في رأيي لا يكفي. أشرح هذه النقطة بشكل أكبر في المسألة المرتبطة أعلاه ، ولكن باختصار ، أريد أن يكون هناك تبادل نشط بين المستخدمين وفريق Fluent Design (FD) حتى عندما يتعلق الأمر بمقترحات التصميم.

mdtauk ما زلت هو المحدد منصة Windows Presentation.
لذا ، YuliKl @ chigy @ pag3 : هل يمكنك التعليق على هذا؟ هل سيتم تحديث عناصر تحكم WinForms / WPF الافتراضية للحصول على مظهر FD جديد أم أن عناصر تحكم WinUI هي السبيل للذهاب للحصول على أحدث ميزات التصميم كما أفهمها؟

لقد قمت بنشر هذه الصورة في اقتراح Numberbox ، ولكن قد يكون لها بعض الصلة بعناصر تحكم TextBox التي يتم تحديثها.

The BorderThickness ، FocusReveal on Focused State ، Border on Disabled State.

يمكن تطبيق نمط "أزرار التدوير" على زر البحث وزر كشف كلمة المرور وزر مسح النص.

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

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

التوهج حول عنصر التحكم عند التركيز هو FocusVisualKind. كشف ويتحكم فيه النظام. كان عليّ أن أقوم بتقريب الشكل الذي يبدو عليه لأنني لا أملك المقاييس المناسبة لمطابقة التعتيم والحجم تمامًا.

خذ استخدامي لها كمؤشر على أنني أعتقد أن التوهج سيجعل تركيزه أكثر وضوحًا ، من مجرد تغيير لون الحدود.

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

ومع ذلك ، فإن ما تعرضه يبدو لي كأنه سلوك "كشف التركيز". لقد بحثنا في جعل حالة التركيز أقوى وأجرينا بعض الأبحاث على المستخدم وأكدنا أنها قوية جدًا كما ذكر @ Felix-Dev في رده.
https://docs.microsoft.com/en-us/windows/uwp/design/style/reveal-focus

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

mdtauk و @ Felix-Dev ، لقد قمت الآن بتحميل تركيبات مرئية للتغييرات المقترحة.

chigy هل هناك أي إمكانية لإعادة النظر في سماكة حدود عناصر التحكم في النص ومربعات التحرير والسرد والتحقق وعناصر التحكم في الراديو.

اختار Fabric Web سماكة 1 epx وأعتقد أن هذا يجعل عناصر التحكم أكثر أناقة ، خاصة مع الزوايا الدائرية الجديدة. في الوقت الحاضر يشعرون بأنهم ضخمون بعض الشيء.

مربعات النص في الوضع المضغوط سوف تستفيد بشكل كبير. ولكن عند التركيز ، يمكن أن تكون الحدود أكثر سمكًا

تستخدم الأزرار تعبئة الخلفية مع عتامة 20٪ بشكل افتراضي. في Fabric Web ، يستخدمون حد epx 1 وبدون تعبئة. أعتقد أن هذا قد يكون حلاً أفضل ، وسيسمح أيضًا للأزرار الموجودة في عنصر تحكم مربع النص بتلائم بشكل جيد.

يوضح اقتراح NumberBox المزود بأزرار الدوران هذا المزيج من الزر وحقل النص

ربما إذا كان الفريق غير راغب في جعل هذا النمط هو النمط الافتراضي الجديد ، فيمكن عندئذٍ تضمين نمط / قالب له.

للمساعدة في عرض التراكيب المرئية التي أنشأتها هذا

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

للمساعدة في عرض التراكيب المرئية التي أنشأتها

mrlacey ، شكرا جزيلا لك !!

chigy هل هناك أي إمكانية لإعادة النظر في سماكة حدود عناصر التحكم في النص ومربعات التحرير والسرد والتحقق وعناصر التحكم في الراديو.

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

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

@ Zucce05 ، نعم # 684

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

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

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

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

chigy لقد قمت ببعض النماذج المرئية لتوضيح التغييرات التي ذكرتها ، وجعل عناصر التحكم أقرب إلى عناصر تحكم Fabric Web - ولكن لا تزال تستخدم مقاييس التحكم Fluent.

يتم استخدام الظلال التي تمت إضافتها إلى التمرير بواسطة عناصر تحكم Fluent Web في عروض الويب لمتجر Microsoft ، ولكن يمكن تنفيذ ذلك افتراضيًا ، أو يمكن تحقيق الترجمة Z بواسطة الرسوم المتحركة الخاصة بالقالب والتي يمكن إزالتها.

بالنظر إلى بعض مقترحات التصميم المقدمة من mdtauk أعلاه ، من الواضح أنني أفضل سماكة الحدود الحالية للأزرار ، إلخ ...

أود أيضًا أن أشير إلى أنني لست معجبًا بتأسيس Windows Fluent Design على Fabric Web أو مكونات أخرى لواجهة مستخدم الويب كثيرًا - أريد أن يكون لنظام Windows مظهرًا فريدًا ، مستوحى من ما يجري على الويب. خذ متصفحات الإنترنت على سبيل المثال: Chrome هو المتصفح الأكثر استخدامًا بمقدار ميل واحد هذه الأيام ، ولكن هل هذا يعني أن المتصفح المستند إلى Edge Chromium يجب أن يبدو متماثلًا تمامًا أو مختلفًا بشكل هامشي فقط؟ ليس من وجهة نظري. كما قلت أعلاه ، فإن أنماط التحكم الافتراضية الحالية لـ UWP تمنح UWP (وبالتالي Windows) مظهرًا فريدًا رائعًا. شيء أحب أن يفكر فيه فريق Windows Fluent (أي لا تغير الأشياء فقط من أجل التغيير).

@ Felix-Dev Fabric Web هي تصميمات Microsoft للتحكم في الويب تعتمد على Fluent. يخطط Chromium Edge لاستخدام أنماط التحكم هذه بشكل افتراضي. ولكن بالطبع يمكن لمصممي الويب إعادة تصميم عناصر تحكم CSS الخاصة بهم ، ويمكن للمطورين أيضًا اختيار قوالبهم الخاصة لعناصر تحكم XAML.

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

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

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

رد: شعبية الزاوية المستديرة
mdtauk و @ فيليكس ديف ،
أجرى زميلي استعلامًا غير رسمي عما يفكر فيه المطورون (معظمهم من مطوري LOB / WPF / WinForms) في قيامنا بتحديث عناصر التحكم الخاصة بنا بزاوية مستديرة أثناء معاينة التسلل الخاصة بهم وحصلوا على تصفيق من الجمهور باستقبال جيد للغاية. نتلقى أيضًا شكوى من الأشخاص بشأن عدم تقريبنا للأركان على Twitter for Windows في كثير من الأحيان.

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

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

الآن ، يمكنني معرفة سبب رغبة MS في الحصول على أنماط "افتراضية" مختلفة لكل من Windows والويب للغة التصميم الخاصة بهم. ومع ذلك ، أشعر أن الاتجاه الحالي هو جعل Windows يبدو أشبه بتطبيقات الجوال / أنظمة تشغيل الأجهزة المحمولة وأنا لست معجبًا بذلك حقًا (راجع "عناصر تحكم XAML غير متوافقة مع كيفية تطور تطبيقات الويب والجوال" في اقتراح القضية).

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

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

أجرى زميلي استعلامًا غير رسمي عما يفكر فيه المطورون (معظمهم من مطوري LOB / WPF / WinForms) في قيامنا بتحديث عناصر التحكم الخاصة بنا بزاوية مستديرة أثناء معاينة التسلل الخاصة بهم وحصلوا على تصفيق من الجمهور باستقبال جيد للغاية.

أليس هذا ربما الجمهور الخطأ الذي أسأله؟ ماذا عن المستخدمين كل يوم؟ لقد رأيت عددًا قليلاً جدًا من المستخدمين يشكون من الزوايا الدائرية الأخيرة التي تدفع في قنوات reddit و Discord ، على سبيل المثال (على الرغم من أنه سيكون لديك دائمًا مستخدمون لا يهتمون بهذا التغيير أو يدعمونه).

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

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

@ Felix-Dev تعد عناصر تحكم Fabric Web فريدة من نوعها عن أطر العمل الأخرى وعناصر تحكم الويب الافتراضية. تم تحديثها مؤخرًا لاستخدام Fluent Design ، مقارنة بالمظهر الأقدم الذي كان نوعًا ما مثل عناصر تحكم Windows 10 MDL2 وعناصر تحكم Windows 8 / WinJS.

لا تزال عناصر تحكم XAML حاليًا تستخدم تصميمات التحكم MDL2 الخاصة بهم ، وبعض العناصر مثل القوائم المنبثقة والقوائم تستخدم عناصر ومواد تصميم Fluent Design.

تستفيد أنماط النص في Fluent and Fabric أكثر من أوزان Bold و Semibold. استخدمت مفاهيم Windows 10 المختلفة هذه أيضًا. لكن تطبيقات Windows Shell و inbox لم تنتقل جميعها إلى هذا النمط حتى الآن.

يعد Fabric Web و Fluent Web أحدث التغييرات على عناصر التحكم من Microsoft منذ الإعلان عن Fluent Design ، ولذا فمن الطبيعي أن ننظر إلى هذه التصميمات لمساعدتنا في العثور على الاتجاه الذي ستنتقل إليه واجهات المستخدم هذه. نظرًا لأن WinUI 3.0 يعد تغييرًا كبيرًا للنظام الأساسي وجميع عناصر التحكم التي تم منحها مظهرًا جديدًا لجعلها تشعر بأنها أفضل وأكثر حداثة وأكثر اتساقًا مع Microsoft Fluent Design.

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

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

كما ذكرت سابقًا في هذه المناقشة ، أعمل عن كثب مع فرق Office و Windows و Edge. تتوق فرق التصميم لدينا إلى الحصول على تصميم واحد من Microsoft / Fluent ، لذا فهم يبحثون بعناية شديدة في الاختلافات ويرتبطون بإزالة حيث لا تكون الاختلافات منطقية حتى يكون لدينا نقطة بداية يمكننا من خلالها التطور معًا.

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

_RE: شعبية الزاوية المستديرة_
mdtauk و @ فيليكس ديف ،
أجرى زميلي استعلامًا غير رسمي عما يفكر فيه المطورون (معظمهم من مطوري LOB / WPF / WinForms) في قيامنا بتحديث عناصر التحكم الخاصة بنا بزاوية مستديرة أثناء معاينة التسلل الخاصة بهم وحصلوا على تصفيق من الجمهور باستقبال جيد للغاية. نتلقى أيضًا شكوى من الأشخاص بشأن عدم تقريبنا للأركان على Twitter for Windows في كثير من الأحيان.

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

_RE: تناسق الويب ، والطلاقة ، وكونه فريدًا بالنسبة إلى Windows_
@ فيليكس ديف و mdtauk ،
أحد أهداف فريق تصميم Windows هو "الإلمام". لقد أجروا الكثير من أبحاث المستخدمين مع عملائنا (كما أشرت ، ليس مع مطورينا بل مستخدمينا اليوميين) واكتشفوا أن الاختلاف دون سبب وجيه ليس بالأمر الجيد الذي يمكن أن تتخيله (أنا ألخص بشكل كبير لذلك لم يكن هذا هو الاختبار الدقيق الذي قاموا به ، لذلك لا تقتبسني هنا). يحتاج Windows إلى جذب أنواع جديدة من المستخدمين الذين قد تكون تجربتهم مع أي تقنية قد بدأت باستخدام الهاتف المحمول أو الويب. يشعر هؤلاء المستخدمون بفجوة كبيرة عندما يتم تقديمهم إلى Windows ولا يساعد وجود شكل ومظهر "مختلفين" في ذلك. التغييرات الصغيرة مثل الزاوية المستديرة تحدث فرقًا كبيرًا في الإدراك. أجرى فريق المكتب دراسة مماثلة بنتائج مماثلة ، وبالتالي نحن نمضي قدمًا في الزاوية المستديرة. نحن لا نتخذ هذا القرار باستخفاف أو فراغ.

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

كما ذكرت سابقًا في هذه المناقشة ، أعمل عن كثب مع فرق Office و Windows و Edge. تتوق فرق التصميم لدينا إلى الحصول على تصميم واحد من Microsoft / Fluent ، لذا فهم يبحثون بعناية شديدة في الاختلافات ويرتبطون بإزالة حيث لا تكون الاختلافات منطقية حتى يكون لدينا نقطة بداية يمكننا من خلالها التطور معًا.

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

أنا أؤيد جميعًا تغيير عناصر التحكم الافتراضية ، وتشعر عناصر التحكم في Fabric Web بمزيد من الأناقة واللمعان من تصميمات التحكم XAML الحالية IMO.

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

يمكن أن تكون قيم CornerRadius الافتراضية الجديدة هي ThemeResources ، أو شيء مثل
<Thickness x:Name="ControlCornerRadius" Value="2,2,2,2"/>
<Thickness x:Name="FlyoutCornerRadius" Value="4,4,4,4"/>

بعد ذلك ، يمكن للمطور تجاوز هذه الأشياء في App.xaml - أو تطبيق CornerRadius = "0" على عناصر التحكم التي يريدون

بعد ذلك ، أود أن أقترح أيضًا أن تكون BorderThickness قد تم تعيين إعداداتها الافتراضية لتكون 1epx بدلاً من 2epx - لكن جميع عناصر التحكم ستستخدم ThemeResources ، شيء مثل:
<Thickness x:Name="ControlBorderThickness" Value="1,1,1,1"
<Thickness x:Name="ControlFocusedBorderThickness" Value="2,2,2,2"
<Thickness x:Name="FlyoutInnerBorderThickness" Value="1,1,1,1"
<Thickness x:Name="FlyoutOuterBorderThickness" Value="1,1,1,1"

لذلك يمكن تجاوزها بشكل عام في App.xaml ، أو فقط في نمط مطبق على عدد قليل من عناصر التحكم.

عيّن افتراضيًا جديدًا ، لكن مع السماح بالتجاوزات التي لا تتطلب إعادة تشكيل القالب.

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

mdtauk ، هذا صحيح وكما ذكرت ، يتم تعقبه من خلال التغيير المقترح kikisaints إلى

chigy بينما كنت

أود أن أسمع المزيد عن أنواع المناقشات التي أجرتها فرق Windows UI. لقد كنت أبتكر أفكارًا لتصميمات التحكم خلال السنوات القليلة الماضية لأغراضي الخاصة ولمحادثات تويتر ، وبعض الأشياء الموجودة الآن في Fabric Web و Office Xaml كانت أشياء كنت أرغب في تغييرها. سماكة الحدود ، بعض التناقضات مع أزرار الراديو ، مربعات الاختيار ، القوائم المنسدلة ، إلخ.

أنا متحمس لرؤية هذه التغييرات تتطور ، ويسعدني أن أشارك في المناقشات الجارية هنا!

أشكرك على أخذ حماسي بالطريقة البناءة التي قصدتها ، حتى لو كان يبدو انتهازيًا أو عنيدًا.

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

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

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

أود أن أسمع المزيد عن أنواع المناقشات التي أجرتها فرق Windows UI.

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

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

@ Felix-Dev ، نوع التخصيص الذي نبحث عنه حاليًا لنظام التشغيل Windows (أفترض أن شيئًا ما يمكن للمستخدم تغييره من الإعدادات؟) هي أشياء تؤثر على قابلية الاستخدام. لست متأكدًا مما إذا كانت الزاوية المستديرة أو سمك الحدود أحدهما. ليس هدف Windows جعله بحيث يمكن للمستخدم تصميم واجهة المستخدم بالكامل كما يحلو له. ما زلنا نرغب في تقديم تصميم Windows والزاوية المستديرة هي أحد عوامل التصميم الرئيسية التي لا أعتقد أنها مخصصة للتخصيص ... على الأقل حتى الآن وفقًا لتعريف التخصيص. شكرًا لك على تعليقاتك وسأبحث عن الأماكن التي يكون من المنطقي كشفها عندما نفكر في المزيد من التغييرات في التصميم.

@ Felix-Dev مع مقدار التخصيص الذي يمكن لمطوري البرامج القيام به لعناصر التحكم ، سيكون من المستحيل التوافق مع أي من إعدادات نظام التشغيل فيما يتعلق بتعديلات تصميم التحكم.

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

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

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

أنا لا أتحدث عن كيفية احترام المطورين الخارجيين لإعداد المستخدم هذا - يمكنهم بالفعل تصميم عناصر التحكم اليوم بأي طريقة يريدون - ولكن عن مظهر مكونات Windows. وهذا يعني أن تطبيق الإعدادات ، الحافظة ، Snip & Sketch ، عناصر واجهة المستخدم في شريط المهام المنبثقة (مثل الأزرار الموجودة في لوحة الشبكة) ، إلخ ...

أنا شخصياً بالكاد أستخدم أي تطبيقات UWP خارج تلك المقدمة من MS لذلك ليس لدي أي مشكلة مع الأنماط المخصصة من قبل المطورين الخارجيين. أنا أتفاعل يوميًا مع عناصر UWP في نظام Windows بالرغم من ذلك.

chigy Correct ، كنت أبحث عن إعداد في تطبيق Win 10 Settings حيث يمكن للمستخدم تغيير مظهر واجهة المستخدم إلى حد ما. يبقى أن نرى ما سيكون منطقيًا حقًا وأيضًا يكون قابلاً للتطبيق من حيث العمل الإضافي الذي يجعل خصائص واجهة المستخدم قابلة للتغيير من قبل المستخدم. أشعر أنه كلما كانت التغييرات المقترحة أصغر الآن (نصف قطر الزاوية الدقيق) كلما كان من الممكن إضافة خيار للعودة إلى النمط السابق (عناصر تحكم مربعة).

شيء أخير: يحتوي Win 10 على 800 مليون مستخدم والعدد في ازدياد. ليس الجميع متحمسًا مثل مارتن بشأن التغييرات المقترحة وسيكون من الرائع أن يحاول Windows أيضًا استيعاب هؤلاء المستخدمين. كما قلت ، فإن واجهة المستخدم ذاتية للغاية وإذا كان هناك أي احتمال لإضافة المرونة إلى نظام واجهة المستخدم ، فيجب على MS على الأقل مراعاة ذلك.
بالنسبة لمتصفحات الإنترنت ، على سبيل المثال ، هناك صناعة كاملة من السمات ، حيث لا يتم تغيير الألوان فحسب ، بل يتم أيضًا تغيير مظهر عناصر واجهة المستخدم مثل علامات التبويب أو شريط البحث: https://github.com/muckSponge/MaterialFox (مضحك بدرجة كافية ، يضيف هذا المشروع المعين زوايا مستديرة إلى Firefox - ولست معجبًا بالزوايا المستديرة.)
ومع ذلك ، بالنسبة لنظام Windows ، لا يمكن للمستخدمين فقط إنشاء سمة خاصة بهم ، لذلك سيكون من الجيد أن توفر MS خيارات تخصيص واجهة المستخدم.

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

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

بعبارات رثاء: فقط احتفظ بها مربعة أو اجعلها اختيارية على مستوى المستخدم.

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

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

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

يكره العديد من الأشخاص بشدة حتى اقتراح الزوايا الدائرية ويعتبره الكثيرون خطوة إلى الوراء ، بل تحقق من التعليقات في العديد من مقاطع الفيديو لواجهة مستخدم Hololens القادمة التي يتم تقريبها ، وأغلبية التعليقات مرة أخرى تدور حول كره شديد لجميع الزوايا الدائرية وهناك تعليقات تقول تباينات من "مايكروسوفت ترمي المنشفة في قسم واجهة المستخدم ونسخ إما Apple أو Google" ، على الرغم من أنها ليست المرة الأولى التي تستخدم فيها Microsoft الزوايا المستديرة ، يرى الناس الآن أنها شيء سلبي.

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

لقد أنشأت منشورًا على الدقيق مع الزوايا المستديرة.

يستدعي الأشخاص أيضًا تناقضات واجهة المستخدم - حتى في تطبيقات Win 10 MS الرسمية ، راجع تطبيق الإعدادات وتطبيق الأمان (يمتد NavigationView إلى شريط العنوان) - وكذلك الاختلافات بين مكونات نظام win32 وعناصر UWP الأحدث. كما ذكر @ SavoySchuler ، نأمل أن تتم معالجة ذلك باستخدام WinUI 3.0. إنها ليست نقطة محددة بخصوص هذا الاقتراح ولكنها أكثر رغبة "شاملة" بين العديد منا من مستخدمي Windows. لا يتعلق الأمر كثيرًا بأن تكون الزوايا مستديرة أم لا ولكن الاتساق في نظام Windows.

الاتساق هو المفتاح هنا ، وكان شاغلي الرئيسي.

WinUI 3.0 يدور حول التغييرات في عناصر تحكم XAML التي تؤثر على تطبيقات علبة الوارد وواجهة مستخدم Windows.

Fabric Web هو فريقه الخاص ، ولكن جميع الفرق تتواصل معًا ، وتستند في قراراتها إلى Fluent Design ، لذلك افترض أن تصميم Fabric Web هو أحدث تفكير من Microsoft ، وبالتالي يجب أن يسود الاتساق.

سيأتي Xbox Next و Windows Lite و Windows Core OS بأغلفة جديدة ، لذلك يجب أن يكون ذلك في الاعتبار للفرق أيضًا - مع Windows 10 للحصول على الدعم القديم

ما قالته @ chigy هو بالضبط ما كنت

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

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

لدي نوع من منظور مختلف حول هذا.
في وقت سابق من الخيط ، رأيت مناقشة حول تقريب أنماط Fabric UI (Web) و Windows (UWP) معًا ، وهذا يقلقني قليلاً.

إليك بعض السياق: لقد كنت مستخدمًا لبرنامج Microsoft Edge لسنوات ، وكان أحد الأشياء المفضلة لدي هو شكله وأسلوبه المستوحى من UWP. عندما تم الكشف عن Edge Insider ، شعرت بخيبة أمل كبيرة لرؤيتها تستخدم تصميم Chrome و Web UI المعدل بدلاً من تصميم UWP السابق. في حين أن الزوايا الدائرية الموضحة في حدها الأدنى ، إلى الحد الذي لا أواجه فيه مشكلة معهم ، فإن هذا الخيط يعطيني نفس الإحساس بخيبة الأمل. لا أريد أن أرى Windows يفقد مظهره الفريد (والمتفوق!) ومظهره لصالح مطابقة "معايير الويب" سيئة التصميم. في الواقع ، أفضل أن أرى جوانب تصميم UWP بطلاقة تشق طريقها إلى Fabric!

أعتقد أن خطة Edge هي إعادة الاكريليك في النهاية ، وتحريك واجهة المستخدم بشكل أكبر نحو أسلوب Windows / Fluent Design.

لكن Windows يتقدم أيضًا بشكل طفيف لأمل سد الفجوة.

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

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

بالطبع ، بصفتك مطورًا للتطبيق ، لديك الخيار لتعيين قيمة CornerRadius في عناصر التحكم الخاصة بك إلى 0 لإعادة عناصر التحكم التربيعية.

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

هل هناك سبب لكون MediaTransport Scrub Bar Thumb دائريًا مع مخطط تفصيلي ، حيث يكون إبهام شريط التمرير الجديد المقترح عبارة عن دائرة مملوءة؟

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

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

جنبًا إلى جنب مع مفاهيم تصميم TextBox و NumberBox التي قمت بها - إليك بعضًا من ComboBox و EditableComboBox

عمل رائع!
لدي بعض الاقتراحات حول القوائم المنبثقة. مع الظلال التي تحدد القائمة ، هل نحتاج حقًا إلى الحدود؟ ويمكن أن يغطي تمييز التحديد IMO العرض الكامل للسطح المنبثق ، دون ترك فجوات.

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

عمل رائع!
لدي بعض الاقتراحات حول القوائم المنبثقة. مع الظلال التي تحدد القائمة ، هل نحتاج حقًا إلى الحدود؟ ويمكن أن يغطي تمييز التحديد IMO العرض الكامل للسطح المنبثق ، دون ترك فجوات.

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

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

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

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

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

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

مجرد ترك تعليقاتي من reddit هنا من منظور المستخدمين: "أحب مظهر الزاوية المستدير النظيف من العرض. مثل أي شخص آخر (على reddit) ، لا يزال الاتساق حول نظام التشغيل بأكمله بحاجة إلى الكثير من الحب ".

هل هناك سبب لكون MediaTransport Scrub Bar Thumb دائريًا مع مخطط تفصيلي ، حيث يكون إبهام شريط التمرير الجديد المقترح عبارة عن دائرة مملوءة؟

mdtauk ، في واقع الأمر ، هذا شيء ننظر إليه ، لكن هذا لا يعني أننا سنجري التغيير ، لذا فأنا لا أضع التوقعات ...

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

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

nepxune ، mdtauk
شكرا لك على ملاحظاتك.
اسمحوا لي أن أرد على بعض النقاط التي ذكرتها أعلاه.

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

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

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

لذلك أعرف أن العديد من الأشخاص على GitHub والمنتديات الأخرى يذكرون أننا نتبع iOS و Android ، لكن الأمر ليس كذلك. نحن نتوصل إلى هذا القرار من خلال فهم مستخدمينا. نعم ، حقيقة أنهم يستخدمون الزاوية المستديرة تضيف إلى جانب الألفة ، لكننا لا نتابع بشكل أعمى ما تفعله الصناعة.

لدي نوع من منظور مختلف حول هذا.
في وقت سابق من الخيط ، رأيت مناقشة حول تقريب أنماط Fabric UI (Web) و Windows (UWP) معًا ، وهذا يقلقني قليلاً.

إليك بعض السياق: لقد كنت مستخدمًا لبرنامج Microsoft Edge لسنوات ، وكان أحد الأشياء المفضلة لدي هو شكله وأسلوبه المستوحى من UWP. عندما تم الكشف عن Edge Insider ، شعرت بخيبة أمل كبيرة لرؤيتها تستخدم تصميم Chrome و Web UI المعدل بدلاً من تصميم UWP السابق. في حين أن الزوايا الدائرية الموضحة في حدها الأدنى ، إلى الحد الذي لا أواجه فيه مشكلة معهم ، فإن هذا الخيط يعطيني نفس الإحساس بخيبة الأمل. لا أريد أن أرى Windows يفقد مظهره الفريد (والمتفوق!) ومظهره لصالح مطابقة "معايير الويب" سيئة التصميم. في الواقع ، أفضل أن أرى جوانب تصميم UWP بطلاقة تشق طريقها إلى Fabric!

@ 19lmyers
شكرًا لك على ملاحظاتك بشأن قلقك بشأن فقدان Windows لمظهره الفريد (وحتى المتفوق). كما هو مذكور في التعليق أعلاه ، لا يقدّر مستخدمونا بالضرورة أن يكون Windows مختلفًا جدًا لأنهم ليسوا مألوفين لهم ، لذلك يعد هذا إجراء موازنة.

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

مرحبًا بكم في الريبو ، @ zag2me! نحن متحمسون لانضمامك إلى المناقشات هنا. أوافق وهو المكان المناسب للفت الانتباه إلى القضايا التي تهمك! يمكنك العثور على نموذج طلب الميزات هنا: https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

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

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

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

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

شكرًا لك على ملاحظاتك بشأن قلقك بشأن فقدان Windows لمظهره الفريد (وحتى المتفوق). كما هو مذكور في التعليق أعلاه ، لا يقدّر مستخدمونا بالضرورة أن يكون Windows مختلفًا جدًا لأنهم ليسوا مألوفين لهم ، لذلك يعد هذا إجراء موازنة.

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

وهو ما يقودنا إلى الاقتراح الذي كان عدد قليل منا عائمًا: إضافة المزيد من خيارات تخصيص واجهة المستخدم إلى Windows.

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

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

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

يريد معظم المستخدمين أن يكون Windows في طليعة واجهة المستخدم ولكن المستخدمين القدامى الآخرين لا يريدون التغيير.

لا تضحي بالتغيير من أجل القلة ، فقط امنحهم خيار إيقافه.

تضمين التغريدة
لا يوجد مستخدمون "قديمون" هنا ولا أرى أيضًا كيف تصل إلى "يريد معظم المستخدمين [زوايا مستديرة]" أو أن مظهر Windows الحالي ليس "متطورًا".

واجهة المستخدم ذاتية للغاية ولكن هذا لا يعني أنه يمكننا إخفاء الآراء المختلفة على أنها "موروثة" أو "غير راغبة في التغيير" ، إلخ ...

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

@ Felix-Dev Legacy مستخدمو نظام التشغيل Windows 7 هم الأشخاص الذين كانوا سيبقون على نظام التشغيل Windows 7 إذا أتيحت لهم الفرصة ، والذين كانوا يقاومون التغييرات التي تم إجراؤها في Windows 8 ، والذين يقاومون تغييرات واجهة مستخدم نظام التشغيل للمضي قدمًا.

قامت Apple و Google بنسخ ميزات من Windows 8.1 ، وتنفيذها وانتقل المستخدمون إلى تلك الأنظمة الأساسية لأنه كان يُنظر إليها على أنها متطورة. في غضون ذلك ، استمعت Microsoft إلى المستخدمين القدامى ، وتم تقليصها بسبب الأقلية الصوتية العالية.

في هذه الحالة بالذات ، تريد الأغلبية أن تكون الزوايا المستديرة مرتبطة (https://www.reddit.com/r/Windows10/comments/bwnxne/windows_10_rounded_corners_and_more_ui_changes/)

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

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

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

@ Felix-Dev دعونا لا نحاول قراءة أي آراء شخصية في هذه الأصوات والردود.

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

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

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

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

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

يوجد حاليًا اقتراح لتسهيل قيام المطورين بتعيين CornerRadius الخاصة بهم على كل عنصر تحكم (# 684) ، والذي يمكّن الفريق أيضًا من إضافة CornerRadii إلى عناصر التحكم افتراضيًا.

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

لكنك أوضحت وجهات نظرك @ Felix-Dev وإذا أصبحت أدوات التحكم الجديدة في أيدي غالبية مستخدمي Windows ، فقد تؤدي التعليقات الواردة إلى استكشاف هذه الفكرة في المستقبل.

لقد قمت بتحديث المواصفات لإزالة "AppBarSeparator" من التقريب منذ أن أكدت أن هذا هو سطر بحجم 1 بكسل.

لقد قمت بتحديث المواصفات لإزالة "AppBarSeparator" من التقريب منذ أن أكدت أن هذا هو سطر بحجم 1 بكسل.

chigy عند القياس بنسبة 100٪ ، سيكون حجمه 1 epx - ولكن عند 200٪ ، 300٪ ، 400٪ تحجيم ، قد يحتاج هذا إلى بعض الاهتمام.

إذا كان حقًا خطًا وليس مستطيلًا - فربما يتم تعيين StrokeStartLineCap و StrokeEndLineCap على PenLineCap.

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

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

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

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

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

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

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

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

هل سيكون شريط تمرير أم مفتاح تبديل؟

[X] زوايا دائرية على عناصر التحكم

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

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

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

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

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

يتحدث Windows وفريق التصميم يوميًا (على Twitter) كيف يريد تضمين المستخدمين وليس استبعادهم . هذه فرصة أشعر فيها أنه من السهل نسبيًا على MS إضافة خيار واحد لاحترام التنوع الهائل في آراء مستخدميها.

كيف سيتفاعل المستخدمون مع التطبيقات التي قرروا تجاهل تفضيلات المستخدم؟

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

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

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

حاد - زوايا حادة كما هي الآن
الخيار الأوسط - نصف القطر الجديد الأصغر
مدور - تغيير نصف القطر الأصلي المقترح أو شيء أكثر تقريبًا

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

كيف سيتفاعل المستخدمون مع التطبيقات التي تقرر تجاهل تفضيلات المستخدم؟

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

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

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

لكنك أوضحت وجهات نظرك @ Felix-Dev وإذا أصبحت أدوات التحكم الجديدة في أيدي غالبية مستخدمي Windows ، فقد تؤدي التعليقات الواردة إلى استكشاف هذه الفكرة في المستقبل.

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

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

في الموضوع الأصلي:
أعتقد أن حدود 2 بكسل تبدو رائعة باستثناء مربعات التحرير والسرد.
يجب ألا يترك تسليط الضوء على العنصر الأخير حدًا أبيض أسفله (أو على الأقل ليس أكثر من اليسار واليمين ، وهذا يعني بالطبع أنه يجب تقريب زوايا التمييز السفلية أيضًا) وربما لا ينبغي أن تكون هناك زوايا دائرية في الحالة الموسعة بين الصندوق و It's flyout. أشعر أنه يعطي هذه النظرة الغريبة المفككة بينهما.
ربما يكون من الأفضل جعل flyout 2 بكسل أصغر على كل جانب والسماح لها بعدم وجود زوايا مستديرة في الأعلى. بهذه الطريقة ستبدو كقطعة ورق يتم سحبها من موزع. (آمل أن تتمكن من فهم ما أعنيه: D للأسف ليس لدي أدوات متاحة الآن لرسمها)

في الموضوع الأصلي:
أعتقد أن حدود 2 بكسل تبدو رائعة باستثناء مربعات التحرير والسرد.
يجب ألا يترك تسليط الضوء على العنصر الأخير حدًا أبيض أسفله (أو على الأقل ليس أكثر من اليسار واليمين ، وهذا يعني بالطبع أنه يجب تقريب زوايا التمييز السفلية أيضًا) وربما لا ينبغي أن تكون هناك زوايا دائرية في الحالة الموسعة بين الصندوق و It's flyout. أشعر أنه يعطي هذه النظرة الغريبة المفككة بينهما.
ربما يكون من الأفضل جعل flyout 2 بكسل أصغر على كل جانب والسماح لها بعدم وجود زوايا مستديرة في الأعلى. بهذه الطريقة ستبدو كقطعة ورق يتم سحبها من موزع. (آمل أن تتمكن من فهم ما أعنيه: D للأسف ليس لدي أدوات متاحة الآن لرسمها)

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

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

XAML الخاص بي صدئ بعض الشيء ولكنه نموذج Combobox مثل:

<Combobox FlyoutCorners="GlobalCornerValue,GlobalCornerValue,0,0">
   <GenericFlyout Corners="something something parent property Binding"/>
</Combobox>

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

XAML الخاص بي صدئ بعض الشيء ولكنه نموذج Combobox مثل:

<Combobox FlyoutCorners="GlobalCornerValue,GlobalCornerValue,0,0">
   <GenericFlyout Corners="something something parent property Binding"/>
</Combobox>

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

<Thickness x:Name="FlyoutLooseCornerRadius" Value="4,4,4,4"/>

التوجهات:

• قاع
• BottomEdgeAlignedLeft
• BottomEdgeAligned إلى اليمين
• ممتلىء
• اليسار
• LeftEdgeAlignedBottom
• LeftEdgeAlignedTop
• حق
• RightEdgeAlignedBottom
• RightEdgeAlignedTop
• قمة
• TopEdgeAlignedLeft
• TopEdgeAligned إلى اليمين

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

<ComboBox CornerRadius="2,2,2,2">  
      <x:String>Blue</x:String>
      <x:String>Green</x:String>
      <x:String>Red</x:String>
      <x:String>Yellow</x:String>
</ComboBox>  

بعد ضبط خاصية CornerRadius على Flyout عند محاذاتها وإرفاقها بـ ComboBoxes (وعناصر تحكم أخرى) ، قد يتطلب إضافة TopEdgeAligned و BottomEdgeAligned إلى تعداد FlyoutPlacementMode لتحقيق النتيجة المرجوة.

_ (صورة محدثة) _

لقد قمت أيضًا بتضمين نظرة أقرب بنسبة 800٪ على تصميم Flyout. سيضمن الحدان ظهور الفلاشات المرتفعة في كلٍ من النسق الفاتحة والداكنة مع الظل أو بدونه.

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

بالمناسبة ، لقد لاحظت للتو أن هذا "المظهر المرفق" هو ​​كيفية عمل شريط القائمة العلوية لـ MacOs ، لذا لا يبدو أن هذا المظهر غير مألوف بشكل غريب ؛)

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

بالمناسبة ، لقد لاحظت للتو أن هذا "المظهر المرفق" هو ​​كيفية عمل شريط القائمة العلوية لـ MacOs ، لذا لا يبدو أن هذا المظهر غير مألوف بشكل غريب ؛)

لقد نسيت التقريب ، لذلك قمت بتحديث الصورة لإصلاح ذلك ، وأضفت أيضًا مزيدًا من التفاصيل مع مثال Zoomed - أوه وقمت بتضمين حالة Hover

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

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

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

وستحتوي بعض قوائم السياق على عناصر تحكم لا تمتد على العرض الكامل للقائمة المنبثقة ، لذلك سيعمل التحديد المستدير مع هؤلاء

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

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

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

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

مقدر جدا!

ملاحظة: حول العناصر المميزة غير الحدودية: يجب أن يكون تمييز العنصر مستطيلًا بالتأكيد. إن جعلها بألوان مستديرة أمر غريب.

ربما أنا من الأقلية هنا برأيي ، لكن تغيير نصف قطر الزوايا لعناصر التحكم المشتركة هو بصراحة فكرة رهيبة. بالنظر إلى مثال القائمة أعلاه من mdtauk ومقارنة ذلك بقائمة Edge الحالية ، أشعر بالاشمئزاز قليلاً. تمت تسوية الأمور أخيرًا باستخدام تصميم Fluent وأصبح كل شيء أخيرًا يبدو متسقًا وجيدًا حقًا. الآن ، دعنا نغير كل شيء ليبدو مثل الويب؟ لا ... دع الويب يكون الويب واترك Windows (وعناصر التحكم المشتركة) وشأنها. إذا أراد المطورون تنفيذ زوايا مستديرة باستخدام عناصر تحكم تابعة لجهات خارجية في تطبيقاتهم الخاصة ، فليكن ذلك. ولكن ، لبدء تغيير الشكل والمظهر الافتراضيين الآن هو مجرد بدعة - دع Apple تكون Apple ، و Google هي Google ، والويب يكون الويب. كل ما عليك هو الاستمرار في أن تكون Microsoft وتقوم بما تريد - إنها تعمل ، لذا دعها تعمل. أنا ، على سبيل المثال ، أحب شكل ومظهر Microsoft Windows 10 لتصميم Fluent وأريد أن تبدو تطبيقاتي مثل Windows - وليس Apple أو Google أو الويب. لا يمكنني تحمل الشكل الذي يبدو عليه Chrome - إن Edge يبدو أفضل بسنوات ضوئية ونظام Windows أفضل بكثير من حيث الشكل والوظيفة من macOS. و TBH ، أعد Windows 10 Mobile إلى الهاتف. حزن جيد ، توقف عن التخلي عن الأشياء بهذه السرعة واترك تصميم Fluent وشأنه واتركه يفعل ما يريد.

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

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

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

هل سيكون شريط تمرير أم مفتاح تبديل؟
[X] زوايا دائرية على عناصر التحكم
لن تكون هناك قيمة واحدة لنصف قطر الزاوية لتعيين راجع للشغل. سيكون لبعض العناصر التقريب على جانب واحد فقط ، أو سيتم تقريب الزوايا العلوية فقط. ستحصل المنبثقة وعناصر التحكم المنبثقة على نصف قطر 4 epx ، حيث سيكون لعناصر التحكم الأخرى 2 epx فقط.
سوف تقوم بتعيين العديد من المتغيرات حيث يتغير هذا الإعداد في نظام التشغيل. ثم ماذا عن الاختبار؟ أيضا ستكون هناك توقعات. كيف سيتفاعل المستخدمون مع التطبيقات التي قرروا تجاهل تفضيلات المستخدم؟
كيف تتواصل مع المستخدمين الذين يتم تقريب عناصر التحكم والذين لا يتم تقريبهم؟ سيكون لبعض عناصر التحكم حد داخلي أو عناصر حد خارجي. ستحتاج هذه القيم إلى تعديل CornerRadius لضمان احتضان حواف الأشكال بشكل صحيح.
في النهاية ، قد يكون هذا تغييرًا مرحبًا به دون الكثير من الجلبة ، وبالتالي يمكن اعتباره رد فعل زائد لإضافة خيار آخر إلى نظام التشغيل.

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

تضمين التغريدة
لذلك قمت بإجراء إحصاء من الردود في سلسلة رسائل reddit التي بدأتها منذ بضعة أيام وها هي (لسوء الحظ ، يبدو أنه لا توجد طريقة واضحة لرؤية العدد الإجمالي للمستخدمين الذين شاركوا بسهولة):

أعربت الآراء عن نصف القطر المؤيد للزاوية (عكس واجهة المستخدم الحالية): 18
أعربت الآراء عن واجهة المستخدم المؤيدة للتيار الحالي (ونصف قطر الزاوية المعاكس): 12 (+1 إذا قمت بتضمينني كملصق reddit ، تم أيضًا تضمين

البقية:

• مطالبة MS بتوفير خيارات واجهة المستخدم
• بخير مع كليهما
• لم تبدي رأيًا في الاقتراح
• أعرب عن إحباط عام بسبب التناقضات في نظام Windows (مثل برامج Win32 مقابل تطبيقات UWP)

خاصة المجموعة الأخيرة (الإحباط) كانت شريحة جيدة من الأشخاص الذين شاركوا في الموضوع.

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

تضمين التغريدة
مع كل حديث فريق تصميم Microsoft حول "تضمين" المستخدمين بدلاً من "استبعادهم" ، أعتقد أن هذا الموضوع وخيط reddit أعلاه يوضح أن هناك أسبابًا وجيهة لتوفير خيار بسيط في واجهة المستخدم للتبديل بين الزاوية المستديرة المقترحة واجهة المستخدم وواجهة المستخدم الحالية (الزوايا الحادة).

@ Felix-Dev من الناحية الفنية ، كان المنشور الذي قمت به يتعلق بالتحكم في Flyout ، فإن ComboBox هو مجرد أحد عناصر التحكم التي تحتوي على مكون flyout.

أعتقد أن التقريب في جميع الزوايا أمر منطقي في جميع الظروف. وقرر الفريق استخدام المنبثقة ومربعات الحوار 4 زوايا epx ، وستستخدم عناصر التحكم الأخرى 2 epx.

mdtauk ،
كما قلت ، من فضلك لا تسيء فهم هذا. أعتقد أنه من الجيد تمامًا الإشارة إلى واجهة مستخدم تحكم محددة في هذا الخيط (مثل سألت عن سماكة الزاوية ذات المظهر الغريب لنصف قطر ركن مربع الاختيار في مثال treeview).
فقط ، إذا كانت هناك محادثة تمتد عبر منشورات متعددة تحدث فيما يتعلق بعنصر واجهة مستخدم معين (مثل flyouts / comboboxes / ...) ، أشعر أنه من الأفضل إنشاء مشكلة منفصلة لهذا تحديدًا. وكما رأيت ، سرعان ما أدت رسالتك حول القوائم المنبثقة إلى مناقشة بخصوص مربعات التحرير والسرد. الآن فقط تخيل أن شخصًا ما يبدأ بعد ذلك محادثة حول الشكل الذي يجب أن تبدو عليه ظلال التركيز ولدينا "فوضى" كاملة (كما هو الحال في العديد من عناصر واجهة المستخدم المحددة التي تتم مناقشتها على مقربة) بدءًا من حيث سيكون من الصعب إعادة السلسلة إلى الوضع العام الاقتراح وكيفية التعامل معه.

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

لا أنوي طرح مشكلة منفصلة فقط من أجل النشرات المنبثقة ، لكنني كنت أناقش على وجه التحديد ركن Radii لعنصر التحكم هذا.

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

إذا كنت ستحسب المنشورات ، فيجب عليك حساب الأصوات المؤيدة أيضًا.

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

FWIW ، "يبدو أن 2 بكسل هو المكان المناسب." حصلت على أكبر عدد من الأصوات مع 54 نقطة.

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

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

شكرا لسؤالك. لقد قمت بربط تركيبات التصميم في قسم "ملاحظة مهمة" بالمشكلة ، لذا يرجى التأكد من التحقق من ذلك.

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

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

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

شكرا لسؤالك. لقد قمت بربط تركيبات التصميم في قسم "ملاحظة مهمة" بالمشكلة ، لذا يرجى التأكد من التحقق من ذلك.

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

لقد ذكرت أن المحادثات حول بعض الأشياء لا تزال جارية ، مثل سمك حدود مربع النص وما إلى ذلك - لذلك افترضت أن هذه التصميمات كانت فكرة أولية وليست نهائية. (أعتقد أنني كنت أتمنى أن أظل قادرًا على التأثير على أشياء مثل TextBox والأزرار و CheckBox وما إلى ذلك)

أعتقد أنني أعرف الإجابة على هذا السؤال ، لكنني سأطلب على أي حال - هل هناك خطط لمشاركة تصميمات واجهة مستخدم Windows التي قررها الفريق؟

هل ستنطبق هذه التغييرات التي يخطط لها Windows أيضًا على Win32 Visual Styles و Shell window TitleBars وما إلى ذلك. إذا كان الأمر كذلك ، فمن المحتمل أن يقوم WPF أيضًا بتحديث عناصر التحكم الافتراضية عند التشغيل على إصدارات Windows التي ينطبق عليها هذا النمط الجديد. (لقد اقترحت بالفعل أن يحدث هذا # 699)

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

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

أعتقد أن هذا سيظهر في مركز الملاحظات عندما يتم تفعيل تغييرات التصميم - من المرجح أن يصل ذلك إلى فريق Windows.

لقد ذكرت أن المحادثات حول بعض الأشياء لا تزال جارية ، مثل سمك حدود مربع النص وما إلى ذلك - لذلك افترضت أن هذه التصميمات كانت فكرة أولية وليست نهائية. (أعتقد أنني كنت أتمنى أن أظل قادرًا على التأثير على أشياء مثل TextBox والأزرار و CheckBox وما إلى ذلك)

أعتقد أنني أعرف الإجابة على هذا السؤال ، لكنني سأطلب على أي حال - هل هناك خطط لمشاركة تصميمات واجهة مستخدم Windows التي قررها الفريق؟

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

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

تضمين التغريدة
أنا في حيرة من أمري الآن أنا. أنت شخص يعمل في فريق تصميم Windows Fluent ، ويقال أن WinUI "[...] منصة واجهة مستخدم أصلية عالية التحسين تُستخدم لإنشاء Windows نفسه" (مقتبس من هنا ، قسم "مزايا WinUI 3". لذلك ، إذا لم يكن هذا هو المكان المناسب للتأثير على لغة تصميم Windows 10 ، فما هي؟

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

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

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

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

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

أنا آسف ، أنا فقط لا أستطيع أن ألتف رأسي حولها. يخبرنا أحد أعضاء فريق تصميم Windows Fluent Design في المستودع الذي يُفترض أنه يقود واجهة مستخدم Windoiws بعد أيام أننا لم نتحدث أبدًا مع شخص

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

أين تقف دعوتنا لتخصيص واجهة المستخدم الآن في الواقع؟ هل هذا الريبو مهم حقًا بعد الآن لمناقشات Windows UI؟

سأترك الأمر مع:

" [WinUI 3.0] منصة واجهة المستخدم الأصلية لنظام WindowsWinUI هي منصة واجهة المستخدم الأصلية المحسّنة للغاية والمستخدمة لإنشاء Windows نفسه ، وهي متاحة الآن على نطاق أوسع لجميع المطورين لاستخدامها للوصول إلى Windows.

@ Felix-Dev كنت آمل في التأثير ، وليس الإصرار على أن تصبح تصميماتي هي التصميمات الفعلية. أنا مصمم متحمس لنظام Windows منذ أيام Windows Vista / 7 / Zune / Windows Phone.

تضمين التغريدة
في الواقع ، على الرغم من أنه ليس لديك أي شيء ضد تبني مرض التصلب العصبي المتعدد لأفكارك ، أليس كذلك؟ 😉 بعد كل شيء ، أنت مقتنع بهم!

آسف إذا حدث ذلك لأنك انتحاري (ولكي نكون منصفين معي ، قلت أيضًا أن مقترحاتك يمكن أن تأتي على هذا النحو) ، لكن رد صادمًا للغاية بالنسبة لي. آمل أن تتمكن من فهم!

فريق WinUI! = فريق تطوير Windows.

نظام التشغيل Windows 10 هو نظام التشغيل الحالي ، ولكن نظام التشغيل Windows Lite و Windows Core OS هما الاتجاهات المستقبلية.

من الواضح أن

يضع فريق Fluent Design في Microsoft القواعد (الألوان وأنماط الخطوط والأحجام والمواد ، إلخ) التي تتبعها فرق Microsoft الأخرى مثل WinUI و Windows و Xbox و Office و Bing و Teams و Fabric و Fluent Web مع أعمال تصميم واجهة المستخدم الخاصة بهم.

أنا متأكد من أنه سيتم تصحيحي إذا كنت قد أساءت فهم الهيكل هنا.

أفكاري التي كنت أساهم بها في هذا الريبو - كنت أحاول سد الفجوة بين Fabric Web و WinUI 3.0 - لقد قمت أيضًا بتضمين الأفكار التي كنت أفكر فيها منذ أيام Win8.

سيكون التوضيح جيدًا حقًا ، لأنني هنا كيف فهمته:

chigy هي عضو في فريق تصميم Windows Fluent ومع أن FD (Fluent Design) هي لغة تصميم Windows 10 ، وبالتالي ستكون عضوًا في فريق تصميم Windows.

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

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

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

حسنًا ، هذه خيبة أمل كبيرة بالنسبة لي ، مثلما ذكر آخرون أنها مشكلة كبيرة لكثير منا ، لذلك إذا لم يكن لديك أي تأثير على هذا ، فهل يمكنني أن أسأل بأدب

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

كان الرد في الأساس هو إخبار الناس مرة أخرى بأن التغيير سيتم بغض النظر عن رأيهم ...

أود إعادة صياغة هذا المنشور ليكون أقل تعاليًا وإهانة لـ @ Felix-Dev

تضمين التغريدة
اين رسالتي مهينة؟

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

تضمين التغريدة
اين رسالتي مهينة؟

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

chigy هو الشخص المسؤول عن العمل على تصميم عناصر تحكم WinUI. إذا أخطأت في أن دوره هو دور واحد في فرق Windows أو Fluent ، فلا يجب أن تقول إن دوره لا يهم ، ولا يجب أن تجعله شخصيًا.

تضمين التغريدة
"Chigusa Sansen هو مدير برنامج رئيسي في فريق منصة XAML UI وجزء من الأعضاء الأساسيين في Fluent Design System " (المصدر: https://mybuild.techcommunity.microsoft.com/speaker/545575؟source=sessions)

عقدت أيضًا جزء FD المتعلق بـ Windows في تلك الجلسة.

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

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

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

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

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

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

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

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

عندما بدأنا هذه المناقشة حول التحرك العام لواجهة المستخدم في أي مكان ، تم التأكيد بوضوح من قبل الآنسة تشيجوسا سانسن أو أعضاء آخرين في فريق WinUI أن هذا الموضوع ليس المكان المناسب لهذه المناقشة. بدلاً من ذلك ، بدأ الناس في المناقشة بشغف ، وجادلوا بالمؤيدين / المعاكسين لهذه الخطوة معتقدين أنهم كانوا يتحدثون إلى شخص سيكون في موقع مهم لواجهة المستخدم في Microsoft / Windows. حتى أن Chigusa شارك فيها وقمت أيضًا بإضافة صور تحكم بحرية على أمل التأثير على اتجاه واجهة المستخدم. شكواي هي ، ويبدو أنك فاتتك ذلك ، أن chigy استغرق وقتًا طويلاً لإخبارنا ببساطة أنه ليس هناك الكثير من النقاط في إجراء هذه المناقشة هنا ، لأنها على ما يبدو ليست ضمن الفريق الذي يتصل بـ لقطات عامة.

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

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

تشير هذه المشكلة إلى تحديث Corner Radius في Common Controls ، بما يتوافق مع اتجاه نمط الويب والتطبيق.

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

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

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

يرجى الرجوع إلى مدونة السلوك ومحاولة أن تكون محترمًا. @ chigy لم يكن يحاول الخداع أو التضليل.

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

شكرًا لك ، @ Felix-Dev و Nepxune و mdtauk ، للإشارة إلى شيء ربما لم أكن واضحًا للغاية عندما استلمت عنصر GitHub هذا. فقط لكي تعرف ، هذه هي أول مشكلة متعلقة بالتصميم لدينا نناقشها في المجتمع المفتوح ، لذلك نحن نتعلم كما نمضي ...

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

شكرًا لك ، jevansaks ، على تلخيص دور WinUI فيما يتعلق بالتصميم.

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

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

@ Felix-Dev ، فقط لإعلامك بأنني شخصياً ناقشت المفهوم الذي اقترحته حول إعداد المستخدم مع شخص ما في مؤسسة تصميم Windows ، لذلك لتأكيد إجابتي (على سبيل المثال ، لا توجد خطة ميزة حول ذلك أو الاهتمام بفعل شيء ما حول هذا الطلب ). لم يناقش رأيك. أعلم أنه ربما لا يكون مرضيًا ولكني أردت أن تعرف أنني أهتم بكل آرائك وأبذل قصارى جهدي لأكون الممثل / الجسر هنا.

الجميع لم أقصد إغلاق القضية. كنت أحاول إغلاق التعليق وفعلت ذلك عن طريق الخطأ !!

mdtaukjevansakschigy
أنا أتفق معك تمامًا في أن هذه المناقشة يجب أن تظل احترافية. نحن جميعًا متحدون في شغفنا بـ Windows وفي رغبتنا في رؤية Windows يصبح أفضل ما يمكن.

لتوضيح الأمر تمامًا وبشكل نهائي ، لم أتهم الآنسة تشيجوسا سانسن بـ "خداعنا" أو "تضليلنا" ، ولم يكن هذا في نيتي. يمكنني أيضًا أن أصرح بشكل لا لبس فيه أنني لم أهاجم أي شخص شخصيًا ، ولن أهاجم أي شخص.

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

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

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

اهلا جميعا!
شكرا جزيلا لك على المحادثة الصريحة. لقد تعلمت الكثير وآمل أن تكون على استعداد لمواصلة العمل معنا للنمو معًا كمجتمع مفتوح!

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

لاحظ أنني لم أقم بإدراج جميع القضايا التي ناقشناها لأنني اعتبرت أن بعضها قد تم حله أثناء مناقشتنا. اسمحوا لي أن أعرف إذا كنت تعتقد خلاف ذلك !!

• تأكد من النظر في Xbox (mdtauk)
  o تصميم Xbox مملوك لفريق Xbox.
  س ولكن نعم ، نحن نعمل معهم عن كثب. أؤكد أنه تم عقد اجتماع حيث استعرضنا هذا ومقترحات التصميم القادمة مع فريق تصميم Xbox.
• ضع في اعتبارك إجراء تغييرات أخرى متعلقة بالتحكم للمحاذاة مثل جعل خطوط الحدود أرق (mdtauk)
  o يقوم فريق تصميم Windows بإجراء المكالمة النهائية لـ Windows أثناء التنسيق مع نظام Fluent Design System الجماعي لمحاولة التوافق عبر فرق تصميم Microsoft.
  o سيقوم فريق WinUI بجعله يعمل بشكل أفضل للمطورين ولديه قصة مطور جيدة للتبديل (أو التبديل مرة أخرى).
  o سيتم تتبع هذا في مشكلات GitHub القادمة.
• يرغب المجتمع في الحصول على مكان للتعبير عن آرائهم مباشرةً إلى فريق تصميم Fluent ( mdtauk ، @ Felix-Dev ،Nepxune)
  o لمعلوماتك ، يمتلك فريق Fluent مجموعة LinkedIn.
  o هذه ليست مملوكة لفريق WinUI أو أنا.
  o يتم لفت انتباههم إلى هذا ، ولكن لا يمكننا إلزام أنفسنا إذا حدث شيء ما.
  o سأكون على يقين من التواصل مرة أخرى مع هذه المجموعة إذا تحقق شيء ما.
• هل نصدر السمات بطلاقة لـ WPF / WinForms؟ (@ فيليكس ديف ،mdtauk)
  o هذا شيء لم نكتشفه بعد.
  س هذا معقد بعض الشيء. أنا شخص يبحث في إرشادات التصميم ودعم التصميم للمطورين بشكل عام لنظام Windows ، لذا فإن هذا يناسب مجال اهتمامي. ومع ذلك ، بصراحة ، هذه ليست أولوية في الوقت الحالي لأن هذا ليس عمل WinUI.
• إعداد المستخدم حيث يمكن للمستخدم تشغيل / إيقاف الزاوية المستديرة و / أو إجراء تغييرات دقيقة على القيمة حتى نقطة ما (@ Felix-Dev) / لا تحب الزاوية المستديرة ، احتفظ بها غير دائرية وامنح المستخدم خيارًا ( Nepxune والأشخاص على رديت)
  لسوء الحظ ، هذه ليست قرارات WinUI.
  o أفضل ما يمكنني أن أوصي به الآن هو فتح مشكلات "مركز الملاحظات" بمجرد انتشار هذا التغيير في نظام التشغيل Windows وما زلت لا تشعر أن التصميم يلبي احتياجاتك؟
  o إذا كان هناك أي عزاء ، فقد بذلت قصارى جهدي لإخطار فريق Windows ، ولكن لا توجد خطة من قبل فريقهم.

هذا يلخص خطتنا الحالية:

• ستعمل عناصر التحكم التي تحصل عليها باستخدام WinUI 2.x على تحديث المرئيات الافتراضية لاستخدام الزوايا الدائرية.
  o بمعنى آخر ، إذا لم تستخدم WinUI 2.x ، فلن تحصل على هذا التغيير.
• قيمة الزوايا الدائرية هي 2 بكسل لمعظم عناصر التحكم 4 بكسل لواجهة المستخدم من نوع flyout. لا يوجد تقريب عند تقاطع واجهة المستخدم مع عناصر واجهة المستخدم الأخرى
  o المركب المرئي هنا: https://github.com/mrlacey/microsoft-ui-xaml-specs/blob/RoundedCornerVisualizations/active/RoundedCorner/ImageFiles/index.md
  o ملاحظة قصيرة إلى mdtauk و Qowy و shaheedmalik الذين أجروا محادثة حول هذا الموضوع. لن نقوم بتقريب الخطوط الداخلية. ينعكس هذا في التركيبات المرئية الموجودة في المكان. قام فريق تصميم Windows بفحص وتقييم خيارات وإيجابيات وسلبيات مختلفة.
• للمطورين طريقة لتبديل هذا مرة أخرى بسهولة (# 684).
• لن يكون هناك أي إعداد للمستخدم يسمح للمستخدمين بتبديل هذا للخلف / للخلف ، أو إجراء تغييرات دقيقة.

@ chigy شكرًا لك على الملخص الذي نشرته.

لدي بعض الأسئلة حول ما سيحدث بعد ذلك ...

• هل تعكس تركيبات التصميم هذه التصميمات النهائية لجميع عناصر التحكم ، أم أن هناك المزيد من التغييرات التي تتم مناقشتها والتي سيتم تحديثها أو نشرها لاحقًا؟

• كيف تقترح أننا كمجتمع نحاول التأثير أو تقديم اقتراحات حول بعض خيارات التصميم التي تأتي إلى WinUI؟

• متى سنتمكن من رؤية الرؤية التي يمتلكها فريق تصميم Windows لواجهة مستخدم Windows ، حتى نتمكن من الحصول على سياق لتصميمات التحكم التي يتم العمل عليها؟

• هل سيكون هناك جهد لإقناع / cajole / فرض الاتساق بين تطبيقات البريد الوارد وعناصر shell باستخدام XAML ، بحيث يتطابق كل شيء في التصميم؟

• هل سيتم تضمين تصميمات تحكم Xbox المعدلة في WinUI ، أم أنها ستأتي فقط على أجهزة Xbox التالية (مع عدم وجود طريقة لاختبار قوالب التحكم هذه أثناء التطوير على Windows؟

mdtauk ، عفوًا ، لقد كتبت كثيرًا ولكني أردت التأكد من أنني شرحت نفسي جيدًا ...

• هل تعكس تركيبات التصميم هذه التصميمات النهائية لجميع عناصر التحكم ، أم أن هناك المزيد من التغييرات التي تتم مناقشتها والتي سيتم تحديثها أو نشرها لاحقًا؟

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

• كيف تقترح أننا كمجتمع نحاول التأثير أو تقديم اقتراحات حول بعض خيارات التصميم التي تأتي إلى WinUI؟

ما أود أن يخبرنا به المجتمع هو المكان الذي تفشل فيه خيارات التصميم هذه للتطبيقات. هل هناك أماكن للتخصيص لا نقدمها لك؟ هل يكسر تطبيقك تمامًا لسبب أو لآخر؟

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

• متى سنتمكن من رؤية الرؤية التي يمتلكها فريق تصميم Windows لواجهة مستخدم Windows ، حتى نتمكن من الحصول على سياق لتصميمات التحكم التي يتم العمل عليها؟

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

• هل سيكون هناك جهد لإقناع / cajole / فرض الاتساق بين تطبيقات البريد الوارد وعناصر shell باستخدام XAML ، بحيث يتطابق كل شيء في التصميم؟

أدناه هو رأيي الخاص تمامًا بناءً على ما أعرفه. فقط لأكون واضحا... :)
في رأيي ، المشكلة ذات شقين.

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

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

• هل سيتم تضمين تصميمات تحكم Xbox المعدلة في WinUI ، أم أنها ستأتي فقط على أجهزة Xbox التالية (مع عدم وجود طريقة لاختبار قوالب التحكم هذه أثناء التطوير على Windows؟

ليس لدينا خطة لتعديل عناصر التحكم المخصصة لأجهزة Xbox. لم نقم بذلك في الماضي (لقد أصدرنا وثائق ) ولم نتلق أي طلبات قوية من كل من فريق Xbox وكذلك المجتمع (هذا مصدر مفتوح مسبقًا).

@ chigy شكرا لك مرة أخرى لكونك صريحًا جدًا واستجابتك.

كنت أفترض أن جهاز Xbox التالي سيدعم أيضًا التطبيقات - ومع Core OS الذي يستخدم XAML لصدته - فهذا يعني أيضًا أن Xbox سيحتاج إلى عناصر تحكم WinUI 3.0 مثلما يحتاج Windows. لذا فإن تضمين القوالب المصممة لأجهزة Xbox من شأنه أن يبسط العملية ، ويجعل تطوير تطبيق Xbox أكثر سهولة - ولكن من الواضح أن هذا قرار للفرق الأخرى. 😄

بالنسبة للرؤية - أعني "هذا هو الشكل الذي ستبدو عليه تطبيقات Windows Shell و Inbox المستقبلية." و "نحن ننتهز الفرصة لتحديث تصميم Windows الخاص بنا ، إليك بعض التغييرات التي نجريها ..."

جديلة الصور أو الفيديو

أعتقد أيضًا أنه يجب أن يتطابق Xbox و Windows مع بعضهما البعض. لدينا تطبيقات على Xbox تم إيقافها على Windows ولكنها لا تزال موجودة على Xbox (CBS ، FOX Sports) أو لم تكن موجودة على نظام التشغيل Windows 10 (Youtube).

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

فقط افكاري.

أعتقد أيضًا أنه يجب أن يتطابق Xbox و Windows مع بعضهما البعض. لدينا تطبيقات على Xbox تم إيقافها على Windows ولكنها لا تزال موجودة على Xbox (CBS ، FOX Sports) أو لم تكن موجودة على نظام التشغيل Windows 10 (Youtube).

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

فقط افكاري.

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

shaheedmalik و mdtauk ، أنا مرتبك قليلاً بشأن المناقشة حول Xbox و Windows التي يجب أن تتطابق ويجب أن يعمل التطبيق على بعضهما البعض.

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

سيتم تشغيل تطبيق UWP الذي تم إنشاؤه بشكل صحيح على كل من Windows و Xbox. بالنسبة إلى التطبيقات مثل تلك التي تحتوي على قوائم لتظهر من وإلى Xbox و Windows. لذلك غالبًا ما يتم تشغيل تصميم تطبيق واحد عبر هذه الأجهزة.

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

بالنسبة للرؤية - أعني "هذا هو الشكل الذي ستبدو عليه تطبيقات Windows Shell و Inbox المستقبلية." و "نحن ننتهز الفرصة لتحديث تصميم Windows الخاص بنا ، إليك بعض التغييرات التي نجريها ..."

جديلة الصور أو الفيديو

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

بالنسبة للرؤية - أعني "هذا هو الشكل الذي ستبدو عليه تطبيقات Windows Shell و Inbox المستقبلية." و "نحن ننتهز الفرصة لتحديث تصميم Windows الخاص بنا ، إليك بعض التغييرات التي نجريها ..."
جديلة الصور أو الفيديو

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

شكرا لك. // كان من الممكن أن تكون // Build / هي الفرصة المثالية لمشاركة التغييرات التي تم التخطيط لها ، خاصةً إذا كانت الخطة هي تحديث قوالب التحكم هذه في نهاية الصيف ، جنبًا إلى جنب مع الإصدار الأولي من WinUI 3.0.

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

تأكد من أن الأصداف ستكون مختلفة لتناسب التجربة. تعليقي الوحيد هو أنه إذا أراد Xbox التالي تشجيع التطبيقات على التطوير ، فيجب أن تحتوي عناصر تحكم WinUI الافتراضية على قوالب و ThemeResources مدرجة في WinUI ، لذلك عند تشغيلها على Xbox ، سوف تتطابق مع إرشادات تصميم التحكم. وينبغي أن يكون من الممكن اختبار كيف ستبدو هذه الضوابط أثناء التطوير. في كل من Windows و XAML Designer.

لقد صادفت بعض تركيبات التصميم لعناصر تحكم Xbox ، لكنها لم تكن موجودة في مستندات UWP.

mdtauk ، أشعر أن هذه المحادثة حول Xbox تبدو أكثر ملاءمة مع # 698؟ لقد قمت بإجراء اختبار ping على شخص ما في Xbox لمعرفة ما إذا كان بإمكانه التعليق على المحادثة الأخرى (بدون وعد :)). مرة أخرى ، هذا مجتمع مفتوح المصدر ، ربما يمكنك إنشاء المورد المذكور واقتراح أن نستهلكه بطريقة ما؟ فقط أقول...

chigy كانت هذه مشكلة أرسلتها ، وكانت تتعلق بضمان أن أي عناصر تحكم يضيفها المجتمع إلى WinUI يجب أن تتضمن قوالب للتشغيل على وحدات تحكم Xbox المستقبلية. إذا أراد المطورون استخدام WinUI 3.0+ لتطبيق Xbox الخاص بهم - يجب أن تتكيف جميع عناصر التحكم لتبدو صحيحة عند التشغيل على التلفزيون.

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

لقد كنت أرسل أفكارًا في إرسال التحكم في NumberBox ، وأردنا التأكد من تطابق تصميم عنصر التحكم مع ما هو مخطط لبقية عناصر التحكم.

إذا أراد المطورون استخدام WinUI 3.0+ لتطبيق Xbox الخاص بهم - يجب أن تتكيف جميع عناصر التحكم لتبدو صحيحة عند التشغيل على التلفزيون.

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

لن يتم تحديث ScrollIndicator الخاص بـ WebView من خلال XAML ، لكننا نستخدم الويب كما هو.

بالنظر إلى شريط التقدم الحالي في MUXControlsTestApp - هل سيتم تقريب الطرف الأيمن من شريط قيمة التقدم أيضًا ، أم أنه سيحتفظ بحافته المسطحة؟

هل سيتم أيضًا تصميم شريط التمرير داخل قائمة الصوت المنبثقة

هل سيُضاف الكشف إلى جميع عناصر التحكم افتراضيًا ، أم لا يزال يتعين إضافته بواسطة الأنماط؟

هل ستستفيد Sliders المستخدمة في ColourPicker من وجود نمط مخطط تفصيلي ، مشابه لـ MediaPlayer - حتى لا يضيع بين الألوان الداكنة للشريط؟

بالنظر إلى شريط التقدم الحالي في MUXControlsTestApp - هل سيتم تقريب الطرف الأيمن من شريط قيمة التقدم أيضًا ، أم أنه سيحتفظ بحافته المسطحة؟

من خلال تعريف التصميم ، ينبغي. الرجاء فتح مشكلة ضد MUXControlsTestApp.

هل سيتم أيضًا تصميم شريط التمرير داخل قائمة الصوت المنبثقة

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

هل سيُضاف الكشف إلى جميع عناصر التحكم افتراضيًا ، أم لا يزال يتعين إضافته بواسطة الأنماط؟

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

هل ستستفيد Sliders المستخدمة في ColourPicker من وجود نمط مخطط تفصيلي ، مشابه لـ MediaPlayer - حتى لا يضيع بين الألوان الداكنة للشريط؟

يتم التخطيط لبرنامج MediaPlayer لمتابعة تصميم شريط التمرير الجديد (# 841). لذا فإن ما تقترحه ليس في الخطة. إذا كنت تشعر أنها مشكلة متعلقة بقابلية الاستخدام ، فيرجى فتح مشكلة منفصلة.

واو! هناك الكثير من التعليقات هنا.

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

Poopooracoocoo تستخدم أيقونات / شعارات المكتب الجديدة زوايا دائرية ، كما يفعل رمز Terminal الجديد ، وأيقونات / شعارات الاستوديو المرئية الجديدة.

و FWIW ، لا أريدهم أن يتخلصوا من المربعات ، إنه أمر سيء بما يكفي لواجهة مستخدم الكمبيوتر اللوحي التي تعمل بنظام Windows 10 ، وقد تراجعت بشكل كبير مقارنة بـ Windows 8.1

Poopooracoocoo ، mdtauk ،
شكرا لك على ملاحظاتك. كلاكما على حق في أن التغيير يجب أن يتم تطبيقه في جميع المجالات. وبالتالي فإن هذا الجهد يبدأ في المحاذاة مع Fabric وواجهة مستخدم مرئية أخرى مثل Edge. نود أن يحدث الاتساق بين عشية وضحاها ، لكن هذه رحلة. ويبدأ من القيمة الافتراضية لمنصة واجهة المستخدم أثناء اللعب هنا (أي WinUI).

تحديث الحالة:

Corner Radius (ويعرف أيضًا باسم Rounded Corner) يتم إنشاء

ستتم إضافة هذا إلى docs.microsoft.com كوثائق.
ستكون صفحة جديدة ضمن https://docs.microsoft.com/en-us/windows/uwp/design/style/.

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

هل هذه المعلومات الإضافية مفيدة / مفيدة ، وليست ذات صلة ، والمعلومات الأخرى مفقودة ، وما إلى ذلك؟

chigy ، الاقتراح الوحيد الذي لدي حول المستند ، هو أنك لم تذكر سبب تلقي عناصر التحكم للزوايا المستديرة.

mdtauk ، التقاط جيد. كان لدي قسم "المهام" (المبادئ) الذي أدرك ذلك ، ولكن بطريقة ما أثناء التحرير ، فقد السياق. ما زلت أعمل على ملء هذا القسم.

تحديث الحالة

تم إنشاء إصدار منفصل لتتبع العمل لتقريب زاوية مربع الاختيار داخل List و GridView (# 1096)

تم إيداع تغييرات الزاوية المستديرة الآن ، مما يؤدي إلى إغلاق هذه المشكلة.

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

و FWIW ، لا أريدهم أن يتخلصوا من المربعات ، إنه أمر سيء بما يكفي لواجهة مستخدم الكمبيوتر اللوحي التي تعمل بنظام Windows 10 ، وقد تراجعت بشكل كبير مقارنة بـ Windows 8.1

آسف للرد فقط الآن. إنهم حقا يتخلصون من البلاط! :(

إنه قرار مثير للاهتمام حيث أن Android يسمح فقط بالرموز التكيفية الآن ، بطريقة مشابهة لنظام iOS بينما يتحول Windows إلى الرموز ذات الشكل الحر. تبدو الرموز "التكيفية" أفضل على شاشات البداية لأنها تحتوي على رمز أحادي اللون ، لذلك لا تحتاج إلى شاشة بيضاء مسببة للعمى. من ناحية أخرى ، تبدو الرموز ذات الشكل الحر أفضل كثيرًا لأنها تمنح المطورين مزيدًا من التحكم في الرمز وتناسب النظام الأساسي لسطح المكتب (أشياء مثل شريط العنوان وشريط المهام) بالإضافة إلى تطبيقات win32.

أيقونة Office نفسها لا تشبه أيقونات Word أو PowerPoint. مع هذه التغييرات ، أشعر أن Microsoft تفقد هويتها

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

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

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

لقد قدمت ملاحظات حول الاحتفاظ بالبلاط - هناك مجموعة بها الكثير من الأصوات المؤيدة. مركز تقديم الملاحظات ليس جيدًا مثل GitHub حيث يوجد القليل من التعليقات أو مساهمات المناقشة من فرق تطوير Windows

مرحبا كيف يتم تعطيل التقريب؟ يبدو قبيحًا عندما يكون الزر المستدير به تلميح أداة مستدير.

kikisaints @ chigy هل هناك طريقة لتعطيل الزاوية المستديرة لنقل عنصر معين مثل mklemarczyk يطلبه؟

مرحبا كيف يتم تعطيل التقريب؟ يبدو قبيحًا عندما يكون الزر المستدير به تلميح أداة مستدير.

mklemarczyk هل حاولت ضبط قيمة CornerRadius على 0 بأسلوب عنصر التحكم؟ قد تضطر إلى القيام بذلك في App.xaml حتى يؤثر على جميع عناصر تحكم تلميح الأدوات.

kikisaints @ chigy هل هناك طريقة لتعطيل الزاوية المستديرة لنقل عنصر معين مثل mklemarczyk يطلبه؟

mklemarczyk ، هل رأيت مستند التوجيه لدينا؟
https://docs.microsoft.com/en-us/windows/uwp/design/style/rounded-corner#page -or-app-wide-cornerradius-Changes

mklemarczyk يمكنك استخدام الخاصية ToolTip.CornerRadius أو OverlayControlResource كخيارين لتغيير نصف قطر الزاوية لعنصر تحكم تلميح.

الخاصية Control.CornerRadius متاحة منذ Windows 1809 ويمكنك استخدامها على النحو التالي:

<Application.Resources>
    <Style TargetType="ToolTip">
        <Setter Property="CornerRadius" Value="0" />
    </Style>
</Application.Resources>

هذا يحدد نصف قطر الزاوية إلى 0 لكل تلميح أداة في التطبيق.

بدلا من ذلك ، يمكنك استخدام

<Application.Resources>
    <CornerRadius x:Key="OverlayCornerRadius">0</CornerRadius>
</Application.Resources>

احذر من أن هذا لا يعيّن فقط نصف قطر الزاوية لعناصر التحكم في تلميح الأدوات على مستوى التطبيق ولكن أيضًا جميع عناصر التحكم الأخرى التي تستخدم هذا المورد (مثل ContentDialog وعناصر التحكم في استهلاك النوافذ المنبثقة مثل ComboBox). بمعنى ... من الناحية النظرية ، لا يبدو أن تجاوز المورد يؤثر على عناصر التحكم هذه على الرغم من أنه ينبغي (يعمل تلميح الأدوات).

هناك الكثير من الترددات التي تجعل من الصعب معرفة ما تم تحديده فيما يتعلق بالمدخلات الأخرى ونصف قطر الزاوية ، ولكن بسرعة كبيرة ، بعد ترحيل مشروع UWP لاستخدام WinUI 3 حصريًا ، لاحظت أنه تم تطبيق نصف قطر زاوية فقط على الأزرار (جنبًا إلى جنب مع التغييرات الأخرى مثل الكشف المحسّن ، وما إلى ذلك) ولكن تم ترك عناصر تحكم الإدخال الأخرى (مثل مربع التحرير والسرد) بمظهر المترو (حد أغمق / أكثر سمكًا وزوايا 90 درجة). هل هذا مقصود أم عمل قيد التقدم أم خطأ؟ أيضًا ، لجعل مربع التحرير والسرد يطابق الأزرار التي انتهيت من الحاجة إلى استخدام نصف قطر زاوية لها 3epx على الرغم من أن كل شيء أراه على الإنترنت يقول أن نصف قطر الزاوية الافتراضي الجديد هو 4epx؟

هناك الكثير من الترددات التي تجعل من الصعب معرفة ما تم تحديده فيما يتعلق بالمدخلات الأخرى ونصف قطر الزاوية ، ولكن بسرعة كبيرة ، بعد ترحيل مشروع UWP لاستخدام WinUI 3 حصريًا ، لاحظت أنه تم تطبيق نصف قطر زاوية فقط على الأزرار (جنبًا إلى جنب مع التغييرات الأخرى مثل الكشف المحسّن ، وما إلى ذلك) ولكن تم ترك عناصر تحكم الإدخال الأخرى (مثل مربع التحرير والسرد) بمظهر المترو (حد أغمق / أكثر سمكًا وزوايا 90 درجة). هل هذا مقصود أم عمل قيد التقدم أم خطأ؟ أيضًا ، للحصول على مربع التحرير والسرد لمطابقة الأزرار ، انتهيت من الحاجة إلى استخدام نصف قطر زاوية من 3epx على الرغم من أن كل شيء أراه عبر الإنترنت _ يقول أن نصف قطر الزاوية الافتراضي الجديد هو 4epx؟

إذا كنت ترى فرقًا بين WinUI2 و WinUI3 فيما يتعلق بالأنماط ، فهل يمكنك من فضلك فتح إصدار جديد؟ قد يكون خطأ فيما يتعلق بدمج الأنماط من WinUI2 في WinUI3.