Это должен быть более широкий проект, чем просто закругленные углы на кнопках и т. Д., Используемые Fabric.

• Кнопки
• Спиннеры / ProgressRing
• Неопределенный ProgressBar
• Флажки и радиокнопки
• ComboBoxes и текстовые поля
  И так далее.

Xbox по-прежнему будет иметь другие требования, но с появлением нового набора консолей Xbox, возможно, команды разработчиков Microsoft смогут работать вместе, чтобы согласовать все вовремя для WinUI 3.0 и Xbox Next.

Похоже, что сейчас Fabric уделяет много внимания кроссплатформенности и сценариям использования PWA. Так что, возможно, Fabric станет планом - по крайней мере, для компактной плотности и переместится с 2 пикселей на 4 пикселя в качестве минимального измерения - а затем вы экстраполируете возможности касания и заполните недостающие состояния управления.

ThemeShadows необходимо будет учитывать закругленные углы. И акриловые поверхности, вероятно, должны иметь внутренние и внешние границы, чтобы они выглядели приподнятыми над фоном.

@mdtauk Согласно требованию номер 4, есть план по рационализации этого изменения с помощью Xbox. Тем не менее, эта особенность ограничена закругленным углом только для четкого определения объема работы. Не стесняйтесь открывать отдельные запросы для других предложений по дизайну, которые у вас есть.

Кстати, я не совсем понимаю ваши отзывы о внутренних и внешних границах акриловых поверхностей? Вы упоминаете дизайн 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 должны следовать!

@chigy @mdtauk См. мой ответ здесь . На мой взгляд, недостаточно просто увидеть концепции пользовательского интерфейса, чтобы «знать, куда идет Fluent Design» или указать на несоответствия. Я более подробно остановлюсь на этом вопросе в связанной проблеме выше, но вкратце я хочу, чтобы между пользователями и командой Fluent Design (FD) существовала активная связь, даже когда речь идет о предложениях по дизайну.

@mdtauk Я все время вижу, как вы поднимаете вопрос об обновлении элементов управления WPF / WinForms, чтобы они соответствовали FD. Я против этого, поскольку у вас будет WinUI, если вы хотите отправить приложение, отличное от UWP, с собственным внешним видом и поведением Win10, а команда (-ы) в MS имеют только ограниченные ресурсы, которые лучше всего потратить на создание UWP / WinUI ОПРЕДЕЛЕННЫМ Платформа Windows Presentation.
Итак, @YuliKl @chigy @ pag3 : Вы можете это прокомментировать? Будут ли обновлены элементы управления WinForms / WPF по умолчанию, чтобы они имели новый вид FD, или элементы управления WinUI будут способом использовать новейшие и лучшие конструктивные особенности, как я понимаю?

Я разместил это изображение в предложении Numberbox, но оно может иметь некоторое отношение к обновляемым элементам управления TextBox.

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

Стиль «Вращение кнопок» может применяться к кнопке поиска, кнопке открытия пароля, кнопке с открытым текстом.

Тень вокруг элементов границы / управления в сфокусированном состоянии мне кажется слишком сильной. Зачем им вообще нужны тени? Текущая версия (просто изменение цвета границы) полностью в порядке. Тени могут указывать на то, что элемент управления поднимается на передний план, что может иметь смысл в трехмерных средах, но определенно не требуется для классических сред рабочего стола и, можно утверждать, добавляет некоторого отвлечения.

Тень вокруг элементов границы / управления в сфокусированном состоянии мне кажется слишком сильной. Зачем им вообще нужны тени? Текущая версия (просто изменение цвета границы) полностью в порядке. Тени могут указывать на то, что элемент управления поднимается на передний план, что может иметь смысл в трехмерных средах, но определенно не требуется для классических сред рабочего стола и, можно утверждать, добавляет некоторого отвлечения.

Свечение вокруг элемента управления, когда он сфокусирован, является FocusVisualKind.Reveal и управляется системой. Мне пришлось приблизительно представить, как это выглядит, потому что у меня нет показателей, которые точно соответствовали бы непрозрачности и размеру.

Воспринимайте это как показатель того, что я думаю, что свечение сделает фокус намного четче, чем просто изменение цвета границы.

@mdtauk , соответственно, не могли бы вы ограничить разговор в этом выпуске закругленными углами? Я действительно хотел бы получить отзывы о закругленном углу, и я боюсь, что этот разговор слишком запутывает тех, кто, возможно, пришел сюда только для этой цели.

Тем не менее, то, что вы показываете, мне кажется поведением Reveal Focus. Мы изучили возможность усиления состояния фокуса и провели некоторые исследования пользователей, и подтвердили, что они слишком сильны, как упоминает @ Felix-Dev в своем ответе.
https://docs.microsoft.com/en-us/windows/uwp/design/style/reveal-focus

@chigy Если исследование покажет, что Reveal Focus на фокусе на текстовом элементе слишком много, я приму это. В моих примерах есть закругленные углы, пусть и с небольшими изменениями границы, которые соответствуют части предложения "... в соответствии с направлением стиля веб-сайтов и приложений".

@mdtauk и @ Felix-Dev, теперь я загрузил визуальные композиции предлагаемых изменений.

@chigy есть ли возможность пересмотреть толщину границы текстовых элементов управления, полей со списком, флажков и радиоуправлений.

Для Fabric Web выбрана толщина 1 epx, и я думаю, что это делает элементы управления более элегантными, особенно с новыми закругленными углами. В настоящее время они кажутся немного громоздкими.

Текстовые поля в компактном режиме значительно выиграют. Но при фокусировке граница может быть толще

По умолчанию кнопки используют заливку фона с непрозрачностью 20%. В Fabric Web они используют границу 1 epx и без заливки. Я думаю, что это может быть лучшим решением, а также позволит кнопкам в элементе управления текстовым полем хорошо вписаться.

NumberBox с предложением вращающихся кнопок иллюстрирует эту комбинацию кнопки и текстового поля.

Возможно, если команда не желает делать этот стиль новым по умолчанию, тогда для него можно включить стиль / шаблон.

Чтобы облегчить просмотр визуальных композиций, созданных @chigy, я создал этот

Анекдотические и непрофессиональные отзывы на тему закругленных углов.
При использовании как Edge, так и CrEdge моя проблема номер один с CrEdge - это ощущение округлости всего пользовательского интерфейса. Это отвратительно, и мне очень не нравится его использовать. Если вы добавляете к вещам закругленные углы, пожалуйста, добавьте возможность переключения острого края для тех из нас, кто не хочет, чтобы что-то, похожее на ребенка с безопасными ножницами, вырезало его.

Чтобы облегчить просмотр визуальных композиций, созданных @chigy, я создал этот

@mrlacey ,

@chigy есть ли возможность пересмотреть толщину границы текстовых элементов управления, полей со списком, флажков и радиоуправлений.

@mdtauk , сейчас у нас есть еще несколько визуальных изменений,

Анекдотические и непрофессиональные отзывы на тему закругленных углов.
При использовании как Edge, так и CrEdge моя проблема номер один с CrEdge - это ощущение округлости всего пользовательского интерфейса. Это отвратительно, и мне очень не нравится его использовать. Если вы добавляете к вещам закругленные углы, пожалуйста, добавьте возможность переключения острого края для тех из нас, кто не хочет, чтобы что-то, похожее на ребенка с безопасными ножницами, вырезало его.

@ Zucce05 , Да # 684

@chigy
Я тоже не поклонник изменения дизайна закругленных углов, поэтому рад слышать, что есть возможность легко переключиться обратно. Я не думаю, что будет опция общесистемного радиуса угла, будет ли (аналогично установке общесистемного цвета акцента)?

По теме толщины границы: мне нравится текущая толщина кнопок, и толщина границы также кажется мне довольно уникальной в текущем ландшафте пользовательского интерфейса. Я редко, если вообще вижу, эту толщину границы в пользовательском интерфейсе отличается от пользовательского интерфейса UWP, поэтому она всегда действует как хороший отличительный признак: «Пользовательский интерфейс, на который я сейчас смотрю, - это UWP». Хотелось бы, чтобы толщина оставалась такой, какая она есть на данный момент.

Глядя на ваши опубликованные визуальные композиции, единственная область, где я считаю, что толщина границы выглядит странно, - это TreeView с флажками. В этом случае толщина флажков мне кажется слишком большой. Визуальный эффект может вводить в заблуждение, но мне кажется, что отдельные флажки имеют меньшую толщину границы, и им это нравится. Итак, я бы уменьшил толщину границы флажков в TreeView, чтобы соответствовать визуальному эффекту нормальной толщины границы флажка.

@mdtauk , сейчас у нас есть еще несколько визуальных изменений,

@chigy Я сделал несколько визуальных макетов, чтобы проиллюстрировать упомянутые изменения, и приблизил элементы управления к элементам управления Fabric Web, но все еще использую метрики управления Fluent.

Тени, добавляемые при наведении курсора, используются элементами управления Fluent Web в веб-представлениях Microsoft Store, но это можно опустить по умолчанию, или 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, они выглядят нормально.

RE: Популярность закругленных углов
@mdtauk и @ Felix-Dev,
Мой коллега неформально спросил, что разработчики (в основном это были разработчики LOB / WPF / WinForms) думают о том, что мы обновляем наши элементы управления с закругленными углами во время предварительного просмотра, и они получили аплодисменты аудитории с очень хорошим приемом. Мы также получаем, что люди жалуются на то, что мы часто не заглядываем в Twitter для Windows.

Поэтому, хотя я очень уважаю ваши отзывы (и я надеюсь, что они поступают к вам), у нас есть неофициальные данные, которые указывают на противоположное тому, что я слышу здесь от вас. Тем не менее, поэтому мы рассматриваем способ вернуть его обратно, если вы захотите это сделать. Дизайн - дело сложное, поскольку они довольно субъективны. Я не могу заставить вас носить красную рубашку, если вы не любите красный, но если это «носите красный день», возможно, вам будет интересно надеть рубашку, чтобы не выделяться. Если вы уловили, о чем я ... :)

Ну, в конце концов, все сводится к личным предпочтениям. Я думаю, что текущие стили управления UWP по умолчанию выглядят просто отлично, и для меня важнее то, что они выглядят уникальными по сравнению с тем, что вы видите в Интернете или в популярных приложениях, таких как браузер Chrome или мобильные ОС, такие как Android. Приятный глоток свежего воздуха.

Теперь я понимаю, почему MS хочет иметь разные стили «по умолчанию» как для Windows, так и для Интернета для своего языка дизайна. Однако мне кажется, что текущее направление состоит в том, чтобы сделать Windows больше похожей на мобильные приложения / мобильные ОС, и я не совсем фанат этого (см. «Элементы управления XAML несовместимы с тем, как развиваются веб и мобильные приложения» в предложении о выпуске).

Разработчики, вероятно, могут легко изменять стили, но для меня наиболее важным является стиль по умолчанию, который будет использовать MS, так как этот стиль будет использоваться во всех приложениях, предоставляемых MS (т.е. в настройках), и, таким образом, это будет стиль, на котором внешние разработчики также будут основывать свою работу. (немного больше, немного меньше).

@chigy

Мой коллега неформально спросил, что разработчики (в основном это были разработчики LOB / WPF / WinForms) думают о том, что мы обновляем наши элементы управления с закругленными углами во время предварительного просмотра, и они получили аплодисменты аудитории с очень хорошим приемом.

Разве это не неправильная аудитория, чтобы спросить? А как насчет обычных пользователей? Я действительно видел довольно много пользователей, которые жаловались на недавние закругленные углы, например, в каналах Reddit и Discord (хотя у вас также всегда будут пользователи, которые не заботятся или не поддерживают это изменение).

Что касается примера Twitter: это приложение от стороннего производителя, которое, возможно, хочет иметь собственный уникальный стиль бренда. Меня бы это устроило (в конце концов, именно здесь приходит ваша команда и добавляет поддержку кутомизации для стилей управления). Но я бы точно не стал использовать внешнее приложение как повод для пересмотра официального языка дизайна Windows.

Короче говоря, похоже, что команда разработчиков Windows настроена на то, чтобы стилизовать Windows ближе к мобильному / веб-миру. Теперь я только надеюсь, что эти изменения не будут слишком радикальными и что Windows по-прежнему останется уникальным, что сделает ее легко отличимой от других сред.

@ Felix-Dev Веб-элементы управления Fabric отличаются от других фреймворков и веб-элементов управления по умолчанию. Недавно они были обновлены для использования Fluent Design по сравнению со старым внешним видом, который напоминал элементы управления Windows 10 MDL2 и элементы управления Windows 8 / WinJS.

Элементы управления XAML в настоящее время по-прежнему используют дизайн элементов управления MDL2, некоторые элементы, такие как всплывающие меню и меню, используют элементы и материалы Fluent Design.

В текстовых стилях в Fluent и Fabric все чаще используются полужирный и полужирный шрифт. Это тоже использовалось в различных концепциях Windows 10. Но оболочка Windows и приложения для входящих сообщений еще не перешли на этот стиль.

Fabric Web и Fluent Web - это самые последние изменения в элементах управления от Microsoft с момента анонса Fluent Design, и поэтому естественно, что мы рассматриваем эти проекты, чтобы помочь нам найти направление, в котором будут развиваться эти пользовательские интерфейсы. WinUI 3.0 стал большим изменением для платформы, и все элементы управления получили новый вид, чтобы они чувствовались лучше, свежее и соответствовали дизайну Microsoft Fluent Design.

RE: веб-согласованность, свободный доступ и уникальность для Windows
@ Феликс-Дев и @mdtauk ,
Одна из целей команды разработчиков Windows - «знакомство». Они провели много исследований с нашими клиентами (как вы указываете, не с нашими разработчиками, а с нашими ежедневными пользователями) и выяснили, что отличаться от других без уважительной причины - это нехорошо, как вы могли представить (я супер резюмирую так что это не точный тест, который они сделали, поэтому не цитируйте меня здесь). Windows должна привлекать новые типы пользователей, чей опыт работы с любой технологией может начаться с мобильных устройств или Интернета. Эти пользователи ощущают огромную пропасть, когда знакомятся с Windows, и «другой» внешний вид им не помогает. Небольшие изменения, например закругленный угол, имеют огромное значение для восприятия. Команда Office провела аналогичное исследование с аналогичными результатами, поэтому мы продвигаемся вперед с закругленным углом. Мы не принимаем это решение легкомысленно или на пустом месте.

Это не значит, что мы делаем их точно такими же. Если есть места, где мы можем улучшить, мы этого хотим. Мы также хотим быть уникальными, как упомянул Феликс, но они должны быть значимыми, а не просто различаться во мнениях. Это места, где мы используем уникальные процедуры Fluent.

Как я уже упоминал ранее в этом обсуждении, я очень тесно работаю с командами Office, Windows и Edge. Наши проектные группы стремятся создать единый дизайн, исходящий от Microsoft / Fluent, поэтому они очень внимательно изучают различия и увязывают их, чтобы устранить те, в которых различия не имеют смысла, чтобы у нас была отправная точка, в которой мы можем развиваться вместе.

Тем не менее, это очень интересно, многие из этих изменений инкубировались этими командами по отдельности, но они часто приходили к очень похожим моментам. Утончение границы - это то, что Office реализовал первым, но Windows уже давно обсуждает это. И все это часть направления Fluent Design, как предполагает Мартин.

_RE: Популярность закругленных углов_
@mdtauk и @ Felix-Dev,
Мой коллега неформально спросил, что разработчики (в основном это были разработчики LOB / WPF / WinForms) думают о том, что мы обновляем наши элементы управления с закругленными углами во время предварительного просмотра, и они получили аплодисменты аудитории с очень хорошим приемом. Мы также получаем, что люди жалуются на то, что мы часто не заглядываем в Twitter для Windows.

Поэтому, хотя я очень уважаю ваши отзывы (и я надеюсь, что они поступают к вам), у нас есть неофициальные данные, которые указывают на противоположное тому, что я слышу здесь от вас. Тем не менее, поэтому мы рассматриваем способ вернуть его обратно, если вы захотите это сделать. Дизайн - дело сложное, поскольку они довольно субъективны. Я не могу заставить вас носить красную рубашку, если вы не любите красный, но если это «носите красный день», возможно, вам будет интересно надеть рубашку, чтобы не выделяться. Если вы уловили, о чем я ... :)

_RE: веб-согласованность, свободный доступ и уникальность для Windows_
@ Феликс-Дев и @mdtauk ,
Одна из целей команды разработчиков Windows - «знакомство». Они провели много исследований с нашими клиентами (как вы указываете, не с нашими разработчиками, а с нашими ежедневными пользователями) и выяснили, что отличаться от других без уважительной причины - это нехорошо, как вы могли представить (я супер резюмирую так что это не точный тест, который они сделали, поэтому не цитируйте меня здесь). Windows должна привлекать новые типы пользователей, чей опыт работы с любой технологией может начаться с мобильных устройств или Интернета. Эти пользователи ощущают огромную пропасть, когда знакомятся с Windows, и «другой» внешний вид им не помогает. Небольшие изменения, например закругленный угол, имеют огромное значение для восприятия. Команда Office провела аналогичное исследование с аналогичными результатами, поэтому мы продвигаемся вперед с закругленным углом. Мы не принимаем это решение легкомысленно или на пустом месте.

Это не значит, что мы делаем их точно такими же. Если есть места, где мы можем улучшить, мы этого хотим. Мы также хотим быть уникальными, как упомянул Феликс, но они должны быть значимыми, а не просто различаться во мнениях. Это места, где мы используем уникальные процедуры Fluent.

Как я уже упоминал ранее в этом обсуждении, я очень тесно работаю с командами Office, Windows и Edge. Наши проектные группы стремятся создать единый дизайн, исходящий от Microsoft / Fluent, поэтому они очень внимательно изучают различия и увязывают их, чтобы устранить те, в которых различия не имеют смысла, чтобы у нас была отправная точка, в которой мы можем развиваться вместе.

Тем не менее, это очень интересно, многие из этих изменений инкубировались этими командами по отдельности, но они часто приходили к очень похожим моментам. Утончение границы - это то, что Office реализовал первым, но Windows уже давно обсуждает это. И все это часть направления Fluent Design, как предполагает Мартин.

Я полностью поддерживаю изменение элементов управления по умолчанию, и веб-элементы управления Fabric кажутся более элегантными и отточенными, чем текущие конструкции элементов управления 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 , Правильно и как я уже говорил, отслеживается по изменению, предложенному с # 684. Добавление @kikisaints в эту увидела хороший отзыв, который вы дали (но не цитирую все это, так как это будет огромно. :)

@chigy Когда я публиковал этот последний ответ, были добавлены другие вещи, поэтому мне пришлось включить цитаты :)

Мне бы хотелось услышать больше о дискуссиях, которые ведут команды разработчиков пользовательского интерфейса Windows. В течение последних нескольких лет я создавал идеи дизайна элементов управления для своих целей и для разговоров в Twitter, и некоторые вещи, которые сейчас присутствуют в Fabric Web и Office Xaml, были вещами, которые я хотел изменить. Толщина границ, определенные несоответствия с радио-кнопками, флажками, раскрывающимися списками и т. Д.

Я рад, что эти изменения развиваются, и рад участвовать в обсуждениях, которые здесь происходят!

Спасибо, что восприняли мой энтузиазм конструктивным образом, даже если он может показаться напористым или самоуверенным.

Я определенно приветствую решение сделать настройку элементов управления такой простой, как установка свойства, вместо того, чтобы повторно шаблонизировать весь элемент управления для одного изменения.

Однако, в конце концов, больше всего я хочу видеть усиленную поддержку персонализации в ОС: как вы уже знаете, я не поклонник предлагаемых изменений (тонкий радиус угла - это одно, а уменьшение толщины границы - другое). и мне нравится текущий дизайн. С другой стороны, у нас есть такие пользователи, как @mdtauk , которые явно являются

Рассматривая, в частности, понимание границ, предлагаемая система значительно упрощает использование общесистемной опции для угловых радиусов (точно так же, как сегодня с акцентным цветом, который предоставляется в качестве ресурса, который могут использовать приложения). Особенно учитывая, что предлагаемые изменения радиусов углов довольно малы, это также может быть осуществимо с точки зрения дизайна для приложений (и, если разработчик не считает это, всегда может отказаться).

Мне бы хотелось услышать больше о дискуссиях, которые ведут команды разработчиков пользовательского интерфейса Windows.

@mdtauk , мы намерены представить все предстоящие визуальные изменения через GitHub, так что ожидайте их больше. Я также планирую расширить документацию, включив в нее некоторые из этих предыстории, но я экспериментирую с этим, поэтому не уверен, что это будет надежным ...

Однако, в конце концов, я больше всего хочу увидеть усиление поддержки персонализации в ОС ...
Windows должна использовать новую гибкость в этих элементах управления и предоставить возможности для настройки внешнего вида в масштабах всей системы - для случаев, когда это имеет смысл, а также дать разработчикам возможность отказаться от следования настройкам системы.

@ Felix-Dev, тип персонализации, который мы сейчас рассматриваем для Windows (я предполагаю, что пользователь может что-то изменить в настройках?) - это вещи, которые влияют на удобство использования. Я не уверен, является ли скругленный угол или толщина границы одним из них. В задачу Windows не входит сделать так, чтобы пользователь мог проектировать весь пользовательский интерфейс по своему усмотрению. Мы по-прежнему хотим обеспечить дизайн Windows, и закругленные углы являются одним из ключевых факторов дизайна, которые я не думаю, что они предназначены для персонализации ... По крайней мере, на данный момент в соответствии с определением персонализации. Спасибо за ваш отзыв, и я поищу места, где есть смысл раскрыть, когда мы думаем о дальнейших изменениях дизайна.

@ Felix-Dev При таком количестве настроек, которые разработчики могут вносить в элементы управления, невозможно согласовать какие-либо настройки ОС в отношении изменений конструкции элементов управления.

@chigy По мере того, как вы

@mdtauk

При таком количестве настроек, которые разработчики могут вносить в элементы управления, невозможно согласовать какие-либо настройки ОС в отношении изменений конструкции элементов управления.

Я не говорю о том, как внешние разработчики будут соблюдать эту пользовательскую настройку - они уже сегодня могут стилизовать элементы управления так, как захотят, - а о внешнем виде компонентов Windows. Это означает, что приложение «Настройки», буфер обмена, Snip & Sketch, элементы пользовательского интерфейса во всплывающих окнах панели задач (например, кнопки на сетевой панели) и т. Д.

Я, например, почти не использую какие-либо приложения UWP за пределами MS, поэтому у меня нет проблем с настраиваемыми стилями внешних разработчиков. Тем не менее, я ежедневно взаимодействую с элементами UWP в системе Windows.

@chigy Верно, я смотрел на настройку в приложении Win 10 Settings, где пользователь может в некоторой степени изменить внешний вид пользовательского интерфейса. Еще неизвестно, что на самом деле имело бы смысл, а также было бы жизнеспособным с точки зрения дополнительной работы, позволяющей пользователю изменять характеристики пользовательского интерфейса. Я действительно чувствую, что чем меньше предлагаемые изменения (тонкий радиус угла), тем более целесообразным будет добавить возможность возврата к предыдущему стилю (элементы управления в квадрате).

И последнее: у Win 10 800 миллионов пользователей, и их количество растет. Не все так, как Мартин, в восторге от предлагаемых изменений, и было бы неплохо, если бы Windows также попыталась учесть этих пользователей. Как вы сказали, пользовательский интерфейс очень субъективен, и если есть возможность добавить гибкости в систему пользовательского интерфейса, MS должна хотя бы рассмотреть это.
Например, для интернет-браузеров существует целая индустрия тематики, где меняются не только цвета, но и внешний вид элементов пользовательского интерфейса, таких как вкладки или панель поиска: https://github.com/muckSponge/MaterialFox (достаточно забавно , этот конкретный проект добавляет в Firefox закругленные углы - и я не поклонник закругленных углов.)
Однако для системы Windows пользователи не могут просто создать собственную тему, поэтому было бы неплохо, если бы MS могла предоставить параметры настройки пользовательского интерфейса.

@mdtauk @chigy
Пожалуйста, ознакомьтесь с этим сообщением на возможность выбора внешнего вида Windows, чтобы они могли вернуться к текущему виду.

Хорошо, поэтому многие люди убеждали меня высказать свое мнение в этой ветке, потому что есть запрос на предлагаемые изменения в пользовательском интерфейсе, в основном идея наложения закругленных углов буквально на все, и как человек, который одновременно является дизайнером графического интерфейса (в основном концептуальным) и дизайн) и использовал Windows 10 с тех пор, как она еще находилась в разработке, я абсолютно согласен со всеми, кому категорически не нравится предлагаемое изменение по добавлению закругленных углов ко всей ОС, и настоятельно призываю не вносить эти изменения или либо позволить у пользователя есть предпочтение, хотят ли они закругленные углы или острые углы, с помощью опции в персонализации.

В терминах сожаления: просто оставьте их квадратными или сделайте это необязательным на уровне пользователя.

У меня более чем достаточно причин, но моя самая большая - это просто тот факт, что Windows, поскольку Windows 8 имела квадратные углы, и почти все было разработано вокруг этого в течение многих лет, это предложение в значительной степени является попыткой перенять те же закругленные углы из iOS. и платформы Android по какой-либо причине. Более серьезная проблема заключается в том, что это не только увеличит количество несогласованности в системе, но и вызовет такое "небольшое" изменение пользовательского интерфейса, которое на самом деле намного больше, чем вы предполагаете, также вызовет несогласованность во всей экосистеме приложения, потому что у вас будет разработчики, которые не хотят обновлять свое приложение просто из-за такого простого изменения.

На мой взгляд, это абсолютно НЕ должно быть выбором разработчика, не только по причинам, указанным выше, но Windows всегда была связана с настройкой и мощностью, возьмем для примера Windows 98, также известную как классическая тема. Когда появилась Windows XP, многие люди все еще использовали Classic, потому что у нее было больше возможностей настройки, чем у темы Luna. XP не навязала тему Luna всем, у вас все еще была возможность использовать Classic. Это предлагаемое изменение НЕ дает вам возможности сохранять квадратные углы где угодно, оно вынуждает всех иметь дело с тем, что им может не нравиться, что, на мой взгляд, очень плохо, когда дело доходит до разрешения пользователю настраивать ОС по своему вкусу.

Я знаю, что вы, вероятно, думаете, что «такое небольшое изменение - это не то, что могло бы заинтересовать пользователей» или «позволяя пользователю настраивать слишком много вещей, чтобы их запутать», но я почти уверен, что любой пользователь сможет понять, что переключать между круглые и острые углы или даже тема подойдут с учетом надлежащего описания и контекста. Я также добавлю, что многие люди определенно заинтересованы в том, чтобы иметь возможность для этого, вместо того, чтобы навязывать им что-то еще, против их воли, см. Сообщение Reddit @ Felix-Dev, опубликованное, если вам нужно больше доказательств того, что людям не нравится идея округления повсюду углы.

Многим очень не нравится даже предложение о закругленных углах, и многие считают это шагом назад, даже проверьте комментарии в нескольких видеороликах о скруглении предстоящего пользовательского интерфейса Hololens, большинство комментариев снова о том, что все закругленные углы сильно не нравятся, и даже в комментариях говорится о вариантах «Microsoft бросает полотенце в отдел пользовательского интерфейса и копирует либо Apple, либо Google», хотя это не первый раз, когда Microsoft использует закругленные углы, люди теперь видят в этом негатив.

Опять же, это действительно должна быть опция или даже тема, это даже не новая концепция, поскольку в Windows уже много лет были темы в предыдущих версиях, во всяком случае, это должно быть сообщение с просьбой вернуть надежную тематику, вместо того, чтобы снова что-то заставлять на всех и сокращая варианты.

Я создал сообщение Reddit со ссылкой на это предложение, чтобы мы могли собрать больше отзывов. Просматривая до сих пор комментарии, могу сказать, что многие люди ценят тонкий подход с закругленными углами.

Люди также называют несоответствия пользовательского интерфейса - даже в официальных приложениях 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 для поддержки устаревших версий.

То, что сказал

Основываясь на том, что сказал @Nepxune выше, возможно, было бы здорово дать пользователям выбор диапазона значений, из которых они могли бы выбирать для общесистемного углового радиуса. По крайней мере, для небольших значений в диапазоне от 0 до 2, я думаю, не будет никакого негативного влияния на тщательно разработанный пользовательский интерфейс. В конце концов, это очень тонкие изменения, и поэтому они должны сохранять индивидуальность пользовательского интерфейса Windows.

Однако я вижу, что даже если в Windows будет добавлена ​​настройка пользовательского интерфейса, должны быть ограничения как на количество элементов, изменяемых пользователем, так и на набор значений, из которых пользователь может выбирать. В противном случае существует риск отрицательно повлиять на существующий пользовательский интерфейс, а также слишком сильно отклониться от желаемого внешнего вида Windows со стороны команды разработчиков.

У меня есть своего рода другая точка зрения на это.
Ранее в теме я видел обсуждение сближения стилей Fabric UI (Web) и Windows (UWP), и это меня немного беспокоит.

Вот некоторый контекст: я был пользователем Microsoft Edge в течение многих лет, и одна из моих любимых вещей в нем - его внешний вид, вдохновленный UWP. Когда был представлен Edge Insider, я был очень разочарован, увидев, что он использовал модифицированный дизайн Chrome и веб-интерфейса вместо стиля UWP своего предшественника. Хотя показанные закругленные углы очень минимальны, до такой степени, что у меня нет проблем с ними, эта ветка вызывает у меня такое же чувство разочарования. Я не хочу, чтобы Windows потеряла свой уникальный (и превосходный!) Внешний вид в пользу соответствия плохо разработанным «веб-стандартам». На самом деле, я бы предпочел, чтобы аспекты дизайна Fluent UWP перешли в Fabric!

Я считаю, что план Edge состоит в том, чтобы в конечном итоге вернуть Acrylic и перенести пользовательский интерфейс в сторону стиля Windows / Fluent Design.

Но Windows также немного продвинулась вперед, чтобы, как мы надеемся, преодолеть разрыв.

Нет ничего невозможного в том, чтобы настроить в ОС параметр для выбора между округленными и незакругленными элементами управления, невозможно наложить его на все приложения, и он работает совершенно иначе, чем визуальные стили эпохи XP.

Кроме того, WinUI 3.0 посвящен разделению платформы приложения и элементов управления от ОС, поэтому объединение большего количества элементов воедино может быть не лучшим решением.

Конечно, как разработчик приложения, у вас есть возможность установить значение CornerRadius в ваших элементах управления на 0, чтобы вернуть элементы управления в квадрате.

Я поддерживаю этот толчок для небольших закругленных углов, но я предпочитаю текущий элемент управления ползунком с вертикальной ручкой, а не элемент управления ползунком с круглой ручкой. Вертикальная ручка кажется более точной, и ее легче понять с первого взгляда. По крайней мере, я так на это смотрю. Продолжайте в том же духе!

Есть ли причина, по которой большой палец ползунка MediaTransport является круглым с контуром, тогда как предлагаемый новый большой палец ползунка представляет собой закрашенный круг?

Я думаю, что круглый большой палец намного приятнее, чем неудобная форма ромбов / таблеток, которая не подходит ни к одному из других элементов управления.

Я не знаю, помните ли вы, ребята, но даже создание плитки с людьми в закругленных углах было большой проблемой для многих поклонников Windows в то время, и это было всего лишь незначительным изменением. Для меня наличие закругленных углов повсюду означало бы, что Windows потеряет свой отличительный вид, который был с момента появления языка дизайна метро и свободного дизайна. Язык дизайна всегда был для меня ключевым моментом, что делало разработку uwp привлекательной для меня. Было бы очень грустно увидеть, как он пошел и стал универсальным.

Наряду с концепциями дизайна TextBox и NumberBox, которые я сделал, вот некоторые из них для ComboBox и EditableComboBox.

Хорошая работа!
У меня есть пара предложений по всплывающим меню. С тенями, разграничивающими меню, действительно ли нам нужна граница? И ИМО, выделение выделения может охватывать всю ширину всплывающей поверхности, не оставляя зазоров.

Я ценю более тонкие несфокусированные границы, а свечение, показывающее фокус, должно облегчить определение того, какой элемент сфокусирован при переходе через пользовательский интерфейс с помощью клавиатуры (я бы предпочел, чтобы он был немного сильнее, чем указано выше).

Хорошая работа!
У меня есть пара предложений по всплывающим меню. С тенями, разграничивающими меню, действительно ли нам нужна граница? И ИМО, выделение выделения может охватывать всю ширину всплывающей поверхности, не оставляя зазоров.

Выделение выделения действительно покрывает всю ширину, но я поместил более светлую внутреннюю границу для всплывающих окон, которая поможет ему приподняться с поверхности вместе с эффектом акрила и тенью - внутреннюю границу можно сделать более тонкой, однако, если она будет слишком сильной. - это скорее идея, чем окончательное проектное предложение.

@mdtauk

Нет ничего невозможного в том, чтобы настроить в ОС параметр для выбора между округленными и незакругленными элементами управления, невозможно наложить его на все приложения, и он работает совершенно иначе, чем визуальные стили эпохи XP.

Вот почему я сказал сделать это необязательным для разработчиков. Честно говоря, особо ничего не изменилось бы. Сторонние приложения уже могут поставляться с любым видом, который они хотят. Если компания хочет поставлять свое приложение с округленным пользовательским интерфейсом (кнопки с кружками, ...), они могут это сделать.

Кроме того, WinUI 3.0 посвящен разделению платформы приложения и элементов управления от ОС, поэтому объединение большего количества элементов воедино может быть не лучшим решением.

Как я сказал выше, я представляю это аналогично тому, как сегодня обрабатывается Акцентный цвет (который пользователь может установить в настройках). Разместите его, поскольку элементы управления ресурсами могут привязать свой угловой радиус, таким образом, изменения углового радиуса будут отражены в приложении без дополнительной работы для разработчиков.

Просто оставлю здесь свой отзыв с Reddit с точки зрения пользователей: «Мне нравится чистый скругленный угол в предложении. Однако, как и все остальные (на Reddit), согласованность всей ОС по-прежнему требует большой любви ».

Есть ли причина, по которой большой палец ползунка MediaTransport является круглым с контуром, тогда как предлагаемый новый большой палец ползунка представляет собой закрашенный круг?

@mdtauk , на самом деле, это то, на что мы смотрим, но это не значит, что мы

У меня есть пара предложений по всплывающим меню. С тенями, разграничивающими меню, действительно ли нам нужна граница? И ИМО, выделение выделения может охватывать всю ширину всплывающей поверхности, не оставляя зазоров.

@quantumfrost , да, собственно говоря, делаем. Тень умен. Поэтому, когда система находится в режиме низкого энергопотребления или в какой-либо другой ситуации, когда мы выключаем тень, граница вступает в игру. Мы разработали границу таким образом, чтобы она была тонкой. Мы оценили несколько различных вариантов, но это самый надежный.

@nepxune , @mdtauk
Спасибо за ваш отзыв.
Позвольте мне ответить на несколько замечаний, высказанных вами выше.

Возможность предоставить пользователю настройку закругления углов, из которой пользователь может выбирать, является интересной. Однако это также во многом связано с этой обратной связью по другим важным функциям, с которыми нам приходится сравнивать в системе Windows в целом.

Как разработчики приложений, я надеюсь, что вы все хорошо осведомлены о необходимости расставлять приоритеты и делать то, что подходит вашим клиентам. В случае Windows заказчиком являются пользователи, использующие ОС. Конечно, разработчики, которые создают приложения в этой ОС, также являются важными клиентами, и я считаю, что, обеспечивая простоту переключения радиусов углов, мы можем решить основную проблему, которую могло бы вызвать это изменение.

Что касается пользователей, использующих ОС, мы слышали от наших клиентов, что Windows слишком устрашающая. Команда разработчиков Windows и Office провела исследование пользователей, в результате которого они пришли к выводу (независимо), что даже такой тонкий, как закругленный угол, делает продукт знакомым и доступным.

Я знаю, что многие люди на GitHub и других форумах упоминают, что мы следим за iOS и Android, но это не так. Мы пришли к этому решению, понимая наших пользователей. Да, тот факт, что они используют закругленные углы, добавляет аспект узнаваемости, но мы не слепо следим за тем, что делает отрасль.

У меня есть своего рода другая точка зрения на это.
Ранее в теме я видел обсуждение сближения стилей Fabric UI (Web) и Windows (UWP), и это меня немного беспокоит.

Вот некоторый контекст: я был пользователем Microsoft Edge в течение многих лет, и одна из моих любимых вещей в нем - его внешний вид, вдохновленный UWP. Когда был представлен Edge Insider, я был очень разочарован, увидев, что он использовал модифицированный дизайн Chrome и веб-интерфейса вместо стиля UWP своего предшественника. Хотя показанные закругленные углы очень минимальны, до такой степени, что у меня нет проблем с ними, эта ветка вызывает у меня такое же чувство разочарования. Я не хочу, чтобы Windows потеряла свой уникальный (и превосходный!) Внешний вид в пользу соответствия плохо разработанным «веб-стандартам». На самом деле, я бы предпочел, чтобы аспекты дизайна Fluent UWP перешли в Fabric!

@ 19lmyers
Благодарим вас за отзыв о том, что вы беспокоитесь о том, что Windows потеряет свой уникальный (и даже превосходный) внешний вид. Как упоминалось в вышеприведенном комментарии, наши пользователи не обязательно ценят то, что Windows слишком отличается, потому что они им незнакомы, так что это балансирующий акт.

В рамках Fluent Design System команды дизайнеров компании обсуждают множество различий и пытаются устранить ненужные различия, введенные до сих пор. Как и в предыдущем комментарии к iOS и Android, предлагаемый нами дизайн связан не с копированием Fabric, а с тем, что наши дизайнеры Windows пришли к ним на основе переоценки собственной системы пользовательского интерфейса. Довольно интересно, что они часто приводят к схожему дизайну ... Тем не менее, я очень ценю энтузиазм многих людей по поводу сохранения уникальности Windows.

Добро пожаловать в репо @ zag2me! Мы рады, что вы присоединились к обсуждениям здесь. Я согласен, и это подходящее место, чтобы привлечь внимание к интересующим вас вопросам! Вы можете найти нашу форму запроса функций здесь: https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy

Возможность предоставить пользователю настройку закругления углов, из которой пользователь может выбирать, является интересной. Однако это также во многом связано с этой обратной связью по другим важным функциям, с которыми нам приходится сравнивать в системе Windows в целом.

Что касается пользователей, использующих ОС, мы слышали от наших клиентов, что Windows слишком устрашающая. Команда разработчиков Windows и Office провела исследование пользователей, в результате которого они пришли к выводу (независимо), что даже такой тонкий, как закругленный угол, делает продукт знакомым и доступным.

Мы пришли к этому решению, понимая наших пользователей. Да, тот факт, что они используют закругленные углы, добавляет аспект узнаваемости, но мы не слепо следим за тем, что делает отрасль.

Благодарим вас за отзыв о том, что вы беспокоитесь о том, что Windows потеряет свой уникальный (и даже превосходный) внешний вид. Как упоминалось в вышеприведенном комментарии, наши пользователи не обязательно ценят то, что Windows слишком отличается, потому что они им незнакомы, так что это балансирующий акт.

И вот проблема, с которой я столкнулся: вы упомянули «пользователей Windows», но, во всяком случае, этот поток и другие связанные потоки Reddit пока что показали, что не существует однородной группы «пользователей Windows». В конце концов, компания всегда может следовать в том направлении, в котором она хочет двигаться, но даже это оставляет проблемы. Что, если соотношение невелико (а за каждым числом стоит огромное абсолютное количество пользователей)? Судя по отзывам здесь, в Reddit и других местах я не чувствую, что подавляющее большинство тех или иных пользовательских интерфейсов.

Это приводит нас к предложению, которое некоторые из нас колеблются: добавление дополнительных параметров настройки пользовательского интерфейса в Windows.

Как вы правильно сказали, данные параметры настройки следует тщательно оценивать, но не следует отказываться от настройки как таковой. Как вы сказали, и в этот момент я начинаю повторяться, предлагаемое изменение радиуса угла - небольшое изменение, поэтому любое влияние на выбор пользователя в пользовательском интерфейсе должно быть незначительным или полностью отсутствовать. Я и другие также указали на ограничения для этого самого примера, такие как набор значений в диапазоне от 0 до 2 для угловых радиусов, чтобы пользователи не могли просто настроить свою Windows таким образом, чтобы нарушить "Windows UI Идентичность ", которую хочет создать ваша команда.

Короче говоря, тщательно отмеренные параметры настройки поверх этих изменений дизайна звучат как отличный способ удовлетворить множество различных предпочтений пользовательского интерфейса среди нас, пользователей Windows, и будут иметь большое значение в создании удовлетворительного пользовательского интерфейса для всей нашей семьи, увлеченных пользователей Windows. .

@chigy
Большинство людей согласятся, что радиус в 2 пикселя будет хорошим. Было бы неплохо дать остальным возможность выключить его.

Большинство пользователей хотят, чтобы Windows была на переднем крае пользовательского интерфейса, но другие устаревшие пользователи не хотят ничего менять.

Не жертвуйте изменениями ради немногих, просто дайте им возможность отключить их.

@shaheedmalik
Здесь нет «старых» пользователей, и я также не понимаю, как вы пришли к тому, что « большинству пользователей нужны [закругленные углы]» или что текущий внешний вид Windows не является «ультрасовременным».

Пользовательский интерфейс в высшей степени субъективен, но это не значит, что мы можем просто игнорировать разные мнения как «наследие», «нежелание меняться» и т. Д.

Давайте не будем просто отбрасывать то, что говорят другие пользователи, как мнения «пользователей, которые не хотят просыпаться от прошлого», и сохранять текущее обсуждение страстным, но также и уважительным, каким оно было до сих пор.

Пользователи @ Felix-Dev Legacy - это те, кто остался бы на Windows 7, если бы была возможность, те, кто сопротивлялся изменениям, сделанным в Windows 8, те, кто сопротивлялся изменениям пользовательского интерфейса ОС в будущем.

Apple и Google скопировали функции из Windows 8.1, реализовали их, и пользователи перешли на эти платформы, потому что они считались передовыми. Между тем, Microsoft, прислушиваясь к устаревшим пользователям, сократила объемы работы из-за громкого меньшинства.

В данном конкретном случае большинство хочет, чтобы скругленные углы были связаны (https://www.reddit.com/r/Windows10/comments/bwnxne/windows_10_ounded_corners_and_more_ui_changes/)

Дело в том, что я не старый пользователь, и мне показалось, что вы просто бросили всех, кому не нравятся текущие закругленные углы (и возможное уменьшение толщины границ) в эту точную категорию. Я также не получаю ваш голос за свой пост.

О большинстве случаев: мне не было известно ни об одном опросе MS по этой теме, и на основе реакции многих пользователей месяц назад, когда подробности об этом толчке впервые появились в Интернете, многие пользователи не знали ( так что, вероятно, никто не спрашивал). Если вы посмотрите этот пост на Reddit (который, кстати, имеет в три раза больше комментариев, чем ветка Reddit, на которую вы ссылались выше), вы заметите, что из того, что мы знаем, картина не совсем четкая. Я не могу утверждать, что «эта позиция явно принадлежит большинству», и я воздержусь от этого и в будущем.

Если я ошибаюсь насчет вашего сообщения, то приношу свои извинения, но, судя по тому, как я его прочитал, он явно пренебрежительно относился к любому голосу, выступающему против этого изменения, заявляя, что это голос "старого пользователя, который не хочет изменений ". Это неуважительно по отношению ко мне, и все остальные добавили бы свои голоса к этой дискуссии.

@ Felix-Dev Давайте не будем пытаться вычитать какое-либо личное мнение в этих голосах за / против и в ответах.

Простой ответ заключается в том, что эти изменения вносятся не по прихоти или не для копирования других стилей пользовательского интерфейса платформы, а в результате консультаций, отзывов и выраженной воли пользователей и разработчиков.

Мы должны стараться, чтобы обсуждения были конструктивными, поэтому не о том, следует ли вносить изменения, а о том, каким образом они должны быть сделаны.

Люди ненавидели закругленные углы в оригинальном посте, потому что они были слишком круглыми.
Это новое сообщение ссылается на обновленное предложение GitHub. Новые отзывы отражают отклики на обновленное предложение. Кроме того, исходный пост месяц назад был связан, чтобы показать пользователям изменения от исходного предложения к пересмотренному.

Я согласен, мы должны вернуться к предложению и просто забыть об этих последних сообщениях.

Я думаю, что на данный момент довольно ясно, что эти изменения будут внесены, и все, что я пытаюсь сделать, это убедить @chigy в том, что есть необходимость в тщательно продуманной настройке, что каждый участник здесь может найти полезным в какой-то момент - будь то нравится текущее изменение пользовательского интерфейса или нет. Как я и другие говорили, в том числе @shaheedmalik , добавление какой-то настройки радиуса угла может быть хорошим идеалом, к которому нужно стремиться.

Прямо сейчас есть предложение упростить разработчикам установку собственного CornerRadius для каждого элемента управления (# 684), что также позволяет команде по умолчанию добавлять CornerRadii к элементам управления.

Выполнение этого на уровне ОС - сложная задача, и исследования не совсем оправдывают время и усилия инженеров, затраченные на ее реализацию.

Но вы четко изложили свое мнение @ Felix-Dev, и если после того, как новые элементы управления попадут в руки большинства пользователей Windows, полученные отзывы могут привести к изучению этой идеи в будущем.

Я обновил спецификацию, чтобы удалить "AppBarSeparator" из округления, поскольку я подтвердил, что это строка 1px.

Я обновил спецификацию, чтобы удалить "AppBarSeparator" из округления, поскольку я подтвердил, что это строка 1px.

@chigy При масштабировании 100% это будет 1 epx - но при масштабировании 200%, 300%, 400% это может потребовать некоторого внимания.

Если это действительно линия, а не прямоугольник - возможно, установите для StrokeStartLineCap и StrokeEndLineCap значение PenLineCap.Round.

@mdtauk

Выполнение этого на уровне ОС - сложная задача, и исследования не совсем оправдывают время и усилия инженеров, затраченные на ее реализацию.

Это предложение, похоже, уже выполняет большую часть работы, добавляя свойство CornerRadius к элементам управления. Единственное, что осталось, - это создание ресурса SystemCornerRadius, к которому эти элементы управления могли бы привязаться для их фактического радиуса угла (аналогично тому, как сегодня вы используете ресурс SystemAccentColor для окраски элементов вашего пользовательского интерфейса в цвет акцента, который пользователь устанавливает в приложении `` Настройки ''.

Что касается того, сколько работы потребуется, чтобы создать такой ресурс и сделать его обновляемым через приложение «Настройки», MS остается прокомментировать. Но, учитывая ту работу, которую это предложение уже выполняет, а также предыдущую работу в форме раскрытия ресурса AccentColor, я не понимаю, насколько это будет так сложно, как вы говорите. Уровень ОС будет буквально предоставлять только значение радиуса угла, из которого можно считывать и записывать, а затем использовать ту же систему, которая у вас уже есть для сегодняшнего цветового ресурса акцента.

@mdtauk

Выполнение этого на уровне ОС - сложная задача, и исследования не совсем оправдывают время и усилия инженеров, затраченные на ее реализацию.

Это предложение, похоже, уже выполняет большую часть работы, добавляя свойство CornerRadius к элементам управления. Единственное, что осталось, - это создание ресурса SystemCornerRadius, к которому эти элементы управления могли бы привязаться для их фактического радиуса угла (аналогично тому, как сегодня вы используете ресурс SystemAccentColor для окраски элементов вашего пользовательского интерфейса в цвет акцента, который пользователь устанавливает в приложении `` Настройки ''.

Что касается того, сколько работы потребуется, чтобы создать такой ресурс и сделать его обновляемым через приложение «Настройки», MS остается прокомментировать. Но, учитывая ту работу, которую это предложение уже выполняет, а также предыдущую работу в форме раскрытия ресурса AccentColor, я не понимаю, насколько это будет так сложно, как вы говорите. Уровень ОС будет буквально предоставлять только значение радиуса угла, из которого можно считывать и записывать, а затем использовать ту же систему, которая у вас уже есть для сегодняшнего цветового ресурса акцента.

Это будет ползунок или переключатель?

[X] Закругленные углы на элементах управления

Не было бы просто одного значения радиуса угла для установки btw. Некоторые элементы будут иметь скругление только с одной стороны или будут закруглены только верхние углы. Всплывающие и всплывающие элементы управления будут иметь радиус 4 epx, тогда как другие элементы управления будут иметь только 2 epx.

Вы должны будете установить много переменных, поскольку этот параметр изменится в ОС. Тогда как насчет тестирования? И были бы ожидания. Как пользователи отреагируют на приложения, которые решат игнорировать предпочтения пользователя?
Как вы общаетесь с пользователями, какие элементы управления округляются, а какие нет? Некоторые элементы управления будут иметь внутреннюю или внешнюю границу. Им потребуется скорректировать значения CornerRadius, чтобы обеспечить правильное прилегание к краям фигур.

В конце концов, это может быть изменение, которое приветствуется без особой суеты, и поэтому добавление еще одной опции в ОС можно считать чрезмерной реакцией.

@mdtauk @chigy
Это, безусловно, потребует некоторого планирования, но команда явно хочет упростить разработчикам создание элементов управления в квадрате. Таким образом, вместо настройки значения радиуса угла я был бы в порядке с простым логическим переключателем UserRoundedCorners. Фактически, идея установки значений заключалась в том, чтобы просто добавить еще больше параметров, тогда как пользователи, не согласные с этим шагом, всегда просто давали им возможность вернуть внешний вид элементов управления обратно. Так что это вообще не будет проблемой.

Что касается части «еще одна опция»: похоже, что пользователю уже доступно слишком много опций, что является совершенно другой проблемой и не должно использоваться в качестве определяющей точки, чтобы не добавлять этот простой переключатель.

Windows и команда дизайнеров ежедневно (в твиттере) обсуждают, как они хотят включать пользователей, а не исключать их. Это шанс, когда я считаю, что для MS относительно легко добавить одну опцию, чтобы уважать огромное разнообразие мнений своих пользователей.

Как пользователи отреагируют на приложения, которые решат игнорировать предпочтения пользователя?

Я не думаю, что это проблема, если основные приложения / элементы пользовательского интерфейса Windows будут учитывать это (например, приложение «Настройки», приложение «Безопасность», буфер обмена, всплывающие кнопки подключения / отключения сети на панели задач…). Сторонние приложения могут использовать желаемый стиль. Простое примечание в приложении «Настройки» говорит о том, что сторонние приложения не обязательно будут следовать этим пользовательским настройкам.

@mdtauk @chigy
Я считаю, что @ Felix-Dev прав в этом, логический переключатель с простым переключателем может быть способом настройки на уровне пользователя, я чувствую, что ползунок для настройки этого на уровне пользователя был бы слишком сложным, однако если это слайдер с 3 фиксированными предустановленными положениями, все может измениться.

Ползунок с 3 фиксированными опциями допускает дополнительную настройку, которая может иметь более резкое изменение радиусов углов, как тот, который был первоначально предложен, чтобы вы могли:

Sharp - острые углы, как сейчас
Средний вариант - новые меньшие радиусы
Закругленный - Изначально предложенное изменение радиуса или что-то еще более округленное.

Этот вариант может удовлетворить все группы, и, кроме того, это достаточно радикальное изменение, чтобы вы могли выдать его за новую функцию «Тематика» в Windows, в основном даже при том, что это скорее изменение для разработчиков, обозначив его как новую. Функция «Тематика» с реализацией переключения или с 3 предустановленными ползунками, вы также можете выдать ее как новую функцию для потребителей.

как пользователи отреагируют на приложения, которые решат игнорировать предпочтения пользователя?

Я чувствую, что пользователь просто увидит это так, как сейчас, с цветом акцента, когда он недоступен, сторонние приложения должны быть свободны делать все, что они хотят, но, как @ Felix-Dev, сказал, что приложениям / элементам пользовательского интерфейса Windows определенно потребуется соблюдать переменную пользователя.

Я не думаю, что есть необходимость делать пометку в настройках о том, что сторонние приложения не будут соблюдать эту настройку, не было необходимости помещать отказ от ответственности в раздел цветового акцента, поэтому поверьте, это то же самое для этого, что и хорошо.

Выполнение этого на уровне ОС - сложная задача, и исследования не совсем оправдывают время и усилия инженеров, затраченные на ее реализацию.

Но вы четко изложили свое мнение @ Felix-Dev, и если после того, как новые элементы управления попадут в руки большинства пользователей Windows, полученные отзывы могут привести к изучению этой идеи в будущем.

Я чувствую, что должен здесь что-то указать. Хотя я не очень сильно отношусь к предлагаемым изменениям в любом случае (мне приходится работать со слишком большим количеством стилей пользовательского интерфейса в разных экосистемах каждый день, потому что несоответствия или изменения меня больше беспокоят), я чувствую, что такой образ мышления не очень хороший. для создания богатого удобного интерфейса.

Пожалуйста, не выпускайте функции, которые выполнены на 80% и могут или не могут быть доведены до 100% в следующем выпуске.
Что, вероятно, произойдет, так это то, что ни один разработчик не будет тратить время на тестирование и разработку своих приложений как для округлых, так и для некруглых границ. И зачем им это. Система теперь использует округление, почему кому-то нужно, чтобы их приложение выглядело немного иначе, чем ОС (иначе они все равно пошли бы на полную тематику)
Если бы был общесистемный переключатель, был бы стимул его реализовать.
Но если вы делаете что-то таким образом, необходимость в переключателе никогда не возникнет, потому что ни одно приложение не увидит необходимости в его реализации.

По исходной теме:
Я думаю, что границы в 2 пикселя выглядят отлично, за исключением полей со списком.
Выделение последнего элемента не должно оставлять под ним белую границу (или, по крайней мере, не больше, чем слева и справа, конечно, это означает, что нижние углы выделения тоже должны быть скруглены) и, возможно, не должно быть закругленных углов в расширенное состояние между полем и всплывающим окном. Мне кажется, между ними возникает этот странный разрозненный взгляд.
Может быть, было бы лучше сделать вылет на 2 пикселя меньше с каждой стороны и не допускать закругленных углов сверху. Таким образом, это будет выглядеть как лист бумаги, вынутый из диспенсера. (Надеюсь, вы понимаете, что я имею в виду: D, к сожалению, сейчас у меня нет инструментов, чтобы сделать набросок)

По исходной теме:
Я думаю, что границы в 2 пикселя выглядят отлично, за исключением полей со списком.
Выделение последнего элемента не должно оставлять под ним белую границу (или, по крайней мере, не больше, чем слева и справа, конечно, это означает, что нижние углы выделения тоже должны быть скруглены) и, возможно, не должно быть закругленных углов в расширенное состояние между полем и всплывающим окном. Мне кажется, между ними возникает этот странный разрозненный взгляд.
Может быть, было бы лучше сделать вылет на 2 пикселя меньше с каждой стороны и не допускать закругленных углов сверху. Таким образом, это будет выглядеть как лист бумаги, вынутый из диспенсера. (Надеюсь, вы понимаете, что я имею в виду: D, к сожалению, сейчас у меня нет инструментов, чтобы сделать набросок)

Я знаю, что вы описываете, и я учел это при создании своих макетов дизайна. Проблема в том, что ComboBox получит собственный всплывающий шаблон, который будет отличать его от контекстных меню, всплывающих окон меню, префиксов, суффиксов, всплывающих окон автозаполнения и т. Д.

Это то, что я имел в виду (за исключением того, что в самой коробке можно было скруглить нижние углы)
Да, разные всплывающие окна были бы разными, но опять же, по сути, есть два типа всплывающих окон.
Те, которые к чему-то привязаны, и те, которые не привязаны. То, что теперь они должны быть другими, - это всего лишь стоимость закругленных углов;)
Кроме того, если радиус угла станет стилизованным, его нельзя просто установить с помощью родительского элемента управления.

Мой 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
• BottomEdgeAlignedRight
• Полный
• Левый
• LeftEdgeAlignedBottom
• LeftEdgeAlignedTop
• Верно
• RightEdgeAlignedBottom
• RightEdgeAlignedTop
• верхний
• TopEdgeAlignedLeft
• TopEdgeAlignedRight

Всплывающее окно встроено в элемент управления 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 на всплывающем элементе, когда оно выровнено и прикреплено к ComboBoxes (и другим элементам управления), может потребоваться добавление TopEdgeAligned и BottomEdgeAligned в перечисление FlyoutPlacementMode для достижения желаемого результата.

_ (Обновленное изображение) _

Я также уделил 800% более пристального внимания стилю Flyout. Две границы гарантируют, что всплывающие окна будут выглядеть приподнятыми как в светлых, так и в темных темах с тенью или без нее.

Выглядит очень хорошо.
Конечно, прикрепленный вид выглядит странно, когда элемент, к которому вы его прикрепляете, меньше всплывающего окна, но это определенно то, что решает отдельное приложение.
Выделение фокуса элементов в нижнем ряду, вероятно, не должно закругляться снизу (так как верх не для верхнего ряда), но это, вероятно, не намеренно.

Кстати, я только что заметил, что этот «прикрепленный вид» - это то, как работает верхняя панель меню MacOs, поэтому такой вид не кажется диковинным;)

Выглядит очень хорошо.
Конечно, прикрепленный вид выглядит странно, когда элемент, к которому вы его прикрепляете, меньше всплывающего окна, но это определенно то, что решает отдельное приложение.
Выделение фокуса элементов в нижнем ряду, вероятно, не должно закругляться снизу (так как верх не для верхнего ряда), но это, вероятно, не намеренно.

Кстати, я только что заметил, что этот «прикрепленный вид» - это то, как работает верхняя панель меню MacOs, поэтому такой вид не кажется диковинным;)

Я забыл об округлении, поэтому обновил изображение, чтобы исправить это, а также добавил немного больше деталей с помощью примера Zoomed - ох, и включил состояние Hover

Я не уверен, предпочитаю ли я средние предметы иметь закругленную подсветку или нет, так как, с одной стороны, это более единообразно, с другой - оставляет немного агрессивный вид (хорошо, теперь я просто придумываю :)) резкий белый пробелы между выделенными элементами и рамкой.
Но это то, что я оставляю решать настоящим дизайнерам: D

Я не уверен, предпочитаю ли я средние предметы иметь закругленную подсветку или нет, так как, с одной стороны, это более единообразно, с другой - оставляет немного агрессивный вид (хорошо, теперь я просто придумываю :)) резкий белый пробелы между выделенными элементами и рамкой.
Но это то, что я оставляю решать настоящим дизайнерам: D

Я согласен, я тоже в двух мнениях по этому поводу. Я думаю, что мне нравится прямая кромка, но поскольку элементы управления, вызывающие всплывающее окно, будут округлены, а это элементы управления внутри элемента управления, они _должны_ быть округленными.

А некоторые контекстные меню будут содержать элементы управления, которые не охватывают всю ширину всплывающего меню, поэтому закругленное выделение будет работать для них.

Я не уверен, предпочитаю ли я средние предметы иметь закругленную подсветку или нет, так как, с одной стороны, это более единообразно, с другой - оставляет немного агрессивный вид (хорошо, теперь я просто придумываю :)) резкий белый пробелы между выделенными элементами и рамкой.
Но это то, что я оставляю решать настоящим дизайнерам: D

Я вас понимаю. Если список со списком имеет тот же размер, что и поле со списком, тогда они должны оставаться прямо в исходной точке, в противном случае сторона, которая не выровнена, должна быть круглой.

@mdtauk @Qowy @shaheedmalik не могли бы вы создать собственную задачу, специфичную для комбинированных списков ? Эта ветка касается углового радиуса в целом, а не некоторых конкретных случаев, которые могут легко породить совершенно новый разговор, как показано здесь, и таким образом заслонить разговоры об общем подходе.

Пожалуйста, поймите это неправильно, но если у нас будет такое конкретное обсуждение многих элементов управления, эта ветка легко потеряет свою общую направленность.

Очень признателен!

PS: Об элементах, не выделенных рамкой: выделение элемента обязательно должно быть прямоугольником. Делать его округлыми цветами просто странно.

Я, вероятно, в меньшинстве со своим мнением, но изменение радиуса углов общих элементов управления - честно говоря, ужасная идея. Глядя на приведенный выше пример меню из @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 design в покое и позвольте ему делать свое дело.

@mdtauk

Выполнение этого на уровне ОС - сложная задача, и исследования не совсем оправдывают время и усилия инженеров, затраченные на ее реализацию.

Это предложение, похоже, уже выполняет большую часть работы, добавляя свойство CornerRadius к элементам управления. Единственное, что осталось, - это создание ресурса SystemCornerRadius, к которому эти элементы управления могли бы привязаться для их фактического радиуса угла (аналогично тому, как сегодня вы используете ресурс SystemAccentColor для окраски элементов вашего пользовательского интерфейса в цвет акцента, который пользователь устанавливает в приложении `` Настройки ''.
Что касается того, сколько работы потребуется, чтобы создать такой ресурс и сделать его обновляемым через приложение «Настройки», MS остается прокомментировать. Но, учитывая ту работу, которую это предложение уже выполняет, а также предыдущую работу в форме раскрытия ресурса AccentColor, я не понимаю, насколько это будет так сложно, как вы говорите. Уровень ОС будет буквально предоставлять только значение радиуса угла, из которого можно считывать и записывать, а затем использовать ту же систему, которая у вас уже есть для сегодняшнего цветового ресурса акцента.

Это будет ползунок или переключатель?
[X] Закругленные углы на элементах управления
Не было бы просто одного значения радиуса угла для установки btw. Некоторые элементы будут иметь скругление только с одной стороны или будут закруглены только верхние углы. Всплывающие и всплывающие элементы управления будут иметь радиус 4 epx, тогда как другие элементы управления будут иметь только 2 epx.
Вы должны будете установить много переменных, поскольку этот параметр изменится в ОС. Тогда как насчет тестирования? И были бы ожидания. Как пользователи отреагируют на приложения, которые решат игнорировать предпочтения пользователя?
Как вы общаетесь с пользователями, какие элементы управления округляются, а какие нет? Некоторые элементы управления будут иметь внутреннюю или внешнюю границу. Им потребуется скорректировать значения CornerRadius, чтобы обеспечить правильное прилегание к краям фигур.
В конце концов, это может быть изменение, которое приветствуется без особой суеты, и поэтому добавление еще одной опции в ОС можно считать чрезмерной реакцией.

Наличие углового радиуса 2epx здесь, углового радиуса 4epx там и другого в другом месте, потому что 2 или 4 выглядят не совсем правильно, - это ужасный UX. Оставьте общие элементы управления такими, какие они есть - Работа выполнена ... переходите к созданию чего-то еще отличного.

@chigy
Итак, я подсчитал ответы в ветке Reddit, которую я начал несколько дней назад, и вот она (к сожалению, кажется, нет очевидного способа легко увидеть общее количество пользователей, которые участвовали):

Мнения, высказанные в пользу радиуса угла (в отличие от текущего пользовательского интерфейса): 18
Мнения, выраженные в пользу актуального пользовательского интерфейса (и противоуглового радиуса): 12 (+1, если я включу меня в качестве постера Reddit, также включил

Прочее:

• Просить MS предоставить варианты пользовательского интерфейса
• Хорошо с обоими
• Не высказал мнения по поводу предложения
• Выразил общее разочарование по поводу несоответствий в системе Windows (например, программы Win32 против приложений UWP).

Особенно последняя группа (разочарование) была хорошей частью людей, которые участвовали в обсуждении.

Обобщая результат, мы видим, что у нас есть значительные фракции как для закругленных углов (предложение), так и для квадратов углов (текущий пользовательский интерфейс). Добавьте к этому группу людей, которые выразили желание иметь возможность переключаться между этими двумя стилями в системе.
Однако, если не считать закругленных углов или нет, наиболее частым ответом - на милю - является, наконец, согласованность системы Windows в целом. WinUI 3.0 и команды MS будут сокращены в своей работе, чтобы объединить все различные системные компоненты Windows и приложения UWP на едином языке дизайна пользовательского интерфейса.

@chigy
Учитывая все разговоры команды разработчиков Microsoft о том, чтобы «включить» пользователей вместо «исключения» их, я думаю, что эта ветка и приведенная выше ветка Reddit показывают, что есть веские причины для предоставления простой опции в пользовательском интерфейсе для переключения между предлагаемыми закругленными углами. UI и текущий UI (острые углы).

@ Felix-Dev Технически мой пост был о элементе управления Flyout, ComboBox - это всего лишь один из элементов управления, в котором есть всплывающий компонент.

Я думаю, что округление на всех углах имеет смысл при любых обстоятельствах. И команда решила, что всплывающие окна и диалоги будут использовать 4 угла epx, а другие элементы управления будут использовать 2 угла epx.

@mdtauk ,
как я сказал, пожалуйста, не поймите это неправильно. Я думаю, что совершенно нормально указать на конкретный пользовательский интерфейс управления в этом потоке (например, я спросил о странно выглядящей толщине углов для радиусов углов флажков в примере с древовидной структурой).
Просто, если есть разговор, охватывающий несколько сообщений, касающихся определенного элемента пользовательского интерфейса (например, всплывающих окон / comboboxes / ...), я считаю, что лучше всего создать отдельную проблему для этого конкретного. И, как вы видели, ваш пост о всплывающих окнах вскоре привел к обсуждению комбинированных списков. Теперь представьте, что кто-то затем начинает разговор о том, как должны выглядеть тени в фокусе, и у нас есть целый «беспорядок» (как в нескольких конкретных элементах пользовательского интерфейса, обсуждаемых в непосредственной близости), начиная с того, где будет трудно вернуть поток к общему предложение и как с ним бороться.

@mdtauk ,
как я сказал, пожалуйста, не поймите это неправильно. Я думаю, что совершенно нормально указать на конкретный пользовательский интерфейс управления в этом потоке (например, я спросил о странно выглядящей толщине углов для радиусов углов флажков в примере с древовидной структурой).
Просто, если есть разговор, охватывающий несколько сообщений, касающихся определенного элемента пользовательского интерфейса (например, всплывающих окон / comboboxes / ...), я считаю, что лучше всего создать отдельную проблему для этого конкретного. Только представьте, что кто-то затем начинает разговор о том, как должны выглядеть тени в фокусе, и у нас возникает целый беспорядок, начиная с того, что будет трудно вернуть нить к общему предложению и как с этим бороться.

Я не собираюсь делать отдельную проблему только для всплывающих окон, но я специально обсуждал угловые радиусы этого элемента управления.

Интересно, может ли @chigy предложить нам какую-то оценку, когда мы сможем увидеть обновленный Design Toolkit со всеми обновленными дизайнами элементов управления, чтобы разговор мог перейти к более конкретным вопросам, чем общие жалобы на решение изменить их, чтобы начать с участием.

Если вы собираетесь подсчитывать сообщения, вам также следует подсчитать и положительные голоса.

@shaheedmalik
Явно не подсчитываю количество набранных голосов, поскольку я не знаю точно, как те, кто проголосовал за эти типы пользовательского интерфейса, относятся к этим типам пользовательского интерфейса (например, они могут быть в порядке с любым выбором, но все же им нравится предложение с закругленными углами, как и текущий пользовательский интерфейс). Что еще более важно, они могли проголосовать за пост из-за определенной части этого поста, например, указав на несоответствия пользовательского интерфейса. Следовательно, я подсчитал только фактические сообщения, где вы можете четко увидеть одобрение любого пользовательского интерфейса в заявлении автора.

FWIW, «2px, кажется, лучшее место». набрал наибольшее количество голосов - 54 балла.

Также есть высоко оцененный пост (+21 - 4-е место), призывающий к «тематической поддержке конечных пользователей», хотя я не могу определить, все ли эти положительные голоса относятся к части с призывом к настройке или к той части, где автор критикует отсутствующие согласованность в системе.

Интересно, может ли @chigy предложить нам какую-то оценку, когда мы сможем увидеть обновленный Design Toolkit со всеми обновленными дизайнами элементов управления, чтобы разговор мог перейти к более конкретным вопросам, чем общие жалобы на решение изменить их, чтобы начать с участием.

Спасибо за вопрос. Я связался с подборками дизайна в разделе «Важное примечание» проблемы, поэтому обязательно ознакомьтесь с ними.

В общем, я хочу, чтобы мы сосредоточили здесь разговор на том, как сделать скругленные углы работающими в WinUI. Я знаю, что у людей разные мнения по поводу этой идеи, или даже если закругленные углы - это вообще хорошая идея. Поэтому я решил, что стоит упомянуть, что это часть общего направления разработки Windows, которое вытесняется другой командой в Microsoft. Мы просто пытаемся понять, как заставить WinUI работать с этим новым направлением дизайна, облегчая работу разработчикам. На самом деле у нас нет полномочий делать вывод о том, что закругленные углы - это не «вещь» в Windows. Другими словами, закругленный угол - это уже план, и поэтому мы хотели проинформировать вас и проконсультироваться с нашим сообществом WinUI, чтобы убедиться, что мы реализуем эту возможность ответственно. Надеюсь, это имеет смысл.

На самом деле у нас нет полномочий делать вывод о том, что закругленные углы - это не «вещь» в Windows. Другими словами, закругленный угол - это уже план, и поэтому мы хотели проинформировать вас и проконсультироваться с нашим сообществом WinUI, чтобы убедиться, что мы реализуем эту возможность ответственно.

Я подозреваю, что многие здесь хотели бы поговорить с людьми, наделенными указанными полномочиями, потому что это основная проблема для многих из нас.

Спасибо за вопрос. Я связался с подборками дизайна в разделе «Важное примечание» проблемы, поэтому обязательно ознакомьтесь с ними.

В общем, я хочу, чтобы мы сосредоточили здесь разговор на том, как сделать скругленные углы работающими в WinUI. Я знаю, что у людей разные мнения по поводу этой идеи, или даже если закругленные углы - это вообще хорошая идея. Поэтому я решил, что стоит упомянуть, что это часть общего направления разработки Windows, которое вытесняется другой командой в Microsoft. Мы просто пытаемся понять, как заставить WinUI работать с этим новым направлением дизайна, облегчая работу разработчикам. На самом деле у нас нет полномочий делать вывод о том, что закругленные углы - это не «вещь» в Windows. Другими словами, закругленный угол - это уже план, и поэтому мы хотели проинформировать вас и проконсультироваться с нашим сообществом WinUI, чтобы убедиться, что мы реализуем эту возможность ответственно. Надеюсь, это имеет смысл.

Вы упомянули, что разговоры о некоторых вещах все еще продолжаются, например о толщине границы текстового поля и т. Д. - поэтому я предположил, что эти проекты были _ первоначальной идеей_, а не окончательной финальной версией. (Думаю, я все еще надеялся, что смогу влиять на такие вещи, как TextBox, Buttons, CheckBoxes и т. Д.)

Думаю, я знаю ответ на этот вопрос, но все равно спрошу - есть ли планы поделиться этими проектами пользовательского интерфейса Windows, о которых решила команда?

Будут ли эти изменения, запланированные Windows, также применяться к стилям визуализации Win32 и заголовкам окна оболочки и т. Д. Если это так, WPF, вероятно, также следует обновить свои элементы управления по умолчанию при работе в тех версиях Windows, к которым применяется этот новый стиль. (Я уже предположил, что это должно произойти # 699)

На самом деле у нас нет полномочий делать вывод о том, что закругленные углы - это не «вещь» в Windows. Другими словами, закругленный угол - это уже план, и поэтому мы хотели проинформировать вас и проконсультироваться с нашим сообществом WinUI, чтобы убедиться, что мы реализуем эту возможность ответственно.

Я подозреваю, что многие здесь хотели бы поговорить с людьми, наделенными указанными полномочиями, потому что это основная проблема для многих из нас.

Я предполагаю, что это появится в Центре отзывов, когда изменения дизайна вступят в силу - это, скорее всего, дойдет до команды Windows.

Вы упомянули, что разговоры о некоторых вещах все еще продолжаются, например о толщине границы текстового поля и т. Д. - поэтому я предположил, что эти проекты были _ первоначальной идеей_, а не окончательной финальной версией. (Думаю, я все еще надеялся, что смогу влиять на такие вещи, как TextBox, Buttons, CheckBoxes и т. Д.)

Думаю, я знаю ответ на этот вопрос, но все равно спрошу - есть ли планы поделиться этими проектами пользовательского интерфейса Windows, о которых решила команда?

@mdtauk
Да, и чтобы быть здесь предельно прозрачным ... Реальность такова, что чем больше замедлится обсуждение этого конкретного вопроса, тем скорее я смогу над этим поработать ... :)

@chigy Прошу прощения, если я способствовал

@chigy
Теперь я смущен. Вы - человек, работающий в команде разработчиков Windows Fluent, WinUI считается «[...] высокооптимизированной платформой собственного пользовательского интерфейса, используемой для создания самой Windows» (цитируется здесь , раздел «Преимущества WinUI 3». Итак, Если это не место, где можно повлиять на язык дизайна Windows 10, тогда что это?

Я не знаю, как относиться к твоему ответу. Вы в основном просите нас высказать свое мнение, но оказывается, что у нас никогда не было возможности повлиять на предложение? Если в этом посте нет никого с реальной властью, то все, что мы здесь делаем, - это просто болтовня. Даже в таких случаях, как случай Мартина, когда он публикует свои концепции дизайна в надежде, что они будут реализованы командой разработчиков. WinUI не может стилизовать элементы управления иначе, чем это хочет «авторитетный разработчик Windows», потому что, как сказала сама команда WinUI: «WinUI 3.0+ будет пользовательским интерфейсом Windows».

@chigy
Я и другие потратили много времени, энергии и энтузиазма, пытаясь подчеркнуть, что «пользователи Windows» - не однородная группа, как, казалось, предполагалось в некоторых ваших комментариях. Мы показали вам, что есть голоса помимо Мартина и других, которым не нравится новое обновление пользовательского интерфейса, и поэтому они хотели бы обосновать необходимость тщательно продуманной настройки пользовательского интерфейса.

Также кажется, что вы игнорируете это требование. Вы говорите: «На самом деле у нас нет полномочий делать вывод о том, что закругленные углы не являются чем-то особенным в Windows». Я и другие не призывали в последние дни отказываться от этого UI push, а просто следить за вашим собственным дизайнерским выступлением в твиттере о «включении пользователей», а не их исключении. Мы просили вариант, а не отмену хода.
Тем не менее, до сих пор мы не получили особого признания за пределами того, что: «Возможность предоставить пользователю настройку для закругления угла, из чего пользователь может выбрать, является интересным. Однако это также имеет много общего с этой обратной связью по сравнению с другими важные функции, которые мы должны сравнить с системой Windows в целом. ". Думаю, это начало, но где мы сейчас?

Вы говорите, что не принадлежите к реальной команде, обладающей властью над дизайном Windows. Это означает, что всех нас все время обращали не к тому человеку! Если мы никогда не разговаривали с членом команды, который на самом деле делает все возможное, мне интересно, почему вы не могли сказать это раньше.

Я разочарован, ведь энергии инвестированный, чтобы узнать , что в настоящее время я никогда не говорил с кем - то с властью , чтобы начать с. По сути, все отзывы и другие собранные мной, аргументы в пользу настройки пользовательского интерфейса практически ни к чему не приведут (потому что вы даже не тот человек, которого нужно убеждать).

Извините, я просто не могу осмыслить это. Член группы разработчиков Windows Fluent Design в репозитории, предположительно управляющий пользовательским интерфейсом Windoiws, теперь говорит нам, спустя несколько дней, что мы никогда не разговаривали с человеком, который действительно имел значение.

Извините, если это прозвучит как напыщенная речь, но я здесь немного шокирован. Возможно, вы не знаете, сколько я вложил в это конкретное обсуждение (и других, написавших страстные ответы), но я хотел бы попросить разъяснений.

Где сейчас на самом деле стоит наш призыв к настройке пользовательского интерфейса? Действительно ли это репо больше имеет значение для обсуждения пользовательского интерфейса Windows?

Я оставлю это с:

" [WinUI 3.0] Собственная платформа пользовательского интерфейса WindowsWinUI - это высокооптимизированная платформа пользовательского интерфейса, используемая для создания самой Windows, теперь более широко доступная для всех разработчиков для использования в Windows.

@ Felix-Dev Я надеялся повлиять, а не настаивать на том, чтобы мои проекты стали настоящими. Я дизайнер, который увлекался Windows со времен Windows Vista / 7 / Zune / Windows Phone.

@mdtauk
В самом деле, хотя вы, конечно, ничего не имеете против того, чтобы М.С. принял ваши идеи, не так ли? 😉 Ведь вы в них убедились!

Извините, если это произошло из-за вашей напористости (и, честно говоря, вы также сказали, что ваши предложения могут поступать таким образом), но ответ @chigy был для меня

Команда WinUI! = Команда разработчиков Windows.

Windows 10 - это текущая ОС, но Windows Lite и Windows Core OS - это направления будущего.

@chigy , очевидно, смотрит на то, что команда Windows планирует сделать с оболочкой ОС, и хочет убедиться, что WinUI 3.0 будет там выглядеть как дома. Приложения Windows, такие как «Калькулятор», «Настройки», «Всплывающая панель задач», «Оболочка» и т. Д., Вероятно, будут использовать WinUI 3.0, поэтому с точки зрения дизайна они должны находиться на одной странице.

Команда Fluent Design в Microsoft устанавливает правила (цвета, стили и размеры шрифтов, материалы и т. Д.), Которым следуют другие команды Microsoft, такие как WinUI, Windows, Xbox, Office, Bing, Teams, Fabric, Fluent Web при разработке пользовательского интерфейса.

Я уверен, что меня поправят, если я неправильно понял структуру здесь.

Мои идеи, которые я внес в это репо - я пытался преодолеть разрыв между Fabric Web и WinUI 3.0 - я также включил мысли, над которыми я размышлял со времен Win8.

Разъяснение действительно было бы неплохим, потому что вот как я это понял:

@chigy является членом группы разработчиков Windows Fluent Design, а поскольку FD (Fluent Design) является языком дизайна Windows 10, она, таким образом, станет членом группы разработчиков Windows.

Затем идет WinUI 3.0, который официально описывается как платформа, управляющая Windows и используемая для создания самой Windows. Так что обсуждения дизайна пользовательского интерфейса Windows действительно чувствуют себя здесь как дома.
Кроме того, исходя из приведенного выше описания, это будет означать, что команды разработчиков Windows будут использовать WinUI для реализации как приложений, так и системного пользовательского интерфейса. В противном случае в этих ветках предложений пользовательского интерфейса необходимо четко указать, что вы не будете разговаривать с человеком, который действительно имеет значение, и предложение действительно касается только отзывов о фактических реализациях, а не дизайна пользовательского интерфейса .

И даже если команда разработчиков Windows Fluent и команда WinUI не являются командами, в которых разработан и реализован собственный пользовательский интерфейс Windows, это не отменяет того факта, что @chigy никогда не сообщал нам, что мы никогда не разговаривали с кем-то, кто действительно имеет значение. Мы потратили время и энергию (вы - с вашими концепциями управления, я - с попытками собрать отзывы, мы оба ведем живые дискуссии и не отказываемся от всех остальных, которые страстно участвовали), но в конце концов мы так и не поговорили с настоящим членом команды Windows UI, кого-то, кого мы действительно могли бы попытаться убедить в своих идеях и убеждениях.

На самом деле у нас нет полномочий делать вывод о том, что закругленные углы - это не «вещь» в Windows. Другими словами, закругленный угол - это уже план, и поэтому мы хотели проинформировать вас и проконсультироваться с нашим сообществом WinUI, чтобы убедиться, что мы реализуем эту возможность ответственно. Надеюсь, это имеет смысл.

Что ж, это огромное разочарование для меня, как и другие заявили, что это огромная проблема для многих из нас, поэтому, если у вас нет рычагов влияния на это, могу я вежливо спросить @chigy : с кем мы должны поговорить? Если нет, как мы можем сделать так, чтобы наш голос был услышан по поводу этого явно спорного изменения пользовательского интерфейса, которое многие пользователи не любят?

Это очень похоже на дискурс, который произошел во время разработки Windows 10 много лет назад, когда было предложение превратить квадратные изображения профиля в круглые, многим людям это снова не понравилось, и они обратились в центр обратной связи. В центре отзывов было несколько сообщений с более чем 1000000+ голосами поддержки, в которых просили этого не делать.

По сути, в ответ люди снова говорили о том, что изменения будут внесены независимо от их мнения ...

Я бы перефразировал этот пост, чтобы он был менее снисходительным и оскорбительным @ Felix-Dev

@mdtauk
где мой пост оскорбительный?

Я никого не называю, не называю WinUI плохими словами, не описываю эту проблему оскорбительными словами. Я лично ни на кого не нападаю, на самом деле я ни на что не нападаю.

@mdtauk
где мой пост оскорбительный?

Я никого не называю, не называю WinUI плохими словами, не описываю эту проблему оскорбительными словами. Я лично ни на кого не нападаю, на самом деле я ни на что не нападаю.

@chigy - это человек, ответственный за разработку элементов управления WinUI. Если вы приняли его роль за роль в командах Windows или Fluent, то не следует говорить, что его роль не имеет значения, и не следует делать ее личной.

@mdtauk
«Чигуса Сансен - главный менеджер программы в группе разработчиков платформы пользовательского интерфейса XAML и один из основных членов системы Fluent Design » (источник: https://mybuild.techcommunity.microsoft.com/speaker/545575?source=sessions)

Она также вела часть FD, относящуюся к Windows на этом сеансе.

И о части «человек, который действительно имеет значение». Я не считаю это оскорбительным, потому что в нашем случае она действительно сказала, что не входит в команду, которая на самом деле делает все возможное для направления пользовательского интерфейса, выбранного для Windows. Я не нападал на мисс Чигузу Сансен, не высмеивал ее и не называл ее имен. Я просто изложил то, что она рассказала нам лично.

И о части «человек, который действительно имеет значение». Я не считаю это оскорбительным, потому что в нашем случае она действительно говорит, что не входит в команду, которая на самом деле делает снимки для выбранного направления пользовательского интерфейса.
Windows.

Что ж, считаю обидным. Тем более, что вы, кажется, неправильно поняли цель обсуждения, в отличие от того, что вас "ввели в заблуждение"

@mdtauk
мы находимся на другой длине волны здесь, и мне нет смысла пытаться размышлять, почему это может быть ...

Когда мы начали эту дискуссию об общем перемещении пользовательского интерфейса , мисс Чигуса Сансен или другие члены команды WinUI нигде не заявили, что эта ветка не подходит для этого обсуждения. Вместо этого люди страстно начали обсуждать, аргументируя за / против этого шага, думая, что они разговаривают с кем-то, кто будет - для характера этого обсуждения - занимать соответствующую позицию пользовательского интерфейса в Microsoft / Windows.

Чигуса даже принимал в нем участие, и вы также свободно добавляли управляющие изображения в надежде повлиять на направление пользовательского интерфейса, и никто из MS не вмешивался в дальнейшие шаги, добавляя ощущение, что это место для обсуждения общего дизайна пользовательского интерфейса. Моя жалоба , и вы, кажется, это пропустили, что @chigy потребовалось так много времени, чтобы просто сказать нам, что на самом деле нет особого смысла в этом обсуждении здесь, потому что она явно не входит даже в команду, вызывающую общие кадры.

Речь идет не о "введении в заблуждение" или "неправильном понимании", как вы выразились, а о том, что такая важная информация скрывалась от нас в течение нескольких дней. Вся эта дискуссия уже давно могла бы продолжиться, если бы мисс Чигуса Сансен заявила об этом раньше. Которое, кстати, и вы, и она хотите видеть.

@mdtauk
мы находимся на другой длине волны здесь, и мне нет смысла пытаться размышлять, почему это может быть ...

Когда мы начали эту дискуссию об общем перемещении пользовательского интерфейса , мисс Чигуса Сансен или другие члены команды WinUI нигде не заявили, что эта ветка не подходит для этого обсуждения. Вместо этого люди страстно начали обсуждать, аргументируя за / против этого шага, думая, что они разговаривают с кем-то, кто будет занимать важную позицию в области пользовательского интерфейса в Microsoft / Windows. Чигуса даже принял в нем участие, и вы также свободно добавляли контрольные изображения в надежде повлиять на направление пользовательского интерфейса. Моя жалоба , и вы, кажется, это пропустили, что @chigy потребовалось так много времени, чтобы просто сказать нам, что на самом деле нет особого смысла в этом обсуждении здесь, потому что она явно не входит даже в команду, вызывающую общие кадры.

Речь идет не о «введении в заблуждение» или «неправильном понимании», как вы выразились, а о том, что такая важная информация скрывалась от нас в течение нескольких дней. Вся эта дискуссия уже давно могла бы продолжиться, если бы мисс Чигуса Сансен заявила бы это раньше, что и вы, и она хотите видеть.

@ Феликс-Дев @Nepxune
Давайте оставаться вежливыми и позитивными. 😃 Опубликованные изображения выделяют изменения, вносимые в элементы управления, которые связаны со значениями CornerRadius. Существует еще одна проблема, когда конкретные механизмы для добавления CornerRadius к элементам управления, которые не поддерживают или не уважают значение в настоящее время, могут быть созданы для их поддержки, и таким образом, чтобы разработчики могли переопределить значение, чтобы компенсировать их или настроить ценности, соответствующие их бренду и потребностям. # 684

Эта проблема связана с обновлением радиуса угла в общих элементах управления в соответствии с направлением стиля веб-сайтов и приложений.

Идеи, которые я опубликовал, заключались в том, чтобы взять стили, используемые 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 (как дизайнерские, так и инженерные) работают вместе, чтобы реализовать согласованную систему, в которой мы можем предоставить отличный UX как компания и сделать его доступным для таких разработчиков, как вы. Так что мое участие в нем не означает, что я могу позвонить ... По моему мнению, ни один человек в этом коллективе не может ... Это коллективное усилие ...

@ Felix-Dev, просто чтобы вы знали, что я лично обсуждал предложенную вами концепцию настройки пользователя с кем-то из проектной организации Windows, чтобы подтвердить свой ответ (например, отсутствие плана функций или интереса к выполнению каких-либо действий по этому запросу ). Ваше мнение обсуждалось. Я знаю, что это, вероятно, не удовлетворительно, но хотел, чтобы вы знали, что меня действительно волнуют все ваши мнения и я делаю все возможное, чтобы быть представителем / мостом здесь.

Все, я не хотел закрывать вопрос. Я пытался закрыть комментарий и сделал это случайно !!

@mdtauk @jevansaks @chigy
Абсолютно согласен с вами, что это обсуждение должно оставаться профессиональным. Мы все объединены нашей страстью к Windows и желанием сделать Windows как можно лучше.

Чтобы прояснить это раз и навсегда, я никогда не обвинял мисс Чигузу Сансен в «обмане» или «введении в заблуждение» нас, и я не имел этого намерения. Могу также однозначно заявить, что лично я ни на кого не нападал, и я не буду.

Однако этот недавний разговор также показывает, что этот проект с открытым исходным кодом все еще находится в стадии обучения. Еще предстоит проделать работу, чтобы успешно объединить оба мира - компанию Microsoft и ее увлеченных пользователей, а также четкое понимание того, какое влияние этот новый подход с открытым исходным кодом на самом деле окажет на сообщество и как соответствующие команды Windows на самом деле будут обрабатывать отзывы сообщества. .

В целом, я уже очень впечатлен текущим состоянием. Команда WinUI обращается с отзывами и серьезно относится к ним, даже если они не относятся к фактическому продукту WinUI. Я ценю это, и я уважаю это!

К сожалению, этот особый случай здесь, вероятно, страдал от некоторых симптомов того, что он был очень молодым проектом с открытым исходным кодом, где все участвующие стороны еще не полностью узнали друг о друге. Я оптимистично настроен, что мы сможем использовать этот случай, чтобы лучше понять возможности И пределы этого нового подхода для всех нас!

Всем здравствуйте!
БОЛЬШОЕ спасибо за откровенный разговор. Я многому научился, и я надеюсь, что вы захотите и дальше работать с нами, чтобы расти вместе как открытое сообщество!

Как указали некоторые из вас, я не совсем понимал, что команда WinUI и я могу и не могу, поэтому позвольте мне попытаться подвести итог поднятым вами всем важным моментам и сделать из них выводы. И если вы чувствуете, что проблемы все еще не решены, приступайте к делу!

Обратите внимание, что я не перечислил все вопросы, которые мы обсуждали, потому что я считал некоторые из них решенными в ходе нашего обсуждения. Дайте мне знать, если вы думаете иначе !!

• Убедитесь, что Xbox рассматривается (@mdtauk)
  o Дизайн Xbox принадлежит команде Xbox.
  o Но да, мы тесно с ними работаем. Я подтверждаю, что состоялась встреча, на которой мы рассмотрели это и предстоящие предложения по дизайну с командой разработчиков Xbox.
• Рассмотрите возможность внесения других изменений, связанных с контролем, для выравнивания, таких как уменьшение толщины линий границ (@mdtauk)
  o Команда разработчиков Windows делает последний выбор в пользу Windows, координируя свои действия с коллективом Fluent Design System, чтобы попытаться согласовать работу групп разработчиков Microsoft.
  o Команда WinUI сделает его лучше для разработчиков, и у него будет хорошая история разработчика, чтобы переключиться (или переключиться обратно).
  o Это будет отслеживаться в следующих выпусках GitHub.
• Сообщество хотело бы выразить свое мнение непосредственно команде разработчиков Fluent Design ( @mdtauk , @ Felix-Dev, @Nepxune)
  o К вашему сведению, у команды Fluent есть группа в LinkedIn.
  o Это не принадлежит команде WinUI или мне.
  o Это доводится до их внимания, но мы не можем взять на себя обязательства, если что-то произойдет.
  o Я обязательно свяжусь с этой группой, если что-то материализуется.
• Выпустим ли мы темы Fluent для WPF / WinForms? (@ Felix-Dev, @mdtauk)
  o Это то, чего мы еще не выяснили.
  o Это немного сложно. Я человек, который ищет рекомендации по дизайну и поддержку по дизайну для разработчиков в целом для Windows, так что это соответствует моей проблемной области. Однако, честно говоря, на данный момент это не является приоритетом, так как это не работа с WinUI.
• Пользовательские настройки, при которых пользователь может включать / выключать закругленный угол и / или вносить точные изменения значений до определенного момента (@ Felix-Dev) / Не нравится закругленный угол, не закругляйте его и дайте пользователю возможность ( @Nepxune и люди на Reddit)
  o К сожалению, это не решения WinUI.
  o Лучшее, что я могу порекомендовать прямо сейчас, - это открывать вопросы Центра отзывов после того, как это изменение будет распространено на ОС Windows, и вы все еще не чувствуете, что дизайн соответствует вашим потребностям?
  o Если есть какое-то утешение, я сделал все возможное, чтобы уведомить команду Windows, но у их команды нет никакого плана.

Это резюмирует наш текущий план:

• Элементы управления, которые вы получаете с помощью WinUI 2.x, обновят визуальные эффекты по умолчанию, чтобы использовать закругленные углы.
  o Другими словами, если вы не используете WinUI 2.x, вы не получите этого изменения.
• Значение закругленных углов составляет 2 пикселя для большинства элементов управления 4 пикселя для пользовательского интерфейса всплывающего типа. Нет округления, когда пользовательский интерфейс пересекается с другими элементами пользовательского интерфейса.
  o Визуальная композиция здесь: https://github.com/mrlacey/microsoft-ui-xaml-specs/blob/RoundedCornerVisualizations/active/RoundedCorner/ImageFiles/index.md
  o Краткое примечание для @mdtauk , @Qowy , @shaheedmalik, которые
• У разработчиков есть способ легко переключить это обратно (# 684).
• Не будет пользовательских настроек, которые позволяли бы пользователям переключать это назад / вперед или вносить отдельные изменения.

@chigy Спасибо за опубликованное вами резюме.

У меня есть несколько вопросов о том, что будет дальше ...

• Отражают ли эти подборки дизайна окончательный дизайн всех элементов управления или обсуждаются другие изменения, которые будут обновлены или опубликованы позже?

• Как вы предлагаете нам как сообществу попытаться повлиять на некоторые из этих вариантов дизайна, которые появятся в WinUI, или внести предложения?

• Когда мы сможем увидеть видение, которое группа разработчиков Windows имеет в отношении пользовательского интерфейса Windows, чтобы иметь контекст для разрабатываемых элементов управления?

• Будут ли попытки убедить / уговорить / обеспечить согласованность между приложениями для входящих сообщений и элементами оболочки с помощью XAML, чтобы все соответствовало дизайну?

• Будут ли модифицированные элементы управления Xbox включены в WinUI или они появятся только на следующих устройствах Xbox (без возможности тестирования этих шаблонов элементов управления при разработке в Windows?

@mdtauk , ой, я написал слишком много, но я хотел убедиться, что хорошо объяснился ...

• Отражают ли эти подборки дизайна окончательный дизайн всех элементов управления или обсуждаются другие изменения, которые будут обновлены или опубликованы позже?

То, что вы видите в соревнованиях, настолько окончательно, насколько это возможно на данный момент. Тем не менее, по мере того, как мы реализуем изменение в фактических элементах управления, могут произойти некоторые незначительные изменения, которые приведут к небольшому смещению дизайна. Как видите, comp не охватывает все случаи появления пользовательского интерфейса. Однако я не ожидаю этого от этой конкретной попытки ...

• Как вы предлагаете нам как сообществу попытаться повлиять на некоторые из этих вариантов дизайна, которые появятся в WinUI, или внести предложения?

Я бы хотел, чтобы сообщество рассказало нам о том, где эти варианты дизайна не подходят для приложений. Есть ли места для настройки, которые мы вам не даем? По какой-то причине это полностью нарушает работу вашего приложения?

Как я уже упоминал, проектные решения принимаются командой дизайнеров, но WinUI по-прежнему отвечает за предоставление решений для разработчиков и обеспечение их правильности. В результате может появиться возможность повлиять на результат проектирования. Я не буду обещать, что что-то случится, но реальные примеры того, как это не работает и как это должно быть исправлено, работают лучше всего в этом случае ...

• Когда мы сможем увидеть видение, которое группа разработчиков Windows имеет в отношении пользовательского интерфейса Windows, чтобы иметь контекст для разрабатываемых элементов управления?

Под видением вы имеете в виду общую историю, которая рассказывает вам о типах изменений пользовательского интерфейса, вносимых в Windows в целом? Что конкретно вы имеете в виду?

• Будут ли попытки убедить / уговорить / обеспечить согласованность между приложениями для входящих сообщений и элементами оболочки с помощью XAML, чтобы все соответствовало дизайну?

Ниже полностью мое собственное мнение, основанное на том, что я знаю. Просто быть чистым... :)
На мой взгляд, проблема двоякая.

Первая проблема заключается в том, что в настоящее время у нас есть система доставки нового пользовательского интерфейса, которая зависит от выпусков ОС. Из-за этого многие приложения для почтовых ящиков не могли принять новые стили, которые использовала Shell, и т. Д., Потому что им все еще нужно было поддерживать старую версию ОС. Мы пытаемся решить эту проблему, предоставив новый пользовательский интерфейс в WinUI, чтобы вы могли принять эти изменения независимо от версии ОС.

Вторая проблема в том, что это требует культурного сдвига. Я работал над разными UI-платформами, включая 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 и оболочки Windows отличается. Это сделано специально, потому что это уникальные продукты. Но мы разработали элементы управления WinUI таким образом, чтобы приложения, которые хотят использовать один стиль, могли работать с незначительной работой. Когда мы работали с командой Xbox пару лет назад, мы старались убедиться, что наши элементы управления XAML (тогда не WinUI) правильно отображаются на телевизоре, а также выпустили руководство по нему, о котором я упоминал ранее.

Правильно созданное приложение UWP будет работать как на Windows, так и на Xbox. Что касается приложений, подобных тем, которые перечислены в

Опять же, это тема с закругленными углами, поэтому возвращаем ее ...
Вот что разработчику нужно будет сделать на Xbox после того, как закругленные релизы. Если разработчик использует WinUI 2.x с функцией закругленных углов, разработчику потребуется отключить стиль закругленных углов, ЕСЛИ они хотят соответствовать стилю оболочки. Имейте в виду, что многие приложения на Xbox не ... Вот почему мы выпускаем руководящую документацию для тех, кому не все равно. Я позабочусь, чтобы в руководящей документации 10FT упоминалось о закругленных углах при выпуске.

Что касается видения - я имею в виду «Вот как будут выглядеть будущие приложения Windows Shell и Inbox». и «Мы пользуемся возможностью обновить наш дизайн Windows, вот некоторые из изменений, которые мы вносим ...»

Подсказка к изображениям и / или видео 😃

@mdtauk , это то, о чем я просил команду дизайнеров в прошлом, поэтому мы, команда разработчиков платформы, можем использовать это для передачи видения дизайна аудитории разработчиков. Насколько мне известно, немедленного плана нет, но я могу проверить еще раз.

Что касается видения - я имею в виду «Вот как будут выглядеть будущие приложения Windows Shell и Inbox». и «Мы пользуемся возможностью обновить наш дизайн Windows, вот некоторые из изменений, которые мы вносим ...»
Подсказка к изображениям и / или видео 😃

@mdtauk , это то, о чем я просил команду дизайнеров в прошлом, поэтому мы, команда разработчиков платформы, можем использовать это для передачи видения дизайна аудитории разработчиков. Насколько мне известно, немедленного плана нет, но я могу проверить еще раз.

Спасибо. // Build / было бы прекрасной возможностью поделиться запланированными изменениями, особенно если планируется обновить эти шаблоны элементов управления в конце лета вместе с первоначальным выпуском WinUI 3.0.

Конструкция оболочки Xbox и оболочки Windows отличается. Это сделано специально, потому что это уникальные продукты. Но мы разработали элементы управления WinUI таким образом, чтобы приложения, которые хотят использовать один стиль, могли работать с незначительной работой. Когда мы работали с командой Xbox пару лет назад, мы старались убедиться, что наши элементы управления XAML (тогда не WinUI) правильно отображаются на телевизоре, а также выпустили руководство по нему, о котором я упоминал ранее.

Конечно, снаряды будут разными, чтобы соответствовать опыту. Мой единственный комментарий заключается в том, что если следующий Xbox захочет стимулировать разработку приложений, элементы управления WinUI по умолчанию должны иметь шаблоны и ThemeResources, включенные в WinUI, чтобы при запуске на Xbox они соответствовали руководству по дизайну элементов управления. И должна быть возможность протестировать, как эти элементы управления будут выглядеть, в процессе разработки. И в Windows, и в конструкторе XAML.

Я наткнулся на некоторые дизайнерские композиции для элементов управления Xbox, но их не было в документации UWP.

@mdtauk , мне кажется, этот разговор о Xbox больше подходит для # 698? Я связался с кем-то в Xbox, чтобы узнать, могут ли они прокомментировать другой разговор (без обещаний :)). Опять же, это сообщество с открытым исходным кодом, возможно, вы могли бы создать указанный ресурс и предложить нам каким-то образом его использовать? Просто говорю...

@chigy Это была проблема, которую я отправил, и она касалась обеспечения того, чтобы любые элементы управления, добавляемые сообществом в WinUI, включали шаблоны для работы на будущих консолях Xbox. Если разработчики хотели использовать WinUI 3.0+ для своего приложения Xbox - все элементы управления должны адаптироваться, чтобы правильно выглядеть при работе на телевизоре.

Но поскольку дизайн в значительной степени доработан, у этой проблемы нет особой цели, кроме как помечать ее как завершенную после обновления всех шаблонов.

Я представлял идеи в представлении элемента управления NumberBox, и мы хотели убедиться, что дизайн элемента управления соответствует тому, что запланировано для остальных элементов управления.

Если разработчики хотели использовать WinUI 3.0+ для своего приложения Xbox - все элементы управления должны адаптироваться, чтобы правильно выглядеть при работе на телевизоре.

@mdtauk , как я уже упоминал ранее, это прекрасное предложение, но оно не является нашим приоритетом, поскольку не было запросов, исходящих как от самой команды Xbox, так и от сообщества, кроме вас.

Обновлен факт, что ScrollIndicator WebView не будет обновляться через XAML, но мы используем Интернет как есть.

Глядя на текущую полосу выполнения в MUXControlsTestApp - будет ли правый конец полосы значений выполнения также закруглен или останется ровным?

Будет ли стилизован ползунок во всплывающем меню громкости?

Будет ли раскрытие добавлено ко всем элементам управления по умолчанию или его все равно нужно будет добавлять стилями?

Получат ли ползунки, используемые в ColourPicker, стиль контура, подобный MediaPlayer, чтобы он не терялся среди более темных цветов панели?

Глядя на текущую полосу выполнения в MUXControlsTestApp - будет ли правый конец полосы значений выполнения также закруглен или останется ровным?

По определению дизайна так и должно быть. Пожалуйста, откройте проблему с MUXControlsTestApp.

Будет ли стилизован ползунок во всплывающем меню громкости?

Поскольку пользовательский интерфейс оболочки использует наш общий элемент управления, это должно происходить при изменении наших элементов управления. Однако, если вы не видите это обновленное, пожалуйста, откройте проблему FeedbackHub. Это работа команды оболочки, и это не то, что команда WinUI делает окончательный выбор в отношении приоритетов и ресурсов.

Будет ли раскрытие добавлено ко всем элементам управления по умолчанию или его все равно нужно будет добавлять стилями?

Это не закругленная тема.
Если вы хотите, чтобы раскрытие было добавлено ко всем элементам управления по умолчанию, откройте новый выпуск.

Получат ли ползунки, используемые в ColourPicker, стиль контура, подобный MediaPlayer, чтобы он не терялся среди более темных цветов панели?

Планируется, что MediaPlayer будет следовать дизайну нового слайдера (# 841). Так что то, что вы предлагаете, не входит в план. Если вы считаете, что это проблема юзабилити, пожалуйста, откройте отдельную проблему.

Вау! Здесь много комментариев.

Я думаю, что стойкие острые углы делают Windows 10 уникальным. Если появятся закругленные углы, нужно что-то сделать с логотипом Windows, логотипом Microsoft и плитками. После того, как вы избавитесь от реликвий метро, ​​таких как плитки, вам также нужно будет переделать логотипы, такие как Office, которые имеют наклон. Я мог бы продолжать и говорить об эффектах закругленных углов и последовательности, но здесь я остановлюсь на этом.

@Poopooracoocoo в новых значках / логотипах офисов используются закругленные углы, как и в новом значке «Терминал» и в новых значках / логотипах визуальной студии.

И FWIW, я не хочу, чтобы они избавлялись от плиток, это достаточно плохо, что пользовательский интерфейс планшета Windows 10 сильно понизился по сравнению с Windows 8.1

@Poopooracoocoo , @mdtauk ,
Спасибо за ваш отзыв. Вы оба правы в том, что изменения должны применяться повсеместно. Таким образом, эти усилия запускают согласование с Fabric и другим видимым пользовательским интерфейсом, таким как Edge. Мы хотели бы, чтобы последовательность была достигнута в одночасье, но это путешествие. И он начинается со значения по умолчанию используемой здесь платформы пользовательского интерфейса (например, WinUI).

Обновление статуса:

Угловой радиус (также известный как закругленный угол) Практический документ PR создан.

Он будет добавлен на docs.microsoft.com в качестве документации.
Это будет новая страница под https://docs.microsoft.com/en-us/windows/uwp/design/style/.

Спросите у сообщества:
Я пытаюсь написать немного больше «объяснений (ПОЧЕМУ)», которые, по словам наших клиентов, мы предоставляем вместе с нашей документацией в некоторых из наших фокус-групп. Я хотел бы получить обратную связь, поскольку это не соответствует обычному шаблону документации.

Эта дополнительная информация полезна / полезна, нерелевантна, отсутствует другая информация и т. Д.?

@chigy единственное, что у меня есть по поводу документа, это то, что вы не упомянули, почему элементы управления будут получать закругленные углы.

@mdtauk , хороший улов. У меня был раздел «todo» (принципы), который это улавливает, но как-то во время редактирования контекст терялся. Я все еще работаю над заполнением этого раздела.

Обновление статуса

Создана отдельная проблема для отслеживания работы, которая находится за углом флажка внутри List и GridView (# 1096)

Изменения закругленных углов теперь регистрируются, закрывая эту проблему.

@mdtauk

И FWIW, я не хочу, чтобы они избавлялись от плиток, это достаточно плохо, что пользовательский интерфейс планшета Windows 10 сильно понизился по сравнению с Windows 8.1

извините, что ответил только сейчас. Они действительно избавляются от плитки! :(

Это интересное решение, поскольку Android теперь поддерживает только адаптивные значки, как и iOS, в то время как Windows переходит на значки произвольной формы. «Адаптивные» значки лучше смотрятся на экранах-заставках, потому что они имеют монохромный значок, поэтому вам не нужно иметь слепящий белый экран-заставку. С другой стороны, значки произвольной формы выглядят намного лучше, поскольку они дают разработчикам больше контроля над значком и подходят для настольной платформы (такие как заголовок, панель задач), а также для приложений win32.

Сам значок Office не похож на значки Word или PowerPoint. С этими изменениями я чувствую, что Microsoft теряет свою индивидуальность.

@Poopooracoocoo Я все еще надеюсь, что появится возможность использовать плитки вместо значков, даже если значки являются новым значением по умолчанию в новой оболочке.

@Poopooracoocoo и @mdtauk , пожалуйста, отправьте отзыв на Feedback Hub для обсуждения плиток, поскольку команда WinUI не участвует в плитках и не знает о планах.

@Poopooracoocoo и @mdtauk , пожалуйста, отправьте отзыв на Feedback Hub для обсуждения плиток, поскольку команда WinUI не участвует в плитках и не знает о планах.

Я отправил отзыв о сохранении плиток - есть коллекция с множеством положительных отзывов. Feedback Hub не так хорош, как GitHub, поскольку от команд разработчиков Windows практически нет отзывов или обсуждений.

Здравствуйте, а как отключить округления? Когда у круглой кнопки есть круглая всплывающая подсказка, это выглядит некрасиво.

@kikisaints @chigy Есть ли способ отключить закругленный угол, скажем, для определенного элемента, такого как @mklemarczyk ?

Здравствуйте, а как отключить округления? Когда у круглой кнопки есть круглая всплывающая подсказка, это выглядит некрасиво.

@mklemarczyk Вы пробовали установить значение CornerRadius равным 0 в стиле элемента управления? Возможно, вам придется сделать это в App.xaml, чтобы это повлияло на все элементы управления ToolTip.

@kikisaints @chigy Есть ли способ отключить закругленный угол, скажем, для определенного элемента, такого как @mklemarczyk ?

@mklemarczyk , вы видели наш инструктивный документ?
https://docs.microsoft.com/en-us/windows/uwp/design/style/ounded-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, хотя все, что я вижу в Интернете, _says_, что новый радиус угла по умолчанию равен 4epx?

Если вы видите разницу между WinUI2 и WinUI3 в отношении стилей, не могли бы вы открыть новый выпуск? Это может быть ошибка слияния стилей из WinUI2 в WinUI3.