Este debería ser un proyecto más amplio que solo las esquinas redondeadas de los botones, etc., como las usa Fabric.

• Botones
• Spinners / ProgressRing
• Barra de progreso indeterminada
• Casillas de verificación y botones de opción
• ComboBoxes y TextFields
  Etcétera.

Xbox seguirá teniendo diferentes requisitos, pero con un nuevo conjunto de consolas Xbox en camino, tal vez los equipos de Microsoft Design puedan trabajar juntos para alinear todo a tiempo para WinUI 3.0 y Xbox Next.

Fabric parece estar recibiendo mucha atención en este momento, con sus casos de uso multiplataforma y PWA. Entonces, tal vez Fabric se convierta en el modelo, al menos para la densidad compacta, y se mueva de 2px a 4px como medida mínima, y ​​luego extrapole las posibilidades táctiles y complete los estados de control faltantes.

ThemeShadows deberá tener en cuenta las esquinas redondeadas. Y las superficies acrílicas probablemente deberían incluir bordes internos y externos para asegurarse de que parezcan elevadas con respecto a los fondos.

@mdtauk Como establece el requisito número 4, hay un plan para racionalizar este cambio con Xbox. Dicho esto, esta característica específica se limita a las esquinas redondeadas solo para mantener el trabajo claramente definido. No dude en abrir solicitudes por separado para otras sugerencias de diseño que tenga.

Por cierto, ¿no entiendo bien sus comentarios sobre los bordes internos y externos de las superficies acrílicas? ¿Es el diseño de Xbox que está mencionando ya que actualmente no usamos dos bordes como usted especifica?

@chigy Claro que con la Xbox, eso es lo suyo. Pero el punto es que las esquinas redondeadas deben funcionar en todos los controles relevantes.

No estoy al tanto de las especificaciones de diseño de figma internas que el equipo de Fluent puede haber acordado o no, pero deben ser más que botones.

Fluent Web usa un radio de esquina de 2px para sus esquinas redondeadas, pero Fluent XAML ha tendido a usar 4px como medida base. Luego están las plantillas CompactDensity que probablemente usarían las mismas métricas que FluentWeb.

Hice una imagen comparativa de los controles compartidos de Xbox Fluent y Fabric, y lo diferentes que se ven. Por lo tanto, es necesario hacer más que las esquinas redondeadas mientras se examinan estas plantillas de control.

Ignora las cosas de Xbox

@mdtauk , para que tengas una impresión, esto solo se trata de un botón, no debo haberlo dicho claramente ... Ten la seguridad de que no lo es. Consulte los requisitos número 1 y sus sub elementos. Se trata de todos los controles.

No he tenido la oportunidad de publicar el archivo de diseño, pero el radio de la esquina que estamos planeando es de 2px (4px para la interfaz de usuario superpuesta). De hecho, trabajo muy de cerca con el equipo de Fabric (es decir, Fluent Web) y estamos evaluando estos cambios juntos. Dicho esto, hacer que coincidan exactamente igual no es nuestro objetivo, pero debemos ser coherentes y sentirnos parte de la familia cuando los usuarios los ven uno al lado del otro. Consulte el requisito número 4.

Por lo tanto, es necesario hacer más que las esquinas redondeadas mientras se examinan estas plantillas de control.

Está en proceso, pero lo estamos haciendo uno por uno / caso por caso. Tenemos cuidado al hacer cambios que tengan sentido para no cambiar las cosas por cambiar.

@chigy ¡ Gracias, gracias, gracias!

Me encantaría que pudieras compartir estos diseños con la comunidad, no solo porque todos queremos ver hacia dónde van los controles y la interfaz de usuario, sino también para que cuando se implementen los cambios podamos señalar inconsistencias, así como asegurar el futuro. ¡Las propuestas de control se sentirán como en casa!

Fabric Web, así como Fluent Web, parecen estar por delante del resto, y XAML, así como WPF y WinForms / Visual Styles deberían seguirlo.

@chigy @mdtauk Vea mi respuesta aquí . Simplemente ver los conceptos de la interfaz de usuario "para saber hacia dónde se dirige Fluent Design" o para señalar inconsistencias en mi opinión no es suficiente. Explico este punto con más detalle en el tema vinculado anterior, pero en pocas palabras, quiero que haya un intercambio activo entre los usuarios y el equipo de Fluent Design (FD) incluso cuando se trata de propuestas de diseño.

@mdtauk Sigo viendo que planteas el punto de actualizar los controles de WPF / WinForms para que coincidan con FD. Estoy diferencia de que a medida que tendrá WinUI si usted quiere enviar una aplicación no UWP con Win10 aspecto nativo y sentir y el equipo (s) en el MS sólo tiene recursos finitos que son mejor gastado en hacer uwp / WinUI LA definida Plataforma de presentación de Windows.
Entonces, @YuliKl @chigy @ pag3 : ¿Puedes comentar sobre esto? ¿Se actualizarán los controles predeterminados de WinForms / WPF para tener un nuevo aspecto FD o serán los controles de WinUI el camino a seguir para las últimas y mejores características de diseño como yo las entiendo?

Publiqué esta imagen en la propuesta de Numberbox, pero puede tener alguna relevancia para los controles de TextBox que se están actualizando.

BorderThickness , FocusReveal en Focused State, Border en Disabled State.

El estilo "Botones giratorios" se puede aplicar al botón de búsqueda, al botón de revelar contraseña, al botón de texto sin cifrar.

La sombra alrededor de los elementos de control / borde en estado enfocado me parece demasiado fuerte. ¿Por qué necesitan sombras? La versión actual (solo el cambio de color del borde) está totalmente bien. Las sombras pueden sugerir que el control (elemento) se está elevando al primer plano, lo que podría tener sentido en entornos 3D pero ciertamente no es necesario para entornos de escritorio clásicos y, se podría argumentar, agregar algo de distracción.

La sombra alrededor de los elementos de control / borde en estado enfocado me parece demasiado fuerte. ¿Por qué necesitan sombras? La versión actual (solo el cambio de color del borde) está totalmente bien. Las sombras pueden sugerir que el control (elemento) se está elevando al primer plano, lo que podría tener sentido en entornos 3D pero ciertamente no es necesario para entornos de escritorio clásicos y, se podría argumentar, agregar algo de distracción.

El resplandor alrededor del control cuando se enfoca, es el FocusVisualKind.Reveal y es controlado por el sistema. Tuve que aproximarme a cómo se ve porque no tengo las métricas para coincidir exactamente con la opacidad y el tamaño.

Tome mi uso como una indicación de que creo que el brillo hará que su enfoque sea mucho más claro, que simplemente cambiar el color del borde.

@mdtauk , respectivamente, ¿podría limitar la conversación en este número a la esquina redondeada? Realmente me gustaría recibir comentarios sobre la esquina redondeada específicamente y me temo que esta conversación se está volviendo demasiado confusa para aquellos que podrían haber venido aquí con ese propósito.

Dicho esto, lo que estás mostrando me parece un comportamiento Reveal Focus. Buscamos fortalecer el estado de enfoque e investigamos un poco sobre los usuarios y confirmamos que son demasiado fuertes, tal como lo menciona @ Felix-Dev en su respuesta.
https://docs.microsoft.com/en-us/windows/uwp/design/style/reveal-focus

@chigy Si la investigación muestra que Reveal Focus en el enfoque de control de texto es demasiado, lo aceptaré. Mis ejemplos incluyen las esquinas redondeadas, todo con algunos cambios leves en el borde, que encajan con la parte "... coherente con la dirección del estilo de la web y la aplicación" de la propuesta.

@mdtauk y @ Felix-Dev, ahora he subido composiciones visuales de los cambios propuestos.

@chigy ¿Existe alguna posibilidad de reconsiderar el grosor del borde de los controles de texto, cuadros combinados, cheques y controles de radio?

Fabric Web optó por un grosor de 1 epx y creo que esto hace que los controles sean más elegantes, especialmente con las nuevas esquinas redondeadas. En la actualidad se sienten un poco abultados.

Los cuadros de texto en modo compacto se beneficiarían enormemente. Pero cuando se enfoca, el borde puede ser más grueso.

Los botones usan el relleno de fondo con un 20% de opacidad por defecto. En Fabric Web, usan un borde de 1 epx y sin relleno. Creo que esta puede ser una mejor solución, y también permitiría que los botones en un control de cuadro de texto encajen bien.

La propuesta de NumberBox con botones giratorios ilustra esta combinación de botón y campo de texto

Quizás si el equipo no está dispuesto a convertir este estilo en el nuevo predeterminado, entonces se puede incluir un estilo / plantilla para él.

Para ayudar a ver las composiciones visuales creadas por @chigy , creé esto

Comentarios anecdóticos y poco profesionales sobre el tema de las esquinas redondeadas.
Al usar Edge y CrEdge, mi problema número uno con CrEdge es la sensación redondeada de toda la interfaz de usuario. Es espantoso y activamente hace que no me guste usarlo. Si agrega esquinas redondeadas a las cosas, agregue la capacidad de alternar el borde afilado para aquellos de nosotros que no queremos que algo que parezca un niño con tijeras de seguridad lo corten.

Para ayudar a ver las composiciones visuales creadas por @chigy , creé esto

@mrlacey , muchas gracias !!

@chigy ¿Existe alguna posibilidad de reconsiderar el grosor del borde de los controles de texto, cuadros combinados, cheques y controles de radio?

@mdtauk , tenemos algunos cambios visuales más que se están resolviendo en este momento en cuanto a cómo agrupar el trabajo (queremos que sean direccionables individualmente pero coherentes), uno de ellos es lo que está pidiendo, así que estad atentos.

Comentarios anecdóticos y poco profesionales sobre el tema de las esquinas redondeadas.
Al usar Edge y CrEdge, mi problema número uno con CrEdge es la sensación redondeada de toda la interfaz de usuario. Es espantoso y activamente hace que no me guste usarlo. Si agrega esquinas redondeadas a las cosas, agregue la capacidad de alternar el borde afilado para aquellos de nosotros que no queremos que algo que parezca un niño con tijeras de seguridad lo corten.

@ Zucce05 , Yes # 684 abordará su inquietud al poder volver a la esquina no redondeada fácilmente. Dicho esto, como puede ver en nuestra propuesta de composición, las esquinas no son tan redondas para mantener un aspecto profesional.

@chigy
No soy un fanático del cambio de diseño de las esquinas redondeadas, así que me alegra saber que hay una opción para volver a cambiar fácilmente. Sin embargo, no creo que haya una opción de radio de esquina en todo el sistema, ¿la habrá (similar a establecer un color de acento en todo el sistema)?

Sobre el tema del grosor del borde: me gusta el grosor actual de los botones y el grosor del borde también me parece bastante único en el panorama actual de la interfaz de usuario. Rara vez, si es que lo veo, veo este grosor de borde en la interfaz de usuario diferente de la interfaz de usuario de UWP, por lo que siempre actúa como un buen distintivo: "La interfaz de usuario que estoy viendo actualmente es UWP". Me gustaría que el grosor se mantuviera como está actualmente.

Al mirar sus composiciones visuales publicadas, la única área donde encuentro que el grosor del borde se ve extraño es en el caso de un TreeView con casillas de verificación. En ese caso, el grosor de las casillas de verificación me parece demasiado grueso. Puede ser un efecto visual engañoso, pero me parece que las casillas de verificación independientes tienen un grosor de borde más delgado y les queda bien. Por lo tanto, reduciría el grosor del borde de las combinaciones de verificación en un TreeView para que coincida con el efecto visual del grosor normal del borde de la casilla de verificación.

@mdtauk , tenemos algunos cambios visuales más que se están resolviendo en este momento en cuanto a cómo agrupar el trabajo (queremos que sean direccionables individualmente pero coherentes), uno de ellos es lo que está pidiendo, así que estad atentos.

@chigy He hecho algunas maquetas visuales para ilustrar los cambios que mencioné y acerca los controles a los controles de Fabric Web, pero sigo usando las métricas de control de Fluent.

Las sombras agregadas al hover son utilizadas por los controles de Fluent Web en las vistas web de Microsoft Store, pero esto se puede omitir de forma predeterminada, o la traducción Z se puede lograr mediante una animación de tema que se puede eliminar.

Mirando algunas de las propuestas de diseño de @mdtauk anteriores, claramente prefiero el grosor actual del borde de los botones, etc.

También me gustaría señalar que no soy tan fanático de basar Windows Fluent Design en Fabric Web u otros componentes de la interfaz de usuario web; quiero que Windows tenga un aspecto único, independientemente de lo que está sucediendo con la web. Tomemos los navegadores de Internet, por ejemplo: Chrome es el navegador más utilizado por una milla en estos días, pero ¿eso significa que el navegador basado en Edge Chromium debería verse exactamente igual o solo ligeramente diferente? No desde mi punto de vista. Como dije anteriormente, los estilos de control predeterminados actuales de UWP le dan a UWP (y por lo tanto a Windows) un aspecto único y agradable. Algo que me encantaría que considerara el equipo de Windows Fluent (es decir, no solo cambie cosas por cambiar).

@ Felix-Dev Fabric Web son los diseños de control web de Microsoft basados ​​en Fluent. Chromium Edge planea usar esos estilos de control de forma predeterminada. Pero, por supuesto, los diseñadores web pueden rediseñar sus controles CSS y los desarrolladores también pueden elegir sus propias plantillas para los controles XAML.

No estoy seguro de por qué los diseños de control de Microsoft deben diferir tanto de Web a Windows. Parece que son equipos diferentes, no hablando juntos. Y los desarrolladores aún tienen la opción de anular. Y estos nuevos valores predeterminados no surten efecto a menos que la aplicación se vuelva a compilar en WinUI 3.0

Al mirar sus composiciones visuales publicadas, la única área donde encuentro que el grosor del borde se ve extraño es en el caso de un TreeView con casillas de verificación.

@ Felix-Dev, para este problema en particular, creo que es solo un error extraño de Figma exportando visual con una escala algo extraña. Verifiqué dos veces la compilación real y el archivo Figma real desde el que exporté el PNG, se ven bien.

RE: Popularidad de la esquina redondeada
@mdtauk y @ Felix-Dev,
Mi colega hizo una consulta informal de lo que los desarrolladores (en su mayoría eran desarrolladores de LOB / WPF / WinForms) piensan sobre nosotros actualizando nuestros controles con esquinas redondeadas durante su vista previa y obtuvieron aplausos de la audiencia con muy buena recepción. También conseguimos que la gente se queje de que no doblamos las esquinas en Twitter para Windows con frecuencia.

Entonces, si bien respeto sus comentarios (y espero que los reciban), tenemos datos anecdóticos que indican lo contrario de lo que escucho aquí de ustedes. Dicho esto, es por eso que estamos considerando la forma de volver a cambiarlo en caso de que desee hacerlo. El diseño es complicado porque son bastante subjetivos. No puedo obligarte a usar una camisa roja si no te gusta el rojo, pero si eso es un "usa un día rojo", podría ser de tu interés usar una para no destacar. Si entiendes lo que quiero decir ... :)

Bueno, al final todo se reduce a preferencias personales. Creo que los estilos de control predeterminados actuales de UWP se ven bien y una gran parte para mí es que se ven únicos en comparación con lo que ves en la web o en aplicaciones populares como el navegador Chrome o sistemas operativos móviles como Android. Es un buen soplo de aire fresco.

Ahora, puedo ver por qué MS quiere tener diferentes estilos "predeterminados" para Windows y Web para su lenguaje de diseño. Sin embargo, tengo la sensación de que la dirección actual es hacer que Windows se parezca más a aplicaciones móviles / sistemas operativos móviles y no soy realmente un fanático de eso (consulte "Los controles XAML no son coherentes con la evolución de las aplicaciones web y móviles" en la propuesta de emisión).

Es probable que los desarrolladores puedan modificar fácilmente los estilos, pero lo más importante para mí es el estilo predeterminado con el que irá MS, ya que ese estilo se usará en todas las aplicaciones proporcionadas por MS (es decir, Configuración) y, por lo tanto, será un estilo en el que los desarrolladores externos también basarán su trabajo. (algunos más, otros menos).

@chigy

Mi colega hizo una consulta informal de lo que los desarrolladores (en su mayoría eran desarrolladores de LOB / WPF / WinForms) piensan sobre nosotros actualizando nuestros controles con esquinas redondeadas durante su vista previa y obtuvieron aplausos de la audiencia con muy buena recepción.

¿No es quizás esa la audiencia incorrecta para preguntar? ¿Qué pasa con los usuarios de todos los días? Vi a bastantes usuarios quejándose de la reciente inserción de esquinas redondeadas en los canales de reddit y discord, por ejemplo (aunque también siempre habrá usuarios a los que no les importará o no apoyarán ese cambio).

En cuanto al ejemplo de Twitter: es una aplicación de un tercero que quizás quiera tener su propio estilo de marca único. Estaría bien con eso (después de todo, ahí es donde entra su equipo y agrega soporte de personalización para estilos de control). Pero ciertamente no usaría una aplicación externa como razón para revisar el lenguaje de diseño oficial de Windows.

En pocas palabras, parece que el equipo de diseño de Windows está decidido a diseñar Windows más cerca del mundo móvil / web. Ahora, solo espero que esos cambios no sean demasiado radicales y que Windows siga siendo un aspecto único, haciéndolo fácilmente distinguible de otros entornos.

@ Felix-Dev Los controles web de Fabric son exclusivos de otros marcos y de los controles web predeterminados. Se actualizaron recientemente para usar Fluent Design, en comparación con el aspecto anterior, que era como los controles MDL2 de Windows 10 y los controles de Windows 8 / WinJS.

Los controles XAML todavía usan sus diseños de control MDL2, algunos elementos como los menús desplegables y menús usan elementos y materiales de Fluent Design.

Los estilos de texto en Fluent y Fabric han utilizado más los pesos Negrita y Semibold. Los diversos conceptos de Windows 10 también los han utilizado. Pero las aplicaciones Windows Shell y la bandeja de entrada aún no se han movido a este estilo.

Fabric Web y Fluent Web son los cambios más recientes en los controles de Microsoft desde que se anunció Fluent Design, por lo que es natural que miremos esos diseños para ayudarnos a encontrar una dirección a la que se dirigirán estas IU. Con WinUI 3.0 siendo un gran cambio para la plataforma y todos los controles con un aspecto renovado para que se sientan mejor, más frescos y más consistentes con Fluent Design de Microsoft.

RE: Consistencia web, fluidez y ser exclusivo de Windows
@ Felix-Dev y @mdtauk ,
Uno de los objetivos del equipo de diseño de Windows es la "familiaridad". Han investigado mucho sobre los usuarios con nuestros clientes (como usted indica, no nuestros desarrolladores sino nuestros usuarios diarios) y descubrieron que ser diferentes sin una buena razón no es algo bueno como se puede imaginar (estoy súper resumiendo así que esta no es la prueba exacta que hicieron, así que no me cites aquí). Windows necesita atraer nuevos tipos de usuarios cuya experiencia con cualquier tecnología podría estar comenzando con Mobile o Web. Esos usuarios sienten una brecha enorme cuando se les presenta Windows y tener un aspecto y una sensación "diferentes" no les ayuda. Un pequeño cambio como una esquina redondeada hace una gran diferencia en la percepción. El equipo de la oficina hizo un estudio similar con resultados similares, por lo que estamos avanzando con la esquina redondeada. No estamos tomando esta decisión a la ligera o en el vacío.

Eso no significa que los hagamos exactamente iguales. Si hay lugares en los que podemos mejorar, lo queremos. También queremos ser únicos como lo menciona Felix, pero deben ser significativos, no solo diferencias en las opiniones. Esos son lugares donde utilizamos tratamientos únicos de Fluent.

Como mencioné anteriormente en esta discusión, estoy trabajando muy de cerca con los equipos de Office, Windows y Edge. Nuestros equipos de diseño están ansiosos por tener un diseño que salga de Microsoft / Fluent, por lo que están analizando con mucho cuidado las diferencias y tratando de eliminar donde las diferencias no tienen sentido para que tengamos un punto de partida en el que podamos evolucionar juntos.

Sin embargo, es muy interesante que muchos de estos cambios fueran incubados por estos equipos por separado, pero a menudo llegaban a lugares muy similares. El adelgazamiento del borde es algo que Office implementó primero, pero Windows ha estado discutiendo sobre eso por un tiempo. Y todos estos son parte de la dirección de Fluent Design, como sugiere Martin.

_RE: Popularidad de la esquina redondeada_
@mdtauk y @ Felix-Dev,
Mi colega hizo una consulta informal de lo que los desarrolladores (en su mayoría eran desarrolladores de LOB / WPF / WinForms) piensan sobre nosotros actualizando nuestros controles con esquinas redondeadas durante su vista previa y obtuvieron aplausos de la audiencia con muy buena recepción. También conseguimos que la gente se queje de que no doblamos las esquinas en Twitter para Windows con frecuencia.

Entonces, si bien respeto sus comentarios (y espero que los reciban), tenemos datos anecdóticos que indican lo contrario de lo que escucho aquí de ustedes. Dicho esto, es por eso que estamos considerando la forma de volver a cambiarlo en caso de que desee hacerlo. El diseño es complicado porque son bastante subjetivos. No puedo obligarte a usar una camisa roja si no te gusta el rojo, pero si eso es un "usa un día rojo", podría ser de tu interés usar una para no destacar. Si entiendes lo que quiero decir ... :)

_RE: consistencia web, fluidez y ser exclusivo de Windows_
@ Felix-Dev y @mdtauk ,
Uno de los objetivos del equipo de diseño de Windows es la "familiaridad". Han investigado mucho sobre los usuarios con nuestros clientes (como usted indica, no nuestros desarrolladores sino nuestros usuarios diarios) y descubrieron que ser diferentes sin una buena razón no es algo bueno como se puede imaginar (estoy súper resumiendo así que esta no es la prueba exacta que hicieron, así que no me cites aquí). Windows necesita atraer nuevos tipos de usuarios cuya experiencia con cualquier tecnología podría estar comenzando con Mobile o Web. Esos usuarios sienten una brecha enorme cuando se les presenta Windows y tener un aspecto y una sensación "diferentes" no les ayuda. Un pequeño cambio como una esquina redondeada hace una gran diferencia en la percepción. El equipo de la oficina hizo un estudio similar con resultados similares, por lo que estamos avanzando con la esquina redondeada. No estamos tomando esta decisión a la ligera o en el vacío.

Eso no significa que los hagamos exactamente iguales. Si hay lugares en los que podemos mejorar, lo queremos. También queremos ser únicos como lo menciona Felix, pero deben ser significativos, no solo diferencias en las opiniones. Esos son lugares donde utilizamos tratamientos únicos de Fluent.

Como mencioné anteriormente en esta discusión, estoy trabajando muy de cerca con los equipos de Office, Windows y Edge. Nuestros equipos de diseño están ansiosos por tener un diseño que salga de Microsoft / Fluent, por lo que están analizando con mucho cuidado las diferencias y tratando de eliminar donde las diferencias no tienen sentido para que tengamos un punto de partida en el que podamos evolucionar juntos.

Sin embargo, es muy interesante que muchos de estos cambios fueran incubados por estos equipos por separado, pero a menudo llegaban a lugares muy similares. El adelgazamiento del borde es algo que Office implementó primero, pero Windows ha estado discutiendo sobre eso por un tiempo. Y todos estos son parte de la dirección de Fluent Design, como sugiere Martin.

Estoy a favor de cambiar los controles predeterminados, y los controles de Fabric Web se sienten más elegantes y pulidos que los diseños de control XAML actuales, en mi opinión.

Pero esto es más que solo cambiar las plantillas, se trata de exponer más propiedades que permitan a los desarrolladores anular estos cambios fácilmente sin necesidad de volver a crear la plantilla de todo el control.

Los nuevos valores predeterminados de CornerRadius podrían ser ThemeResources, algo así como
<Thickness x:Name="ControlCornerRadius" Value="2,2,2,2"/>
<Thickness x:Name="FlyoutCornerRadius" Value="4,4,4,4"/>

Luego, un desarrollador puede simplemente anularlos en App.xaml, o aplicar CornerRadius = "0" en los controles que quieren que permanezcan cuadrados.

Después de esto, también sugeriría que BorderThickness tenga sus valores predeterminados establecidos en 1epx en lugar de 2epx, pero todos los controles usarían ThemeResources, algo como:
<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"

Por lo tanto, estos se pueden anular globalmente en App.xaml, o simplemente en un estilo aplicado a algunos controles.

Establezca un nuevo valor predeterminado, pero permita anulaciones que no requieran una nueva plantilla.

Pero esto es más que solo cambiar las plantillas, se trata de exponer más propiedades que permitan a los desarrolladores anular estos cambios fácilmente sin necesidad de volver a crear la plantilla de todo el control.

@mdtauk , es correcto y, como mencioné, se realiza un seguimiento por el cambio propuesto con el # 684. Añadiendo @kikisaints a este hilo para que vea los buenos comentarios que le diste (pero sin citar todo, ya que será enorme :)

@chigy Mientras publicaba esa última respuesta, se agregaron otras cosas, así que tuve que incluir las citas :)

Me encantaría saber más sobre los tipos de debates que han tenido los equipos de la interfaz de usuario de Windows. He estado haciendo ideas de diseño de control durante los últimos años para mis propios propósitos y para conversaciones de Twitter, y algunas de las cosas que ahora están en Fabric Web y Office Xaml eran cosas que quería cambiar. Grosores de los bordes, ciertas inconsistencias con los botones de opción, casillas de verificación, menús desplegables, etc.

¡Estoy emocionado de ver cómo se desarrollan estos cambios y estoy feliz de participar en las discusiones que se están llevando a cabo aquí!

Gracias por tomar mi entusiasmo de la manera constructiva que pretendía, incluso si puede parecer agresivo u obstinado.

Definitivamente aplaudo la decisión de hacer que la personalización de los controles sea tan simple como establecer una propiedad en lugar de tener que volver a crear la plantilla de todo el control para un solo cambio.

Sin embargo, al final, lo que más quiero ver es un mayor soporte de personalización en el sistema operativo: como ya saben, no soy un fanático de los cambios propuestos (el radio de esquina sutil es una cosa, la reducción del grosor del borde es otra) y me gusta el diseño actual. Por otro lado, tenemos usuarios como @mdtauk que claramente son un gran admirador de los cambios propuestos. Windows debería hacer uso de la nueva flexibilidad en esos controles y brindar opciones para personalizar la apariencia en todo el sistema, para los casos en los que tenga sentido y también brindar a los desarrolladores la flexibilidad de optar por no seguir la configuración del sistema.

Mirando el pensamiento de la frontera en particular, el sistema propuesto hace que proporcionar una opción de todo el sistema para radios de esquina sea extremadamente fácil (al igual que con el color de acento actual, que se expone como un recurso que las aplicaciones pueden usar). Especialmente teniendo en cuenta que los cambios propuestos en el radio de las esquinas son bastante pequeños, esto también podría ser factible en cuanto al diseño de las aplicaciones (y si el desarrollador no lo siente, siempre puede optar por no participar).

Me encantaría saber más sobre los tipos de debates que han tenido los equipos de la interfaz de usuario de Windows.

@mdtauk , es nuestra intención traer todos los próximos cambios visuales a través de GitHub, así que espere más. También estoy planeando expandir la documentación para incluir algunos de estos antecedentes, pero eso es algo con lo que estoy experimentando, así que no estoy seguro de si será algo seguro ...

Sin embargo, al final, lo que más quiero ver es un mayor soporte de personalización en el sistema operativo ...
Windows debería hacer uso de la nueva flexibilidad en esos controles y brindar opciones para personalizar la apariencia en todo el sistema, para los casos en los que tenga sentido y también brindar a los desarrolladores la flexibilidad de optar por no seguir la configuración del sistema.

@ Felix-Dev, el tipo de personalización que estamos buscando actualmente para Windows (¿supongo que algo que el usuario puede cambiar desde la configuración?) Son cosas que afectan la usabilidad. No estoy seguro de si las esquinas redondeadas o el grosor del borde son uno de ellos. No es el objetivo de Windows hacer que el usuario pueda diseñar toda la interfaz de usuario como lo desee. Todavía queremos proporcionar el diseño de Windows y la esquina redondeada es uno de los factores de diseño clave que no creo que sea algo destinado a la personalización ... Al menos a partir de ahora según la definición de personalización. Gracias por sus comentarios y buscaré lugares donde tenga sentido exponer a medida que pensamos en más cambios de diseño.

@ Felix-Dev Con la cantidad de personalización que los desarrolladores pueden hacer con los controles, sería imposible ser coherente con cualquier configuración del sistema operativo con respecto a las alteraciones del diseño de los controles.

@chigy Al traer las composiciones de diseño para cada uno de los nuevos diseños de control a GitHub, sería útil incluir información que Microsoft haya recopilado de cualquier estudio de investigación sobre por qué los cambios mejorarán las cosas. Entonces, en lugar de "Cambiamos esto de un triángulo a un hexágono", sería algo así como "al realizar un experimento de familiaridad y comodidad del usuario, se descubrió que al cambiar el diseño de este botón de un triángulo a un hexágono, a más personas les resultó más fácil para identificarlo como un botón y, en comparación con otras interfaces de usuario de plataforma, sentí afinidad con este diseño ", etc.

@mdtauk

Con la cantidad de personalización que los desarrolladores pueden hacer con los controles, sería imposible ser coherente con las configuraciones del sistema operativo con respecto a las alteraciones del diseño de los controles.

No estoy hablando de cómo los desarrolladores externos honrarían esa configuración de usuario (ya pueden diseñar los controles hoy en día de la forma que quieran), sino del aspecto de los componentes de Windows. Eso significa la aplicación Configuración, Portapapeles, Snip & Sketch, elementos de la interfaz de usuario en los menús desplegables de la barra de tareas (como los botones en el panel de red), etc.

Por mi parte, apenas estoy usando aplicaciones para UWP fuera de las proporcionadas por MS, por lo que no tengo ningún problema con los estilos personalizados de los desarrolladores externos. Sin embargo, interactúo a diario con los elementos de UWP en el sistema Windows.

@chigy Correcto, estaba viendo una configuración en la aplicación de configuración de Win 10 donde un usuario puede cambiar, hasta cierto punto, el aspecto de la interfaz de usuario. Queda por ver lo que realmente tendría sentido y también sería viable en términos de trabajo adicional para que el usuario pueda cambiar las características de la interfaz de usuario. Siento que cuanto más pequeños sean los cambios que se proponen ahora (radio de esquina sutil), más viable será agregar una opción para volver al estilo anterior (controles cuadrados).

Una última cosa: Win 10 tiene 800 millones de usuarios y contando. No todo el mundo está tan entusiasmado como Martin con los cambios propuestos y sería bueno si Windows también intentara adaptarse a esos usuarios. Como dijiste, la interfaz de usuario es muy subjetiva y si existe alguna posibilidad de agregar flexibilidad al sistema de interfaz de usuario, MS debería al menos considerar eso.
Para los navegadores de Internet, por ejemplo, existe toda una industria de tematización, en la que no solo se cambian los colores, sino también el aspecto de los elementos de la interfaz de usuario, como pestañas o la barra de búsqueda: https://github.com/muckSponge/MaterialFox (lo suficientemente gracioso , ese proyecto en particular agrega esquinas redondeadas a Firefox, y no soy un fanático de las esquinas redondeadas).
Sin embargo, para el sistema Windows, los usuarios no pueden simplemente crear un tema propio, por lo que sería bueno si MS pudiera proporcionar opciones de personalización de la interfaz de usuario.

@mdtauk @chigy
Por favor, consulte esta publicación de Reddit para ver que no soy solo yo quien no es fanático de las esquinas redondeadas. Tenemos a personas a las que no les gusta todo el movimiento y también muchos piden que los usuarios tengan opciones para su apariencia de Windows para que puedan volver a la apariencia actual.

Muy bien, muchas personas me instaron a dar algunos comentarios sobre este hilo porque hay una consulta sobre los cambios propuestos en la interfaz de usuario, principalmente la idea de forzar esquinas redondeadas en literalmente todo y como alguien que es un diseñador de interfaz gráfica (principalmente concepto y diseño) y ha usado Windows 10 desde que estaba en desarrollo.Me voy a poner del lado de todos los que no les gusta mucho el cambio propuesto de agregar esquinas redondeadas a todo el sistema operativo, y exhorto encarecidamente a que estos cambios no se realicen o se permitan el usuario tiene preferencia de si quiere esquinas redondeadas o esquinas afiladas a través de una opción de personalización.

En términos de lamento: manténgalos cuadrados o hágalo opcional a nivel de usuario.

Tengo razones más que suficientes, pero las más importantes son simplemente el hecho de que Windows desde Windows 8 ha tenido esquinas cuadradas y prácticamente todo se ha diseñado en torno a esto durante años, esta propuesta es en gran medida un intento de adoptar las mismas esquinas redondeadas de iOS. y plataformas Android por el motivo que sea. El mayor problema es que hacer esto no solo aumentaría la cantidad de inconsistencia en todo el sistema, sino que forzaría un cambio tan "pequeño" en la interfaz de usuario que en realidad es mucho más grande de lo que cree que también causaría inconsistencias en todo el ecosistema de la aplicación porque tendrá desarrolladores que no quieren actualizar su aplicación simplemente por un simple cambio como ese.

En mi opinión, esto NO debería ser en absoluto una elección de desarrollador, no solo por las razones mencionadas anteriormente, sino que Windows siempre se ha centrado en la personalización y el poder, tome el tema Windows 98, también conocido como Classic, como ejemplo. Cuando apareció Windows XP, muchas personas todavía usaban Classic porque tenía más opciones de personalización que el tema Luna. XP no forzó el tema de Luna a todos en absoluto, aún tenía la opción de usar Classic. Este cambio propuesto NO te da la opción de retener las esquinas cuadradas en cualquier lugar, está obligando a todos a lidiar con algo que quizás no les guste, algo muy malo en mi opinión cuando se trata de permitir que un usuario personalice el sistema operativo a su gusto.

Sé que probablemente estés pensando, "un cambio tan pequeño no es algo en lo que los usuarios estén interesados" o "dejar que el usuario personalice demasiadas cosas los confundiría", pero estoy bastante seguro de que cualquier usuario podría entender qué alternar entre esquinas redondeadas y afiladas o incluso un tema sería suficiente con la descripción y el contexto adecuados. También agregaré que muchas personas definitivamente están interesadas en tener la opción para esto en lugar de que se les imponga algo más en contra de su voluntad, vea la publicación de Reddit @ Felix-Dev publicada si necesita más pruebas de que a las personas no les gusta la idea de redondeo rincones por todas partes.

A muchas personas les disgusta mucho incluso la propuesta de las esquinas redondeadas y muchos la consideran un paso atrás, incluso revisan los comentarios en varios videos de la próxima interfaz de usuario de Hololens que se está redondeando, la mayoría de los comentarios una vez más son sobre que no les gustan mucho todas las esquinas redondeadas e incluso hay comentarios que dicen variaciones de "Microsoft tira la toalla en el departamento de UI y copia a Apple o Google", aunque no es la primera vez que Microsoft usa esquinas redondeadas, la gente ahora lo ve como algo negativo.

Nuevamente, esto debería ser realmente una opción o incluso un tema, ni siquiera es un concepto nuevo ya que Windows ha tenido temas durante años en versiones anteriores, en todo caso, debería ser un mensaje pidiendo el regreso de una temática sólida, en lugar de forzar algo nuevamente. a todos y reduciendo las opciones.

Creé una sutil con las esquinas redondeadas.

La gente también está señalando inconsistencias en la interfaz de usuario, incluso en las aplicaciones oficiales de Win 10 MS, consulte la aplicación Configuración y la aplicación Seguridad (NavigationView se extiende a la barra de título), y también las diferencias entre los componentes del sistema win32 y los elementos más nuevos de UWP. Como mencionó @SavoySchuler , es de esperar que esto se solucione con WinUI 3.0. No es un punto específico con respecto a esta propuesta, sino más bien un deseo "generalizado" entre muchos de nosotros, los usuarios de Windows. No se trata tanto de que las esquinas sean redondas o no, sino de la coherencia en el sistema Windows.

La consistencia es la clave aquí y había sido mi principal preocupación.

WinUI 3.0 trata sobre los cambios en los controles XAML que afectan las aplicaciones de la bandeja de entrada y la interfaz de usuario de Windows.

Fabric Web es su propio equipo, pero todos los equipos se comunican juntos y basan sus decisiones en Fluent Design, por lo que supongo que el diseño de Fabric Web es el último pensamiento de Microsoft, por lo que debe prevalecer la coherencia.

Xbox Next, Windows Lite y Windows Core OS vendrán con nuevos shells, por lo que eso también debe ser una consideración para los equipos, con Windows 10 para soporte heredado.

Lo que dijo @chigy es exactamente lo que yo y muchos otros acabamos de pedir, un cambio más sutil que también permitiría a las personas a nivel de usuario en lugar de a nivel de desarrollador simplemente decidir si quieren ver esquinas afiladas o esquinas redondeadas, similar a cómo Los temas de Windows solían funcionar.

En base a lo que dijo @Nepxune anteriormente, quizás sería bueno brindar a los usuarios un rango selecto de valores entre los que pudieran elegir para un radio de esquina de todo el sistema. Al menos para valores pequeños en el rango de 0 a 2, creo que no habría ningún impacto negativo en la interfaz de usuario diseñada meticulosamente. Después de todo, estos son cambios muy sutiles y, por lo tanto, aún deberían preservar la identidad de la interfaz de usuario de Windows.

Sin embargo, veo que incluso si la personalización de la interfaz de usuario se agregará a Windows, debe haber límites, tanto en la cantidad de elementos que puede cambiar el usuario como en el conjunto de valores que un usuario puede elegir. De lo contrario, existe el riesgo de afectar negativamente la interfaz de usuario existente y también desviarse demasiado del aspecto de Windows deseado por el equipo de diseño.

Tengo una especie de perspectiva diferente sobre esto.
Al principio del hilo vi una discusión sobre cómo acercar los estilos Fabric UI (Web) y Windows (UWP), y esto me preocupa un poco.

Aquí hay algo de contexto: he sido usuario de Microsoft Edge durante años, y una de mis cosas favoritas fue su apariencia inspirada en UWP. Cuando se reveló Edge Insider, me decepcionó mucho ver que utilizaba un diseño de interfaz de usuario web y Chrome modificado en lugar del estilo UWP de su predecesor. Si bien las esquinas redondeadas que se muestran son muy mínimas, hasta el punto en que no tengo ningún problema con ellas, este hilo me está dando la misma sensación de decepción. No quiero que Windows pierda su apariencia única (¡y superior!) A favor de igualar "estándares web" mal diseñados. De hecho, ¡preferiría ver aspectos del diseño de Fluent UWP en Fabric!

Creo que el plan para Edge es eventualmente traer de vuelta Acrylic y mover la interfaz de usuario más hacia un estilo Windows / Fluent Design.

Pero Windows también está avanzando un poco para salvar la brecha.

No es imposible crear una configuración en el sistema operativo para elegir entre controles redondeados y no redondeados, es imposible imponerlo en todas las aplicaciones y funciona de una manera totalmente diferente a los estilos visuales de la era XP.

Además, WinUI 3.0 trata de separar la plataforma de la aplicación y los controles del sistema operativo, por lo que puede que no sea una buena decisión unir más.

Por supuesto, como desarrollador de aplicaciones, tiene la opción de establecer el valor de CornerRadius en sus controles en 0 para recuperar los controles al cuadrado.

Apoyo este empuje para pequeñas esquinas redondeadas, pero prefiero el control deslizante de mango vertical actual al control deslizante de mango circular. El mango vertical se siente más preciso y es más fácil averiguar dónde está de un vistazo. Al menos así es como lo veo yo. ¡Sigan con el buen trabajo aunque!

¿Hay alguna razón por la que el pulgar de la barra de deslizamiento de MediaTransport sea redondo con un contorno, mientras que el nuevo pulgar deslizante propuesto es un círculo lleno?

Creo que el pulgar circular es mucho más agradable que la extraña forma de pastilla / pastilla que no se ajusta a ninguno de los otros controles.

No sé si lo recuerdan, pero incluso hacer que las personas se coloquen en esquinas redondeadas fue un gran problema para muchos fanáticos de Windows en su día y eso fue solo un cambio menor. Para mí, tener esquinas redondeadas en todas partes significaría que Windows perdería el aspecto distintivo que tiene desde la introducción del lenguaje de diseño metropolitano y el diseño fluido. Tbh, el lenguaje de diseño siempre fue una gran clave para mí, lo que hizo que el desarrollo de uwp fuera atractivo para mí. Sería muy triste verlo pasar y convertirse en genérico.

Junto con los conceptos de diseño TextBox y NumberBox que he realizado, aquí hay algunos para ComboBox y EditableComboBox

¡Buen trabajo!
Tengo un par de sugerencias sobre los menús desplegables. Con las sombras delimitando el menú, ¿realmente necesitamos el borde? Y en mi opinión, el resaltado de selección podría cubrir todo el ancho de la superficie flotante, sin dejar espacios.

Aprecio los bordes desenfocados más delgados, y el brillo de revelación de enfoque debería hacer que sea más fácil ver qué elemento está enfocado mientras se desplaza por la interfaz de usuario con un teclado (en realidad, preferiría que sea un poco más fuerte que el anterior).

¡Buen trabajo!
Tengo un par de sugerencias sobre los menús desplegables. Con las sombras delimitando el menú, ¿realmente necesitamos el borde? Y en mi opinión, el resaltado de selección podría cubrir todo el ancho de la superficie flotante, sin dejar espacios.

El resaltado de selección cubre todo el ancho, pero he colocado un borde interior más claro en los volantes, lo que ayudará a que se levante de la superficie junto con el efecto acrílico y la sombra; sin embargo, el borde interior podría hacerse más sutil si es demasiado fuerte - Es más una idea que una propuesta de diseño totalmente final.

@mdtauk

No es imposible crear una configuración en el sistema operativo para elegir entre controles redondeados y no redondeados, es imposible imponerlo en todas las aplicaciones y funciona de una manera totalmente diferente a los estilos visuales de la era XP.

Por eso dije que sea opcional para los desarrolladores. Honestamente, nada cambiaría realmente. Las aplicaciones de terceros ya pueden enviarse con el aspecto que deseen. Si una empresa desea enviar su aplicación con una interfaz de usuario redondeada (botones circulares, ...), puede hacerlo.

Además, WinUI 3.0 trata de separar la plataforma de la aplicación y los controles del sistema operativo, por lo que puede que no sea una buena decisión unir más.

Como dije anteriormente, me lo imagino de manera similar a cómo se maneja hoy el Color de acento (que el usuario puede configurar en la configuración). Exponerlo como un recurso al que los controles pueden vincular su radio de esquina, de esa manera, los cambios en el radio de esquina se reflejarán en la aplicación sin trabajo adicional para los desarrolladores.

Solo dejo mis comentarios de reddit aquí desde la perspectiva de los usuarios: “Me encanta el aspecto limpio de las esquinas redondeadas de la propuesta. Sin embargo, como todos los demás (en reddit), la consistencia en todo el sistema operativo todavía necesita mucho amor ".

¿Hay alguna razón por la que el pulgar de la barra de deslizamiento de MediaTransport sea redondo con un contorno, mientras que el nuevo pulgar deslizante propuesto es un círculo lleno?

@mdtauk , de hecho, eso es algo que estamos viendo, pero eso no significa que haremos el cambio, así que no estoy estableciendo expectativas ...

Tengo un par de sugerencias sobre los menús desplegables. Con las sombras delimitando el menú, ¿realmente necesitamos el borde? Y en mi opinión, el resaltado de selección podría cubrir todo el ancho de la superficie flotante, sin dejar espacios.

@quantumfrost , sí, de hecho, lo hacemos. Shadow es inteligente. Entonces, cuando el sistema esté en modo de bajo consumo o en alguna otra situación en la que apaguemos la sombra, el borde entrará en juego. Diseñamos el borde de tal manera que sea sutil. Evaluamos varias opciones diferentes, pero esta es la más sólida.

@nepxune , @mdtauk
Gracias por tus comentarios.
Permítanme responder a algunos de los puntos que menciona anteriormente.

La opción de proporcionar una configuración de usuario para que el redondeo de las esquinas sea algo entre lo que el usuario pueda elegir es interesante. Sin embargo, también tiene mucho que ver con esta retroalimentación sobre otras características importantes con las que tenemos que sopesar en el sistema Windows en su conjunto.

Como desarrolladores de aplicaciones, espero que todos estén muy conscientes de la necesidad de priorizar y hacer lo correcto para sus clientes. En el caso de Windows, el cliente son los usuarios que utilizan el sistema operativo. Por supuesto, los desarrolladores que crean aplicaciones en este sistema operativo también son clientes importantes, y creo que al proporcionar la facilidad de cambiar los radios de las esquinas, podemos abordar el problema principal que habría introducido este cambio.

En cuanto a los usuarios que usan el sistema operativo, escuchamos de nuestros clientes que Windows es demasiado intimidante. Tanto el equipo de Windows como el de Office hicieron un estudio de usuario donde terminaron concluyendo (de forma independiente) que incluso tan sutil como una esquina redondeada hace una diferencia para hacer que el producto se sienta familiar y accesible.

Así que sé que muchas personas en GitHub y otros foros mencionan que estamos siguiendo iOS y Android, pero no es así. Llegamos a esta decisión entendiendo a nuestros usuarios. Sí, el hecho de que utilicen esquinas redondeadas se suma al aspecto de familiaridad, pero no estamos siguiendo ciegamente lo que está haciendo la industria.

Tengo una especie de perspectiva diferente sobre esto.
Al principio del hilo vi una discusión sobre cómo acercar los estilos Fabric UI (Web) y Windows (UWP), y esto me preocupa un poco.

Aquí hay algo de contexto: he sido usuario de Microsoft Edge durante años, y una de mis cosas favoritas fue su apariencia inspirada en UWP. Cuando se reveló Edge Insider, me decepcionó mucho ver que utilizaba un diseño de interfaz de usuario web y Chrome modificado en lugar del estilo UWP de su predecesor. Si bien las esquinas redondeadas que se muestran son muy mínimas, hasta el punto en que no tengo ningún problema con ellas, este hilo me está dando la misma sensación de decepción. No quiero que Windows pierda su apariencia única (¡y superior!) A favor de igualar "estándares web" mal diseñados. De hecho, ¡preferiría ver aspectos del diseño de Fluent UWP en Fabric!

@ 19lmyers
Gracias por sus comentarios acerca de su preocupación acerca de que Windows pierda su apariencia única (e incluso superior). Como se mencionó en el comentario anterior, nuestros usuarios no necesariamente aprecian que Windows sea demasiado diferente porque no les son familiares, por lo que este es un acto de equilibrio.

En Fluent Design System, los equipos de diseño de la empresa están discutiendo muchas diferencias y tratando de eliminar las diferencias innecesarias introducidas hasta ahora. Al igual que el comentario que hice anteriormente sobre iOS y Android, los diseños que proponemos no se deben a que estemos copiando Fabric, sino que nuestros diseñadores de Windows llegaron a ellos basándose en la reevaluación de su propio sistema de interfaz de usuario. A menudo resultan en un diseño similar, curiosamente ... Dicho esto, realmente aprecio el entusiasmo de muchas personas por mantener Windows único.

¡Bienvenido a nuestro repositorio, @ zag2me! Estamos emocionados de que se una a las discusiones aquí. ¡Estoy de acuerdo y es el lugar adecuado para llamar la atención sobre los problemas que te importan! Puede encontrar nuestro formulario de solicitud de funciones aquí: https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy

La opción de proporcionar una configuración de usuario para que el redondeo de las esquinas sea algo entre lo que el usuario pueda elegir es interesante. Sin embargo, también tiene mucho que ver con esta retroalimentación sobre otras características importantes con las que tenemos que sopesar en el sistema Windows en su conjunto.

En cuanto a los usuarios que usan el sistema operativo, escuchamos de nuestros clientes que Windows es demasiado intimidante. Tanto el equipo de Windows como el de Office hicieron un estudio de usuario donde terminaron concluyendo (de forma independiente) que incluso tan sutil como una esquina redondeada hace una diferencia para hacer que el producto se sienta familiar y accesible.

Llegamos a esta decisión entendiendo a nuestros usuarios. Sí, el hecho de que utilicen esquinas redondeadas se suma al aspecto de familiaridad, pero no estamos siguiendo ciegamente lo que está haciendo la industria.

Gracias por sus comentarios acerca de su preocupación acerca de que Windows pierda su apariencia única (e incluso superior). Como se mencionó en el comentario anterior, nuestros usuarios no necesariamente aprecian que Windows sea demasiado diferente porque no les son familiares, por lo que este es un acto de equilibrio.

Y aquí está el problema que tengo con eso: mencionas "usuarios de Windows", pero en todo caso, este hilo y otros hilos de reddit vinculados han mostrado hasta ahora es que no hay un grupo homogéneo de "usuarios de Windows". Al final del día, una empresa siempre puede seguir la dirección que la mayoría de sus clientes quieren, pero incluso eso deja problemas. ¿Qué pasa si la proporción es bastante pequeña (y detrás de cada número habría un gran número absoluto de usuarios)? Según los comentarios aquí, en reddit y otros lugares, no tengo la sensación de que haya una mayoría abrumadora para una interfaz de usuario u otra.

Lo que nos lleva a la propuesta que algunos de nosotros hemos estado flotando: Agregar más opciones de personalización de la interfaz de usuario a Windows.

Como usted dice con razón, las opciones de personalización dadas deben medirse con cuidado, pero la personalización en sí misma no debe descartarse como una opción. Como dijiste, y en este punto estoy empezando a repetirme, el cambio de radio de esquina propuesto es un pequeño cambio, por lo que cualquier impacto de convertirlo en una elección del usuario en la interfaz de usuario debería ser insignificante o inexistente. Yo y otros también hemos señalado limitaciones para este mismo ejemplo, como un conjunto de valores en el rango de 0 a 2 para radios de esquina, para garantizar que los usuarios no puedan simplemente personalizar su Windows de una manera que rompa la "interfaz de usuario de Windows Identidad "que su equipo quiere crear.

En pocas palabras, las opciones de personalización cuidadosamente medidas además de estos cambios de diseño suenan como una excelente manera de abordar las diferentes preferencias de la interfaz de usuario entre nosotros los usuarios de Windows y contribuirían en gran medida a crear una interfaz de usuario satisfactoria para toda la familia de nosotros, los apasionados usuarios de Windows. .

@chigy
La mayoría de la gente estaría de acuerdo en que 2px sería un buen radio. Darle al resto la opción de apagarlo sería un buen ideal.

La mayoría de los usuarios quieren que Windows esté a la vanguardia de la interfaz de usuario, pero otros usuarios heredados no quieren cambiar.

No sacrifique el cambio por unos pocos, simplemente déles la opción de apagarlo.

@shaheedmalik
No hay usuarios "heredados" aquí y tampoco veo cómo se llega a "la mayoría de los usuarios quieren [esquinas redondeadas]" o que el aspecto actual de Windows no es "de vanguardia".

La interfaz de usuario es muy subjetiva, pero eso no significa que podamos pasar por alto las diferentes opiniones como "heredado", "no dispuesto a cambiar", etc.

No intentemos simplemente descartar lo que dicen otros usuarios como opiniones de "usuarios que no quieren despertar del pasado" y mantener la discusión actual apasionada pero también respetuosa como ha sido hasta ahora.

Los usuarios de @ Felix-Dev Legacy son los que se habrían quedado en Windows 7 si hubieran tenido la oportunidad, los que se resistieron a los cambios realizados en Windows 8, los que se resisten a los cambios en la interfaz de usuario del sistema operativo en el futuro.

Apple y Google copiaron funciones de Windows 8.1, las implementaron y los usuarios pasaron a esas plataformas porque las consideraban de vanguardia. Mientras tanto, Microsoft escucha a los usuarios heredados, se redujo debido a una minoría de voces ruidosas.

En este caso en particular, la mayoría quiere esquinas redondeadas como enlazadas (https://www.reddit.com/r/Windows10/comments/bwnxne/windows_10_unded_corners_and_more_ui_changes/)

Sin embargo, no soy un usuario heredado y me pareció que simplemente arrojaste a todos los que no les gusta el empuje actual de las esquinas redondeadas (y la posible reducción del grosor del borde) en esa categoría exacta. Tampoco obtengo su voto negativo para mi puesto.

Acerca del caso mayoritario: no conocía ninguna encuesta de diseño realizada por MS sobre este mismo tema y, según las reacciones de muchos usuarios hace un mes, cuando los detalles sobre este impulso aparecieron por primera vez en Internet, muchos usuarios tampoco estaban al tanto ( tan probablemente no se le había preguntado). Si revisa esta publicación de reddit (que por cierto tiene tres veces más comentarios que el hilo de reddit que vinculó anteriormente) notará que, por lo que sabemos, la imagen no es exactamente clara. No estoy en posición de afirmar que "esta posición es claramente mayoritaria" y me abstendré de hacerlo también en el futuro.

Si me equivoco acerca de su publicación, le pido disculpas, pero por la forma en que la leí, claramente desestimó cualquier voz que defendiera este cambio declarando que es la voz de un "usuario heredado que no quiere cambios ". Eso es una falta de respeto para mí y todos los demás sumarían sus voces a este debate.

@ Felix-Dev No intentemos leer ninguna opinión personal en estos votos positivos / negativos y respuestas.

La respuesta simple es que estos cambios no se realizan por capricho o para copiar otros estilos de interfaz de usuario de la plataforma, sino como resultado de consultas, comentarios y una voluntad expresa de usuarios y desarrolladores.

Debemos tratar de mantener las discusiones constructivas, no sobre si los cambios deben hacerse o no, sino de qué manera deben hacerse.

La gente odiaba las esquinas redondeadas en la publicación original porque eran demasiado redondas.
Esta publicación más reciente enlaza con esta propuesta actualizada de GitHub. Los comentarios más recientes reflejan las respuestas de la propuesta actualizada. Además, la publicación original de hace un mes se vinculó para mostrar a los usuarios los cambios de la propuesta original a la propuesta revisada.

Estoy de acuerdo, deberíamos volver a la propuesta y olvidarnos de estas últimas publicaciones.

Creo que está bastante claro en este punto que estos cambios se realizarán y todo lo que estoy tratando de hacer es convencer a @chigy de que existe un caso para una personalización cuidadosamente medida, algo que todos los participantes aquí pueden encontrar útil en algún momento, ya sea que como el cambio de interfaz de usuario actual o no. Tal como hemos dicho otros y yo, incluido @shaheedmalik , agregar algún tipo de personalización del radio de esquina podría ser un buen ideal por el que luchar.

En este momento hay una propuesta para facilitar a los desarrolladores la configuración de su propio CornerRadius en cada control (# 684), lo que también permite al equipo agregar CornerRadii a los controles de forma predeterminada.

Hacerlo a nivel de sistema operativo es una tarea complicada, y la investigación no justifica el tiempo y el esfuerzo de ingeniería necesarios para implementarlo.

Pero ha dejado en claro sus puntos de vista @ Felix-Dev y si después de que los nuevos controles estén en manos de la mayoría de los usuarios de Windows, los comentarios recibidos podrían llevar a que esta idea se explore en el futuro.

He actualizado la especificación para eliminar "AppBarSeparator" del redondeo desde que confirmé que es una línea de 1 px.

He actualizado la especificación para eliminar "AppBarSeparator" del redondeo desde que confirmé que es una línea de 1 px.

@chigy Con una escala del 100%, será 1 epx, pero con una escala del 200%, 300%, 400%, esto puede requerir algo de atención.

Si realmente es una línea, y no un rectángulo, tal vez estableciendo StrokeStartLineCap y StrokeEndLineCap en PenLineCap.Round

@mdtauk

Hacerlo a nivel de sistema operativo es una tarea complicada, y la investigación no justifica el tiempo y el esfuerzo de ingeniería necesarios para implementarlo.

Esta propuesta ya parece hacer la mayor parte del trabajo, agregando una propiedad CornerRadius a los controles. Entonces, lo único que quedaba sería la creación del recurso SystemCornerRadius al que esos controles podrían unirse para su radio de esquina real (similar a cómo hoy usa un recurso SystemAccentColor para colorear elementos de su interfaz de usuario en el color de acento que el usuario establece en la aplicación Configuración.

En cuanto a cuánto trabajo sería crear dicho recurso y hacerlo actualizable a través de la aplicación Configuración, MS debe comentarlo. Pero dado el trabajo que esta propuesta ya está haciendo de todos modos y también el trabajo anterior en la forma de exponer un recurso AccentColor, no veo cómo sería tan exigente como usted lo dice. El nivel de sistema operativo, literalmente, solo proporcionaría un valor de radio de esquina que se puede leer y escribir y luego usar el mismo sistema que ya tiene para el recurso de color de acento de hoy.

@mdtauk

Hacerlo a nivel de sistema operativo es una tarea complicada, y la investigación no justifica el tiempo y el esfuerzo de ingeniería necesarios para implementarlo.

Esta propuesta ya parece hacer la mayor parte del trabajo, agregando una propiedad CornerRadius a los controles. Entonces, lo único que quedaba sería la creación del recurso SystemCornerRadius al que esos controles podrían unirse para su radio de esquina real (similar a cómo hoy usa un recurso SystemAccentColor para colorear elementos de su interfaz de usuario en el color de acento que el usuario establece en la aplicación Configuración.

En cuanto a cuánto trabajo sería crear dicho recurso y hacerlo actualizable a través de la aplicación Configuración, MS debe comentarlo. Pero dado el trabajo que esta propuesta ya está haciendo de todos modos y también el trabajo anterior en la forma de exponer un recurso AccentColor, no veo cómo sería tan exigente como usted lo dice. El nivel de sistema operativo, literalmente, solo proporcionaría un valor de radio de esquina que se puede leer y escribir y luego usar el mismo sistema que ya tiene para el recurso de color de acento de hoy.

¿Sería un control deslizante o una palanca?

[X] Esquinas redondeadas en los controles

Por cierto, no habría un solo valor de Radio de esquina para establecer. Algunos elementos solo tendrían el redondeo en un lado, o solo se redondearían las esquinas superiores. Los controles flotantes y emergentes obtendrán un radio de 4 epx, mientras que otros controles solo tendrán 2 epx.

Estaría configurando muchas variables a medida que esta configuración cambia en el sistema operativo. Entonces, ¿qué pasa con las pruebas? También habría expectativas. ¿Cómo reaccionarán los usuarios a las aplicaciones que decidan ignorar las preferencias del usuario?
¿Cómo se comunica con los usuarios qué controles se redondean y cuáles no? Algunos controles tendrán elementos de borde interior o exterior. Estos necesitarían ajustar sus valores de CornerRadius para garantizar que se abrazan los bordes de las formas correctamente.

Al final, este puede ser un cambio que se agradece sin mucho alboroto, por lo que podría considerarse una reacción exagerada agregar otra opción al sistema operativo.

@mdtauk @chigy
Ciertamente necesitaría algo de planificación, pero el equipo claramente quiere que sea muy fácil para los desarrolladores crear controles cuadrados. Como tal, en lugar de una configuración de valor de radio de esquina, estaría bien con un simple modificador booleano UserRoundedCorners. De hecho, la idea de establecer valores era solo para agregar aún más opciones, mientras que los usuarios que no estaban de acuerdo con este movimiento siempre se limitaban a darles una opción para revertir el aspecto de los controles. Entonces, eso no será un problema en absoluto.

En cuanto a la parte de "otra opción más": parece que ya hay demasiadas opciones disponibles para el usuario, lo cual es un problema completamente diferente y no debe usarse como un punto de definición para no agregar este simple interruptor.

Windows y el equipo de diseño hablan a diario (en twitter) sobre cómo quiere incluir a los usuarios y no excluirlos . Aquí hay una oportunidad en la que creo que es relativamente fácil para MS agregar una sola opción para respetar la gran variedad de opiniones de sus usuarios.

¿Cómo reaccionarán los usuarios a las aplicaciones que decidan ignorar las preferencias del usuario?

No creo que eso también sea un problema, siempre que las aplicaciones de Windows / elementos de la interfaz de usuario esenciales lo respeten (es decir, la aplicación de configuración, la aplicación de seguridad, el portapapeles, los botones de conexión / desconexión de la red flotante de la barra de tareas ...). Las aplicaciones de terceros son libres de usar el estilo que deseen, una simple nota en la aplicación Configuración que diga que no se garantiza que las aplicaciones de terceros sigan esta configuración de usuario estaría bien.

@mdtauk @chigy
Creo que @ Felix-Dev tiene razón en esto, un interruptor booleano con un simple interruptor podría ser el camino a seguir para la personalización a nivel de usuario, siento que un control deslizante para la personalización de esto a nivel de usuario complicaría demasiado las cosas, sin embargo si es un control deslizante con 3 posiciones preestablecidas fijas, las cosas podrían cambiar.

Un control deslizante con 3 opciones fijas permitiría una configuración adicional que podría tener un cambio de radio de esquina más drástico como el que se propuso originalmente, por lo que podría tener:

Afilado: esquinas afiladas como ahora
Opción intermedia: los nuevos radios más pequeños
Redondeado: el cambio de radio propuesto original o algo aún más redondeado

Esta opción tiene el potencial de satisfacer a todos los grupos y, además, es un cambio lo suficientemente drástico como para que pueda pasarlo como una nueva característica de "Tematización" en Windows, básicamente aunque esto es más un cambio para los desarrolladores al marcarlo como nuevo. La función "Tematización" con la implementación de alternancia o el control deslizante preestablecido de 3, también puede hacerla pasar como una nueva función para los consumidores.

¿Cómo reaccionarían los usuarios a las aplicaciones que deciden ignorar las preferencias del usuario?

Siento que el usuario simplemente lo vería como lo hace actualmente con el color de acento cuando no está disponible, las aplicaciones de terceros deberían ser libres de hacer lo que quieran, pero como @ Felix-Dev dijo que las aplicaciones de Windows / elementos de la interfaz de usuario definitivamente necesitarían hacerlo. respetar la variable del usuario.

No creo que sea necesario poner una nota en la configuración que diga que las aplicaciones de terceros no respetarán la configuración, no hubo necesidad de poner una exención de responsabilidad en la sección de color de acento, así que crea que es lo mismo para esto que bien.

Hacerlo a nivel de sistema operativo es una tarea complicada, y la investigación no justifica el tiempo y el esfuerzo de ingeniería necesarios para implementarlo.

Pero ha dejado en claro sus puntos de vista @ Felix-Dev y si después de que los nuevos controles estén en manos de la mayoría de los usuarios de Windows, los comentarios recibidos podrían llevar a que esta idea se explore en el futuro.

Siento que tengo que señalar algo aquí. Si bien no me siento muy convencido de los cambios propuestos de ninguna manera (tengo que trabajar con demasiados estilos de interfaz de usuario en diferentes ecosistemas todos los días para que las inconsistencias o los cambios me molesten más), siento que esta mentalidad no es buena en orden para crear una rica experiencia amigable para el usuario.

No publique funciones que estén terminadas al 80% y que podrían o no llegar al 100% en la próxima versión.
Lo que probablemente sucedería es que ningún desarrollador dedicaría tiempo a probar y desarrollar sus aplicaciones para bordes redondeados o no redondeados. Y por qué lo harían. El sistema ahora usa redondeado, ¿por qué alguien querría que su aplicación se vea ligeramente diferente al sistema operativo?
Si hubiera un cambio en todo el sistema, habría un incentivo para implementarlo.
Pero si está haciendo las cosas de esta manera, nunca surgirá la necesidad de un conmutador porque ninguna aplicación verá la necesidad de implementarlo en primer lugar.

Sobre el tema original:
Creo que los bordes de 2px se ven muy bien, excepto los cuadros combinados.
El resaltado del último elemento no debe dejar un borde blanco debajo de él (o al menos no más que a la izquierda y a la derecha, por supuesto, esto significa que las esquinas inferiores resaltadas también deben estar redondeadas) y tal vez no debe haber esquinas redondeadas en el estado expandido entre la caja y el menú desplegable It's. Siento que les da esta extraña mirada inconexa entre ellos.
Tal vez sería mejor hacer el control flotante 2px más pequeño en cada lado y dejar que no tenga esquinas redondeadas en la parte superior. De esta manera, se vería como si se extrajera un trozo de papel de un dispensador. (Espero que entiendas lo que quiero decir: D lamentablemente no tengo herramientas disponibles en este momento para esbozarlo)

Sobre el tema original:
Creo que los bordes de 2px se ven muy bien, excepto los cuadros combinados.
El resaltado del último elemento no debe dejar un borde blanco debajo de él (o al menos no más que a la izquierda y a la derecha, por supuesto, esto significa que las esquinas inferiores resaltadas también deben estar redondeadas) y tal vez no debe haber esquinas redondeadas en el estado expandido entre la caja y el menú desplegable It's. Siento que les da esta extraña mirada inconexa entre ellos.
Tal vez sería mejor hacer el control flotante 2px más pequeño en cada lado y dejar que no tenga esquinas redondeadas en la parte superior. De esta manera, se vería como si se extrajera un trozo de papel de un dispensador. (Espero que entiendas lo que quiero decir: D lamentablemente no tengo herramientas disponibles en este momento para esbozarlo)

Sé lo que está describiendo y lo consideré para mis maquetas de diseño. El problema con eso es que significa que ComboBox obtendría su propia plantilla flotante, lo que lo haría diferente a los menús contextuales, menús desplegables, Prefijo, Sufijo, Menú desplegable de Autocompletar, etc.

Eso es lo que quise decir (excepto que la caja en sí podría mantener las esquinas inferiores redondeadas)
Sí, los diferentes flyouts serían diferentes, pero, de nuevo, hay dos tipos de flyout inherentes.
Aquellos que están apegados a algo y aquellos que no lo están. Que ahora tendrían que ser diferentes es solo el costo de hacer esquinas redondeadas;)
Además, si el radio de la esquina se volviera estilizable, ¿no podría simplemente establecerlo el control principal?

Mi XAML está un poco oxidado, pero es una plantilla de cuadro combinado como:

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

Además, si el radio de la esquina se volviera estilizable, ¿no podría simplemente establecerlo el control principal?

Mi XAML está un poco oxidado, pero es una plantilla de cuadro combinado como:

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

Eso es similar a cómo puede anular el estilo, pero para usar en plantillas, necesitaría estilos separados para cada orientación.

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

Orientaciones:

• Fondo
• InferiorBordeAlineadoIzquierdo
• InferiorBordeAlineadoDerecho
• Lleno
• Izquierda
• LeftBordeAlineadoInferior
• LeftBordeAlineado
• Derecha
• RightEdgeAlignedBottom
• RightEdgeAlignedTop
• Cima
• TopEdgeAlignedLeft
• TopEdgeAlignedRight

El Flyout está incrustado dentro del control ComboBox. Por lo tanto, el control tendría una propiedad CornerRadius que afectaría solo al ComboBox, no al control flotante incluido, que sería un ThemeResource anulado.

<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>  

Después de ajustar la propiedad CornerRadius en el Flyout cuando está alineado y adjunto a ComboBoxes (y otros controles), puede requerir la adición de TopEdgeAligned y BottomEdgeAligned a la enumeración FlyoutPlacementMode para lograr el resultado deseado.

_ (Imagen actualizada) _

También he incluido una mirada más cercana al 800% del estilo Flyout. Los dos bordes garantizarían que los volantes se vean elevados tanto en temas claros como oscuros con o sin la sombra.

Eso se ve muy bien.
Por supuesto, el aspecto adjunto se ve un poco extraño cuando el elemento al que lo adjunta es más pequeño que el menú lateral, pero eso definitivamente es algo que debe decidir la aplicación individual.
El resaltado de enfoque de los elementos en la fila inferior probablemente no debería redondearse en la parte inferior (ya que la parte superior no es para la fila superior) pero probablemente no sea intencional.

Por cierto, acabo de notar que este "aspecto adjunto" es el modo en que funciona la barra de menú superior de MacOs, por lo que este aspecto no parece ser extravagante y poco común;)

Eso se ve muy bien.
Por supuesto, el aspecto adjunto se ve un poco extraño cuando el elemento al que lo adjunta es más pequeño que el menú lateral, pero eso definitivamente es algo que debe decidir la aplicación individual.
El resaltado de enfoque de los elementos en la fila inferior probablemente no debería redondearse en la parte inferior (ya que la parte superior no es para la fila superior) pero probablemente no sea intencional.

Por cierto, acabo de notar que este "aspecto adjunto" es el modo en que funciona la barra de menú superior de MacOs, por lo que este aspecto no parece ser extravagante y poco común;)

Había olvidado el redondeo, así que actualicé la imagen para solucionarlo, y también agregué un poco más de detalle con el ejemplo Zoomed, oh, e incluí el estado Hover

No estoy seguro de si prefiero que los elementos del medio tengan un resaltado redondeado o no, ya que por un lado es más consistente, por otro lado deja esos pequeños de aspecto agresivo (Ok, ahora solo estoy inventando cosas :)) blanco nítido espacios entre los elementos resaltados y el borde.
Pero eso es algo que dejo que los verdaderos diseñadores decidan: D

No estoy seguro de si prefiero que los elementos del medio tengan un resaltado redondeado o no, ya que por un lado es más consistente, por otro lado deja esos pequeños de aspecto agresivo (Ok, ahora solo estoy inventando cosas :)) blanco nítido espacios entre los elementos resaltados y el borde.
Pero eso es algo que dejo que los verdaderos diseñadores decidan: D

Estoy de acuerdo, yo también estoy en dos mentes al respecto. Creo que me gustan los bordes rectos, pero como los controles que invocan el control flotante se redondearán, y estos son controles dentro de un control, _deberían_ redondearse.

Y algunos menús contextuales contendrán controles que no abarcan todo el ancho del menú lateral, por lo que la selección redondeada funcionará para aquellos

No estoy seguro de si prefiero que los elementos del medio tengan un resaltado redondeado o no, ya que por un lado es más consistente, por otro lado deja esos pequeños de aspecto agresivo (Ok, ahora solo estoy inventando cosas :)) blanco nítido espacios entre los elementos resaltados y el borde.
Pero eso es algo que dejo que los verdaderos diseñadores decidan: D

Me siento igual. Si la lista combinada es del mismo tamaño que el cuadro combinado, entonces deben permanecer rectos en el punto de origen; de lo contrario, el lado que no se alinea debe ser redondo.

@mdtauk @Qowy @shaheedmalik ¿sería posible que

Por favor, no malinterprete esto, pero si tenemos discusiones tan específicas para muchos de los controles, este hilo perderá fácilmente su enfoque general.

¡Muy apreciado!

PD: Acerca de los elementos resaltados sin bordes: el resaltado del elemento definitivamente debería ser un rectángulo. Hacer que tenga colores redondeados es simplemente extraño.

Probablemente esté en minoría aquí con mi opinión, pero cambiar los radios de las esquinas de los controles comunes es, honestamente, una idea terrible. Mirar el ejemplo de menú anterior de @mdtauk y compararlo con el menú actual de Edge me deja un poco disgustado. Las cosas finalmente se están arreglando con Fluent Design y todo finalmente se ve consistente y realmente bien. Ahora, ¿vamos a cambiarlo todo para que se parezca a la Web? No ... deje que la Web sea la Web y deje Windows (y los controles comunes) en paz. Si los desarrolladores quieren implementar esquinas redondeadas utilizando controles de terceros en sus propias aplicaciones, que así sea. Pero, comenzar a cambiar la apariencia predeterminada ahora es solo una herejía: deje que Apple sea Apple, Google sea Google y la Web sea la Web. Ustedes simplemente continúan siendo Microsoft y hacen lo suyo: está funcionando, así que déjenlo funcionar. Yo, por mi parte, me encanta la apariencia de Microsoft Windows 10 del diseño Fluent y quiero que mis aplicaciones se parezcan a Windows, no a Apple, Google o la Web. No soporto el aspecto de Chrome: Edge tiene un aspecto más atractivo a años luz y Windows es mucho mejor en forma y función que macOS. Y, TBH, devuelva Windows 10 Mobile al teléfono. Dios mío, deja de renunciar a las cosas tan rápido y deja en paz al diseño Fluent y deja que haga lo suyo.

@mdtauk

Hacerlo a nivel de sistema operativo es una tarea complicada, y la investigación no justifica el tiempo y el esfuerzo de ingeniería necesarios para implementarlo.

Esta propuesta ya parece hacer la mayor parte del trabajo, agregando una propiedad CornerRadius a los controles. Entonces, lo único que quedaba sería la creación del recurso SystemCornerRadius al que esos controles podrían unirse para su radio de esquina real (similar a cómo hoy usa un recurso SystemAccentColor para colorear elementos de su interfaz de usuario en el color de acento que el usuario establece en la aplicación Configuración.
En cuanto a cuánto trabajo sería crear dicho recurso y hacerlo actualizable a través de la aplicación Configuración, MS debe comentarlo. Pero dado el trabajo que esta propuesta ya está haciendo de todos modos y también el trabajo anterior en la forma de exponer un recurso AccentColor, no veo cómo sería tan exigente como usted lo dice. El nivel de sistema operativo, literalmente, solo proporcionaría un valor de radio de esquina que se puede leer y escribir y luego usar el mismo sistema que ya tiene para el recurso de color de acento de hoy.

¿Sería un control deslizante o una palanca?
[X] Esquinas redondeadas en los controles
Por cierto, no habría un solo valor de Radio de esquina para establecer. Algunos elementos solo tendrían el redondeo en un lado, o solo se redondearían las esquinas superiores. Los controles flotantes y emergentes obtendrán un radio de 4 epx, mientras que otros controles solo tendrán 2 epx.
Estaría configurando muchas variables a medida que esta configuración cambia en el sistema operativo. Entonces, ¿qué pasa con las pruebas? También habría expectativas. ¿Cómo reaccionarán los usuarios a las aplicaciones que decidan ignorar las preferencias del usuario?
¿Cómo se comunica con los usuarios qué controles se redondean y cuáles no? Algunos controles tendrán elementos de borde interior o exterior. Estos necesitarían ajustar sus valores de CornerRadius para garantizar que se abrazan los bordes de las formas correctamente.
Al final, este puede ser un cambio que se agradece sin mucho alboroto, por lo que podría considerarse una reacción exagerada agregar otra opción al sistema operativo.

Tener un radio de esquina de 2epx aquí, un radio de esquina de 4epx allí y uno diferente en otro lugar porque 2 o 4 no se ven bien es una experiencia de usuario terrible. Deje los controles comunes como están: trabajo hecho ... pase a hacer algo más grandioso.

@chigy
Así que hice un recuento de las respuestas en el hilo de reddit que comencé hace unos días y aquí está (desafortunadamente, no parece haber una forma obvia de ver fácilmente el número total de usuarios que participaron):

Opiniones expresadas en pro-radio de esquina (UI contra corriente): 18
Opiniones expresadas IU pro-actual (y radio de esquina en contra): 12 (+1 si me incluyo como el póster de reddit, también incluido recuento pro-corner-radius)

El resto:

• Solicitar a MS que proporcione opciones de IU
• Bien con ambos
• No expresó una opinión sobre la propuesta.
• Expresó una frustración general con las inconsistencias en el sistema Windows (es decir, programas Win32 frente a aplicaciones UWP)

Especialmente el último grupo (frustración) fue una buena parte de las personas que participaron en el hilo.

Resumiendo el resultado, vemos que tenemos facciones considerables tanto para esquinas redondeadas (la propuesta) como para esquinas cuadradas (UI actual). Agregue a eso el grupo de personas que expresaron su deseo de poder cambiar entre estos dos estilos en el sistema.
Sin embargo, aparte de las esquinas redondeadas o no, la respuesta más dada, por una milla, es finalmente traer consistencia al sistema Windows en su conjunto. WinUI 3.0 y los equipos de MS tendrán su trabajo reducido para reunir todos los diferentes componentes del sistema de Windows y las aplicaciones de UWP en un solo lenguaje de diseño de interfaz de usuario.

@chigy
Con toda la charla del equipo de diseño de Microsoft para "incluir" usuarios en lugar de "excluirlos", creo que este hilo y el hilo de reddit anterior muestran que hay buenas razones para proporcionar una opción simple en la interfaz de usuario para cambiar entre la esquina redondeada propuesta Interfaz de usuario y la interfaz de usuario actual (esquinas afiladas).

@ Felix-Dev Técnicamente, la publicación que hice fue sobre el control Flyout, el ComboBox es solo uno de los controles que tiene un componente flyout.

Creo que redondear en todas las esquinas tiene sentido en todas las circunstancias. Y el equipo decidió que los controles flotantes y los diálogos usarán 4 esquinas epx, y otros controles usarán 2 epx.

@mdtauk ,
como dije, no malinterpretes esto. Creo que está absolutamente bien señalar una interfaz de usuario de control específica en este hilo (como pregunté sobre el grosor de esquina de aspecto extraño para los radios de esquina de la casilla de verificación en el ejemplo de vista de árbol).
Solo, si hay una conversación que abarca varias publicaciones con respecto a un elemento específico de la interfaz de usuario (como volantes / cuadros combinados / ...), creo que es mejor crear un problema separado para este en particular. Y como vio, su publicación sobre los flyouts pronto llevó a una discusión sobre los cuadros combinados. Ahora imagina que alguien comienza una conversación sobre cómo deberían verse las sombras de enfoque y tenemos un "lío" completo (como en varios elementos específicos de la interfaz de usuario que se discuten en estrecha proximidad) comenzando donde será difícil llevar el hilo de vuelta a lo general. propuesta y cómo abordarla.

@mdtauk ,
como dije, no malinterpretes esto. Creo que está absolutamente bien señalar una interfaz de usuario de control específica en este hilo (como pregunté sobre el grosor de esquina de aspecto extraño para los radios de esquina de la casilla de verificación en el ejemplo de vista de árbol).
Solo, si hay una conversación que abarca varias publicaciones con respecto a un elemento específico de la interfaz de usuario (como volantes / cuadros combinados / ...), creo que es mejor crear un problema separado para este en particular. Imagínense que luego alguien comienza una conversación sobre cómo deberían verse las sombras de enfoque y tenemos todo un lío que comienza donde será difícil volver a llevar el hilo a la propuesta general y cómo lidiar con ella.

No tengo la intención de hacer un tema separado solo para los flyouts, pero estaba discutiendo específicamente los Corner Radii de ese control.

Me pregunto si @chigy podría ofrecernos algún tipo de estimación sobre cuándo podremos ver un Kit de herramientas de diseño actualizado con todos los diseños de control actualizados, para que la conversación pueda pasar a más detalles, que las quejas generales sobre la decisión de cambiarlos para comenzar. con.

Si va a contar las publicaciones, también debe contar los votos a favor.

@shaheedmalik
No contando explícitamente los conteos ascendentes, ya que no sé exactamente cómo se sienten los votantes ascendentes sobre estos tipos de IU (por ejemplo, podrían estar bien con cualquiera de las opciones, pero aún así les gusta la propuesta de cable redondeado al igual que la IU actual). Más importante aún, es posible que hayan votado a favor de una publicación debido a una parte determinada de esa publicación, como señalar inconsistencias en la interfaz de usuario. Por lo tanto, solo conté las publicaciones reales en las que puede ver claramente una aprobación para cualquiera de las IU en la declaración del autor.

FWIW, "2px parece ser el punto óptimo". obtuvo la mayor cantidad de votos a favor con 54 puntos.

También hay una publicación altamente calificada (+21 - 4to lugar) que pide "soporte de temas para el usuario final", aunque no puedo determinar si todos esos votos a favor son para la parte de llamada para la personalización o para la parte en la que el autor critica lo que falta. consistencia en el sistema.

Me pregunto si @chigy podría ofrecernos algún tipo de estimación sobre cuándo podremos ver un Kit de herramientas de diseño actualizado con todos los diseños de control actualizados, para que la conversación pueda pasar a más detalles, que las quejas generales sobre la decisión de cambiarlos para comenzar. con.

Gracias por preguntar. Me vinculé a las composiciones de diseño en la sección "Nota importante" del problema, así que asegúrese de verificarlo.

En general, quiero asegurarme de que mantenemos la conversación aquí enfocada en cómo podemos hacer que las esquinas redondeadas funcionen en WinUI. Sé que la gente tiene opiniones diferentes sobre esta idea o incluso si las esquinas redondeadas son una buena idea en general. Así que sentí que vale la pena mencionar que esto es parte de la dirección general del diseño de Windows que otro equipo de Microsoft está impulsando. Solo estamos tratando de descubrir cómo hacer que WinUI funcione con esta nueva dirección de diseño, haciéndolo más fácil para los desarrolladores. Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una "cosa" en Windows. En otras palabras, la esquina redondeada ya es un plan, por lo que queríamos informarlo y consultar con nuestra comunidad WinUI para asegurarnos de que implementamos esta capacidad de manera responsable. Espero que tenga sentido.

Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una "cosa" en Windows. En otras palabras, la esquina redondeada ya es un plan, por lo que queríamos informarlo y consultar con nuestra comunidad WinUI para asegurarnos de que implementamos esta capacidad de manera responsable.

Sospecho que a mucha gente aquí le gustaría hablar con las personas que tienen dicha autoridad, porque este es el tema principal para muchos de nosotros.

Gracias por preguntar. Me vinculé a las composiciones de diseño en la sección "Nota importante" del problema, así que asegúrese de verificarlo.

En general, quiero asegurarme de que mantenemos la conversación aquí enfocada en cómo podemos hacer que las esquinas redondeadas funcionen en WinUI. Sé que la gente tiene opiniones diferentes sobre esta idea o incluso si las esquinas redondeadas son una buena idea en general. Así que sentí que vale la pena mencionar que esto es parte de la dirección general del diseño de Windows que otro equipo de Microsoft está impulsando. Solo estamos tratando de descubrir cómo hacer que WinUI funcione con esta nueva dirección de diseño, haciéndolo más fácil para los desarrolladores. Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una "cosa" en Windows. En otras palabras, la esquina redondeada ya es un plan, por lo que queríamos informarlo y consultar con nuestra comunidad WinUI para asegurarnos de que implementamos esta capacidad de manera responsable. Espero que tenga sentido.

Mencionaste que las conversaciones sobre algunas cosas aún están en curso, como el grosor del borde del TextBox, etc., así que asumí que esos diseños eran una _idea inicial_ en lugar de una final definitiva. (Supongo que esperaba poder influir en cosas como TextBox, Buttons, CheckBoxes, etc.)

Creo que sé la respuesta a esto, pero preguntaré de todos modos: ¿hay planes para compartir estos diseños de interfaz de usuario de Windows que el equipo ha decidido?

¿Estos cambios planeados por Windows también se aplicarán a los estilos visuales de Win32 y las barras de título de la ventana Shell, etc.? Si es así, WPF probablemente también debería actualizar sus controles predeterminados cuando se ejecute en las versiones de Windows a las que se aplica este nuevo estilo. (Ya sugerí que eso debería suceder # 699)

Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una "cosa" en Windows. En otras palabras, la esquina redondeada ya es un plan, por lo que queríamos informarlo y consultar con nuestra comunidad WinUI para asegurarnos de que implementamos esta capacidad de manera responsable.

Sospecho que a mucha gente aquí le gustaría hablar con las personas que tienen dicha autoridad, porque este es el tema principal para muchos de nosotros.

Supongo que esto aparecerá en el Centro de comentarios cuando se activen los cambios de diseño; lo más probable es que llegue al equipo de Windows.

Mencionaste que las conversaciones sobre algunas cosas aún están en curso, como el grosor del borde del TextBox, etc., así que asumí que esos diseños eran una _idea inicial_ en lugar de una final definitiva. (Supongo que esperaba poder influir en cosas como TextBox, Buttons, CheckBoxes, etc.)

Creo que sé la respuesta a esto, pero preguntaré de todos modos: ¿hay planes para compartir estos diseños de interfaz de usuario de Windows que el equipo ha decidido?

@mdtauk
Sí, y para ser muy transparente aquí ... La realidad es que cuanto antes se ralentice la conversación de este tema en particular, antes podré ponerme a trabajar en eso ... :)

@chigy Pido disculpas si he contribuido al descarrilamiento de la conversación y a ralentizar el progreso. ¡Solo quise ayudar y asegurarme de que WinUI 3.0 se vea lo mejor posible!

@chigy
Estoy confundido ahora. Usted es una persona que trabaja en el equipo de diseño de Windows Fluent, se dice que WinUI es "una [...] plataforma de interfaz de usuario nativa altamente optimizada que se utiliza para crear Windows" (citado de aquí , sección "Beneficios de WinUI 3". Si este no es el lugar para influir en el lenguaje de diseño de Windows 10, ¿cuál es?

No sé cómo sentirme con tu respuesta. Básicamente, nos está pidiendo comentarios, pero resulta que nunca tuvimos muchas oportunidades de influir en la propuesta. Si no hay nadie con autoridad real en esta publicación, entonces todo lo que hacemos aquí es básicamente aire caliente. Incluso en casos como el de Martin, en el que publica sus conceptos de diseño con la esperanza de que el equipo de diseño los implemente. WinUI no puede diseñar los controles de manera diferente a donde la "autoridad de diseño de Windows" quiere que vaya, porque como dijo el propio equipo de WinUI: "WinUI 3.0+ será LA IU de Windows".

@chigy
Otros y yo hemos invertido mucho tiempo, energía y pasión en intentar destacar que los "usuarios de Windows" no son un grupo homogéneo, como parecen haber sugerido algunos de sus comentarios. Le mostramos que hay voces fuera de las de Martin y otras a quienes no les gusta la nueva actualización de la interfaz de usuario y, por lo tanto, querían defender una personalización de la interfaz de usuario cuidadosamente medida.

También se siente como si estuvieras ignorando esta misma demanda. Dice "Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una" cosa "en Windows". Otros y yo no estábamos pidiendo que se descartara este impulso de la interfaz de usuario en los últimos días, sino que siguiéramos su propia charla de diseño en Twitter sobre "incluir usuarios" y no excluirlos. Pedimos una opción, no una reversión del movimiento.
Sin embargo, hasta ahora, no obtuvimos mucho reconocimiento fuera de "La opción de proporcionar una configuración de usuario para que el usuario pueda elegir un rodeo de esquina es interesante. Sin embargo, también tiene mucho que ver con esta retroalimentación sobre otras características importantes con las que tenemos que sopesar en el sistema Windows en su conjunto ". Supongo que es un comienzo, pero ¿dónde estamos ahora?

Dice que no pertenece al equipo real con autoridad sobre el diseño de Windows. ¡Eso significa que a todos nos han hablado con la persona equivocada todo el tiempo! Si nunca hablamos con un miembro que está en el equipo realmente tomando las decisiones, me pregunto por qué no podría haberlo dicho antes.

Estoy decepcionado, después de toda la energía invertida, al saber ahora que, para empezar, nunca hablé con alguien con autoridad. Básicamente, todos los comentarios y los demás reunidos, argumentando que la personalización de la interfaz de usuario básicamente no resultará en nada (porque ni siquiera eres una persona a la que debes convencer).

Lo siento, no puedo entenderlo. Un miembro del equipo de diseño de Windows Fluent en el repositorio que supuestamente maneja la interfaz de usuario de Windoiws ahora nos dice después de días que nunca hablamos con una persona que realmente importaba.

Lo siento si esto se reduce como una perorata, pero estoy un poco sorprendido aquí. Es posible que no sepa cuánto invertí en esta discusión en particular (y en otros que escribieron respuestas apasionadas), pero me gustaría pedir aclaraciones.

¿Dónde se encuentra ahora nuestro llamado a la personalización de la interfaz de usuario? ¿Realmente este repositorio ya es importante para las discusiones de la interfaz de usuario de Windows?

Lo dejo con:

" [WinUI 3.0] La plataforma de interfaz de usuario nativa de WindowsWinUI es la plataforma de interfaz de usuario nativa altamente optimizada que se usa para crear Windows, ahora está disponible de manera más amplia para que todos los desarrolladores la utilicen para llegar a Windows.

@ Felix-Dev Esperaba influir, no insistir en que mis diseños se convirtieran en diseños reales. Soy un diseñador que ha sido un entusiasta de Windows desde los días de Windows Vista / 7 / Zune / Windows Phone.

@mdtauk
De hecho, aunque ciertamente no tendrías nada en contra de que la EM adopte tus ideas, ¿verdad? 😉 ¡Después de todo, estás convencido de ellos!

Perdón si me di cuenta de que @chigy fue una gran sorpresa para mí. ¡Espero que puedas entenderlo!

Equipo de WinUI! = Equipo de desarrollo de Windows.

Windows 10 es el sistema operativo actual, pero Windows Lite y Windows Core OS son las direcciones futuras.

@chigy obviamente está analizando lo que el equipo de Windows planea hacer con el sistema operativo Shell, y quiere asegurarse de que WinUI 3.0 se vea como en casa allí. Las aplicaciones de Windows como Calculadora, Configuración, los menús desplegables de la barra de tareas y Shell, etc., probablemente usarán WinUI 3.0, por lo que deberán estar en la misma página, en términos de diseño.

El equipo de Fluent Design en Microsoft establece las reglas (colores, estilos y tamaños de fuente, materiales, etc.) que otros equipos de Microsoft siguen como WinUI, Windows, Xbox, Office, Bing, Teams, Fabric, Fluent Web con su trabajo de diseño de UI.

Estoy seguro de que me corregirán si he entendido mal la estructura aquí.

Mis ideas de que he estado contribuyendo a este repositorio, han estado tratando de cerrar la brecha entre Fabric Web y WinUI 3.0, también he incluido pensamientos sobre los que he estado reflexionando desde los días de Win8.

De hecho, una aclaración sería agradable, porque así es como lo entendí:

@chigy es miembro del equipo de diseño de Windows

Luego está WinUI 3.0, que se ha descrito oficialmente como la plataforma que impulsa Windows y se utiliza para crear Windows. Así que las discusiones sobre el diseño de la interfaz de usuario de Windows se sienten como en casa aquí.
También según la descripción anterior, significaría que los equipos de desarrollo de Windows usarán WinUI para realizar tanto las aplicaciones como la interfaz de usuario del sistema. De lo contrario, debe señalarse explícitamente en esos hilos de propuestas de interfaz de usuario que no hablará con una persona que realmente importe y que la propuesta solo se trata de comentarios sobre las implementaciones reales y no sobre el diseño de la interfaz de usuario .

E incluso si el equipo de diseño de Windows Fluent y el equipo de WinUI no son los equipos en los que se diseñó y realizó la interfaz de usuario nativa de Windows, no cambia el hecho de que @chigy nunca nos informó que nunca hablamos con alguien que realmente importa. Invertimos tiempo y energía (usted con sus conceptos de control, yo tratando de recopilar comentarios, ambos tuvimos discusiones animadas y no olvidamos a todos los demás que participaron apasionadamente) cuando al final nunca hablamos con un miembro real del equipo de interfaz de usuario de Windows, alguien a quien realmente podríamos intentar convencer de nuestras ideas y creencias.

Realmente no tenemos la autoridad para concluir que las esquinas redondeadas no son una "cosa" en Windows. En otras palabras, la esquina redondeada ya es un plan, por lo que queríamos informarlo y consultar con nuestra comunidad WinUI para asegurarnos de que implementamos esta capacidad de manera responsable. Espero que tenga sentido.

Bueno, esto es una gran decepción para mí, ya que otros dijeron que es un gran problema para muchos de nosotros, así que si no tienes influencia sobre esto, puedo preguntarle cortésmente a @chigy : ¿Quién es la persona con la que deberíamos hablar? Si no, ¿cómo podemos hacer que nuestra voz se escuche sobre este cambio de interfaz de usuario claramente controvertido que a muchos usuarios no les gusta?

Esto es muy similar al discurso que sucedió durante el desarrollo de Windows 10 hace años cuando hubo una propuesta para convertir las imágenes de perfil de Square en circulares, a muchas personas nuevamente no les gustó y fueron al centro de comentarios. Hubo varias publicaciones en el centro de comentarios con más de 1000000+ votos positivos de apoyo, pidiendo que no se hiciera esto.

Básicamente, la respuesta fue simplemente decirle a la gente que el cambio se hará independientemente de su opinión ...

Volvería a redactar esa publicación para que sea menos condescendiente e insultante @ Felix-Dev

@mdtauk
¿Dónde está insultando mi publicación?

No voy a insultar a nadie, a decir malas palabras a WinUI, a describir este problema con palabras insultantes. No estoy atacando a nadie personalmente, de hecho, no estoy atacando a nada.

@mdtauk
¿Dónde está insultando mi publicación?

No voy a insultar a nadie, a decir malas palabras a WinUI, a describir este problema con palabras insultantes. No estoy atacando a nadie personalmente, de hecho, no estoy atacando a nada.

@chigy es la persona responsable de trabajar en el diseño de los controles de WinUI. Si confundió su rol con uno de los equipos de Windows o Fluent, entonces no debe decir que su rol no importa y no debe hacerlo personal.

@mdtauk
"Chigusa Sansen es una directora de programas principal en el equipo de la plataforma XAML UI y parte de los miembros principales de Fluent Design System " (fuente: https://mybuild.techcommunity.microsoft.com/speaker/545575?source=sessions)

También ocupó la parte de FD relacionada con Windows en esa sesión.

Y sobre la parte "una persona que realmente importa". No lo considero un insulto porque en nuestro caso, de hecho, dijo que no está en el equipo que en realidad está tomando las decisiones para la dirección de la interfaz de usuario elegida para Windows. No ataqué a la señorita Chigusa Sansen, ni la ridiculicé ni la insulté. Simplemente expuse lo que ella nos dijo personalmente.

Y sobre la parte "una persona que realmente importa". No lo considero un insulto porque en nuestro caso ella de hecho dice que no está en el equipo que en realidad está tomando las decisiones para la dirección de la interfaz de usuario elegida para
Windows.

Bueno, lo considero un insulto. Especialmente porque parece haber entendido mal el propósito de la discusión, en lugar de ser "engañado".

@mdtauk
estamos en una longitud de onda diferente aquí y no tiene sentido que trate de especular por qué podría ser eso ...

Cuando comenzamos esta discusión sobre el movimiento general de la interfaz de usuario, la señorita Chigusa Sansen u otros miembros del equipo de WinUI declararon claramente que este hilo no es el lugar adecuado para esta discusión. En cambio, la gente comenzó a discutir apasionadamente, argumentando a favor / en contra de ese movimiento pensando que estaban hablando con alguien que estaría en un puesto relevante de UI en Microsoft / Windows, por la naturaleza de esta discusión.

Chigusa incluso participó en él y también agregó libremente imágenes de control con la esperanza de influir en la dirección de la interfaz de usuario y sin que nadie de MS intensifique aún más la sensación de que este es el lugar para discutir el diseño general de la interfaz de usuario. Mi queja es , y parece que te lo has pasado por alto, que @chigy tardó tanto en decirnos simplemente que no tiene mucho sentido tener esa discusión aquí, porque aparentemente ni siquiera está en el equipo que llama al disparos generales.

No se trata de "engañado" o "malentendido", como usted dice, sino de que se nos ocultó una información tan esencial durante días. Toda esta discusión ya podría haber avanzado mucho si la señorita Chigusa Sansen lo hubiera dicho antes. Lo cual, por cierto, es lo que tanto tú como ella quieren ver.

@mdtauk
estamos en una longitud de onda diferente aquí y no tiene sentido que trate de especular por qué podría ser eso ...

Cuando comenzamos esta discusión sobre el movimiento general de la interfaz de usuario, la señorita Chigusa Sansen u otros miembros del equipo de WinUI declararon claramente que este hilo no es el lugar adecuado para esta discusión. En cambio, la gente comenzó a discutir apasionadamente, argumentando a favor / en contra de ese movimiento pensando que estaban hablando con alguien que estaría en una posición importante en la interfaz de usuario en Microsoft / Windows. Chigusa incluso participó en él y también agregó libremente imágenes de control con la esperanza de influir en la dirección de la interfaz de usuario. Mi queja es , y parece que te lo has pasado por alto, que @chigy tardó tanto en decirnos simplemente que no tiene mucho sentido tener esa discusión aquí, porque aparentemente ni siquiera está en el equipo que llama al disparos generales.

No se trata de "engañado" o "mal entendido" como usted dice, sino de que se nos ocultó una información tan esencial durante días. Toda esta discusión ya podría haber avanzado si la señorita Chigusa Sansen hubiera dicho eso antes, que es lo que tanto usted como ella quieren ver.

@ Felix-Dev @Nepxune
Seamos civiles y positivos. 😃 Las imágenes que se publicaron resaltan los cambios que se están realizando en los controles, que involucran valores de CornerRadius. Hay otro problema en el que los mecanismos específicos para agregar CornerRadius a los controles que no admiten o respetan el valor en la actualidad, se pueden hacer para admitirlos, y de una manera en la que los desarrolladores pueden anular el valor para cuadrarlos o personalizarlos. los valores para adaptarse a su marca y necesidades. N.º 684

Este problema se refiere a la actualización de Corner Radius en Common Controls, de acuerdo con la dirección del estilo de la Web y la Aplicación.

Las ideas que publiqué tomaban los estilos utilizados por Fabric Web y los llevaban a los controles XAML, por lo que creo que están dentro del alcance de esta discusión. Las características del sistema operativo que controlan el control XAML ThemeResource son un poco fuera de tema, pero están relacionadas.

Las conversaciones fueron interesantes y pertinentes hasta el punto en que algunos intentaron desviarlo hacia una discusión sobre los méritos o la falta de, al hacer el cambio en primer lugar, en lugar de cómo hacer con éxito los cambios que ya se había decidido hacer. hacer.

Sugeriría que si desea impulsar una propuesta para convertir el monto de redondeo en una configuración del sistema operativo que el usuario puede alternar o cambiar, entonces eso debe hacerse como una nueva sugerencia.

Consulte el código de conducta y trate de ser respetuoso. @chigy no estaba tratando de engañar o engañar.

Martin tiene razón en que somos el equipo de la plataforma responsable de ayudar a producir los diseños para satisfacer las necesidades de futuras versiones de Windows. También queremos asegurarnos de que nuestra plataforma funcione bien para todos los demás, incluidos aquellos que traen su propia marca y estilo y no quieren seguir el estilo de Windows. Todos estos comentarios son inmensamente valiosos y también los compartiremos con el equipo de diseño de Windows para asegurarnos de que escuchen los comentarios específicos que, desde un nivel de sistema operativo, la gente quiere una perilla para personalizar eso.

Gracias, @ Felix-Dev, @Nepxune y @mdtauk , por señalar algo que probablemente no estaba muy claro cuando me hice cargo de este elemento de GitHub. Para que lo sepas, este es nuestro primer problema relacionado con el diseño que estamos debatiendo en la comunidad abierta, por lo que aprendemos sobre la marcha ...

Y antes que nada, me disculpo si engaño a alguien en este grupo de que soy un representante de diseño que tiene la autoridad para hacer cambios que no eran mi intención y lo siento si siente que perdió su tiempo.

Gracias, @jevansaks , por resumir el papel de WinUI en relación con el diseño.

Dicho esto, permítanme aclarar sobre mí mismo, ya que se lo debo a esta comunidad. Soy gerente de programas del equipo de ingeniería de WinUI. Trabajo muy de cerca con los equipos de diseño de toda la empresa para asegurarme de que WinUI represente la verdad del diseño de la dirección de diseño de Windows, así como la de Fluent. Por ejemplo, ayer estaba sentado con el equipo de diseño de Xbox para discutir algunos de los cambios de diseño que se proponen aquí. Asegurándose de que sigan siendo igualmente útiles para los desarrolladores de Xbox. Dentro del equipo de WinUI, superviso el diseño de una manera más sistemática tanto horizontal como en general, asegurándome de no lanzar una función individual que introduzca incoherencias desde la perspectiva de UI / UX.

Participo en el esfuerzo del sistema de diseño Fluent que representa a Windows y trato de ser una voz muy fuerte para la comunidad de desarrolladores. También para aclarar, el sistema de diseño Fluent es un esfuerzo colectivo en el que muchos equipos de Microsoft (equipos de diseño e ingeniería) trabajan juntos para realizar un sistema coherente en el que podemos ofrecer una excelente experiencia de usuario como empresa y ponerla a disposición de desarrolladores como usted. Así que ser parte no significa que pueda hacer una llamada ... En mi opinión, ninguna persona en este colectivo puede hacerlo ... Es un esfuerzo colectivo ...

@ Felix-Dev, solo para que sepan que yo personalmente discutí el concepto que propuso sobre la configuración del usuario con alguien en la organización de diseño de Windows, para confirmar mi respuesta (por ejemplo, no hay un plan de funciones al respecto o interés en hacer algo en torno a esa solicitud ). Tu opinión fue discutida. Sé que probablemente no sea satisfactorio, pero quería que supiera que me importan todas sus opiniones y que hago todo lo posible para ser el representante / puente aquí.

Todos, no era mi intención cerrar el tema. ¡Estaba tratando de cerrar el comentario y lo hice accidentalmente!

@mdtauk @jevansaks @chigy
Estoy absolutamente de acuerdo con usted en que esta discusión debe seguir siendo profesional. Todos estamos unidos en nuestra pasión por Windows y en nuestro deseo de que Windows se convierta en lo mejor posible.

Para dejarlo absolutamente claro de una vez por todas, nunca acusé a la señorita Chigusa Sansen de "engañarnos" o "engañarnos", ni fue esa mi intención. También puedo afirmar inequívocamente que nunca ataqué a nadie personalmente, ni tampoco lo haría yo.

Sin embargo, lo que esta conversación reciente también muestra es que este proyecto de código abierto todavía se encuentra en su fase de aprendizaje. Todavía hay trabajo por hacer para unir con éxito ambos mundos: la empresa Microsoft y sus usuarios apasionados y una comprensión clara de cuánta influencia le dará este nuevo enfoque de código abierto a la comunidad y cómo los equipos de Windows relacionados manejarán los comentarios de la comunidad. .

En general, ya estoy bastante impresionado por el estado actual. El equipo de WinUI emite comentarios y los trata con seriedad, incluso si no son comentarios relacionados con el producto WinUI real. ¡Aprecio esto y tienes mi respeto por eso!

Este caso especial aquí, lamentablemente, probablemente sufrió algunos síntomas de ser un proyecto de código abierto muy joven en el que todas las partes participantes aún tienen que conocerse completamente entre sí. ¡Soy optimista de que podemos utilizar este caso para comprender mejor las posibilidades Y los límites de este nuevo enfoque para todos nosotros!

¡Hola a todos!
MUCHAS gracias por la conversación sincera. ¡He aprendido mucho y espero que estén dispuestos a seguir trabajando con nosotros para crecer juntos como una comunidad abierta!

Como algunos de ustedes señalaron, no tenía claro lo que el equipo de WinUI y yo podemos y no podemos hacer, así que permítanme intentar resumir los grandes puntos que todos ustedes plantearon y la conclusión de eso. Y si cree que los problemas aún están abiertos, ¡continúe!

Tenga en cuenta que no enumeré todos los problemas que discutimos porque consideré algunos de ellos resueltos durante nuestra discusión. ¡¡Avísame si piensas lo contrario !!

• Asegúrese de que se esté considerando Xbox (@mdtauk)
  o El diseño de Xbox es propiedad del equipo de Xbox.
  o Pero sí, trabajamos de cerca con ellos. Confirmo que se ha producido una reunión en la que revisamos esta y las próximas propuestas de diseño con el equipo de diseño de Xbox.
• Considere realizar otros cambios relacionados con el control para la alineación, como hacer que las líneas de borde sean más delgadas (@mdtauk)
  o El equipo de diseño de Windows hace la última llamada para Windows mientras se coordina con el colectivo Fluent Design System para tratar de alinearse con los equipos de diseño de Microsoft.
  o El equipo de WinUI hará que funcione mejor para los desarrolladores y tendrá una buena historia de desarrollador para cambiar (o volver).
  o Esto se rastreará en los próximos problemas de GitHub.
• A la comunidad le gustaría un lugar para expresar su opinión directamente al equipo de diseño de Fluent (
  o Para su información, el equipo de Fluent tiene un grupo de LinkedIn.
  o Esto no es propiedad del equipo de WinUI ni de mí.
  o Se les ha llamado la atención sobre esto, pero es algo que no podemos comprometernos si algo sucede.
  o Me aseguraré de comunicarme con este grupo si algo se materializa.
• ¿Lanzamos temas fluidos para WPF / WinForms? (@ Felix-Dev, @mdtauk)
  o Esto es algo que aún no hemos descubierto.
  o Esto es un poco complicado. Soy una persona que busca orientación de diseño y soporte de diseño para desarrolladores en general para Windows, por lo que esto se ajusta a mi área de interés. Sin embargo, francamente, esto no es una prioridad en este momento, ya que no es un trabajo de WinUI.
• Configuración de usuario donde el usuario puede activar / desactivar la esquina redondeada y / o realizar cambios de valor granulares hasta cierto punto (@ Felix-Dev) / No le gusta la esquina redondeada, mantenerla no redondeada y darle al usuario una opción ( @Nepxune y personas en Reddit)
  o Desafortunadamente, estas no son decisiones de WinUI.
  o Lo mejor que puedo recomendar ahora es abrir los problemas del Centro de comentarios una vez que este cambio se haya propagado al sistema operativo Windows y todavía no cree que el diseño satisfaga sus necesidades.
  o Si me sirve de consuelo, hice todo lo posible para notificar al equipo de Windows, pero su equipo no tiene ningún plan.

Esto resume nuestro plan actual:

• Los controles que obtiene al usar WinUI 2.x actualizarán las imágenes predeterminadas para usar esquinas redondeadas.
  o En otras palabras, si no usa WinUI 2.x, no obtendrá este cambio.
• El valor de las esquinas redondeadas es 2px para la mayoría de los controles 4px para la interfaz de usuario tipo flyout. Sin redondeo cuando la interfaz de usuario se cruza con otros elementos de la interfaz de usuario
  o Visual comp aquí: https://github.com/mrlacey/microsoft-ui-xaml-specs/blob/RoundedCornerVisualizations/active/RoundedCorner/ImageFiles/index.md
  o Breve nota para @mdtauk , @Qowy , @shaheedmalik que tuvieron una conversación sobre esto. No redondearemos líneas internas. Esto se refleja en la composición visual que está en su lugar. El equipo de diseño de Windows ha examinado y evaluado diferentes opciones y pros y contras.
• Los desarrolladores tienen una forma de cambiar esto fácilmente (# 684).
• No habrá ninguna configuración de usuario que permita a los usuarios alternar esto hacia adelante y hacia atrás, o realizar cambios granulares.

@chigy Gracias por el resumen que ha publicado.

Tengo algunas preguntas sobre lo que sucede a continuación ...

• ¿Esas composiciones de diseño reflejan los diseños finales de todos los controles, o se están discutiendo más cambios que se actualizarán o publicarán más adelante?

• ¿Cómo sugiere que nosotros, como comunidad, intentemos influir o hacer sugerencias sobre algunas de estas opciones de diseño que vienen a WinUI?

• ¿Cuándo podremos ver la visión que tiene el equipo de diseño de Windows para la interfaz de usuario de Windows, de modo que podamos tener un contexto para los diseños de control en los que se está trabajando?

• ¿Habrá un esfuerzo para persuadir / engatusar / hacer cumplir la coherencia entre las aplicaciones de la bandeja de entrada y los elementos del shell mediante XAML, para que todo coincida en el diseño?

• ¿Los diseños de control modificados de Xbox se incluirán en WinUI, o solo vendrán en los próximos dispositivos Xbox (sin forma de probar estas plantillas de control mientras se desarrollan en Windows?

@mdtauk , oops, escribí demasiado pero quería asegurarme de explicarme bien ...

• ¿Esas composiciones de diseño reflejan los diseños finales de todos los controles, o se están discutiendo más cambios que se actualizarán o publicarán más adelante?

Lo que ves en las composiciones es lo más definitivo que podemos conseguir en este momento. Dicho esto, a medida que implementamos el cambio en los controles reales, puede ocurrir algún cambio menor que haga que el diseño cambie un poco. Como puede ver, comp no cubre todas las ocurrencias de UI. Sin embargo, no espero eso de este esfuerzo en particular ...

• ¿Cómo sugiere que nosotros, como comunidad, intentemos influir o hacer sugerencias sobre algunas de estas opciones de diseño que vienen a WinUI?

Lo que me encantaría que la comunidad nos contara es dónde fallan esas opciones de diseño para las aplicaciones. ¿Hay lugares para la personalización que no te estemos dando? ¿Rompe completamente tu aplicación por alguna razón u otra?

Como mencioné, las decisiones de diseño las toma el equipo de diseño, pero WinUI sigue siendo responsable de proporcionar una solución para los desarrolladores y asegurarse de que sea sólida. Como resultado, podría existir la oportunidad de influir en el resultado del diseño. No prometo que pasará nada, pero los ejemplos reales de cómo no funciona y cómo debería solucionarse funcionan mejor en este caso ...

• ¿Cuándo podremos ver la visión que tiene el equipo de diseño de Windows para la interfaz de usuario de Windows, de modo que podamos tener un contexto para los diseños de control en los que se está trabajando?

Por visión, ¿te refieres a una historia general que te dice el tipo de cambios en la interfaz de usuario que se están introduciendo en Windows en general? ¿Qué tienes en mente específicamente?

• ¿Habrá un esfuerzo para persuadir / engatusar / hacer cumplir la coherencia entre las aplicaciones de la bandeja de entrada y los elementos del shell mediante XAML, para que todo coincida en el diseño?

A continuación se muestra totalmente mi propia opinión basada en lo que sé. Solo para aclarar... :)
En mi opinión, el problema es doble.

El primer problema es que actualmente tenemos el sistema de entrega para la nueva interfaz de usuario que depende de las versiones del sistema operativo. Debido a eso, muchas aplicaciones de la bandeja de entrada no podían adoptar los nuevos estilos que usaba Shell, etc. porque aún necesitaban ser compatibles con la versión anterior del sistema operativo. Estamos tratando de resolver esto entregando la nueva interfaz de usuario en WinUI para que pueda adoptar estos cambios independientemente de la versión del sistema operativo.

El segundo problema es que requiere un cambio cultural. Trabajé en diferentes plataformas de interfaz de usuario, incluido Windows Phone, donde intentamos utilizar muchos enfoques diferentes para brindar coherencia a los productos. Es así ... Incluso si tienes un límite de velocidad, no todo el mundo lo sigue. Pero, ¿cuántos policías tenemos que enviar para hacer cumplir? Tenemos que crear una cultura en la que se respeten los límites de velocidad. Aquí no hay una solución mágica. Y esto es algo que espero que Fluent Design System ayude a traer. Al hacer que las decisiones de diseño sean más un sistema, no una opinión personal.

• ¿Los diseños de control modificados de Xbox se incluirán en WinUI, o solo vendrán en los próximos dispositivos Xbox (sin forma de probar estas plantillas de control mientras se desarrollan en Windows?

No tenemos un plan para modificar los controles específicamente para Xbox. No lo hemos hecho en el pasado (publicamos una documentación ) y no hemos recibido ninguna solicitud sólida tanto del equipo de Xbox como de la comunidad (este es un código pre-abierto).

@chigy Gracias de nuevo por ser tan sincero y responder.

Supuse que la próxima Xbox también admitiría aplicaciones, y con Core OS usando XAML para su shell, eso también significaría que Xbox necesitaría controles WinUI 3.0 tanto como Windows. Por lo tanto, incluir plantillas diseñadas para Xbox simplificaría el proceso y haría que el desarrollo de aplicaciones de Xbox sea más accesible, pero obviamente esa es una decisión para otros equipos. 😄

En cuanto a la visión, quiero decir "Así es como se verán las futuras aplicaciones de Windows Shell y Inbox". y "Estamos aprovechando la oportunidad para actualizar nuestro diseño de Windows, estos son algunos de los cambios que estamos haciendo ..."

Cue imágenes y / o video 😃

También creo que Xbox y Windows deberían coincidir. Tenemos aplicaciones en Xbox que han sido descontinuadas en Windows pero que aún existen en Xbox (CBS, FOX Sports) o nunca existieron en Windows 10 (Youtube).

Si elimina tener que hacer algún tipo de cambio en la interfaz de usuario, mantendrá estas aplicaciones en la plataforma.

Solo mis pensamientos.

También creo que Xbox y Windows deberían coincidir. Tenemos aplicaciones en Xbox que han sido descontinuadas en Windows pero que aún existen en Xbox (CBS, FOX Sports) o nunca existieron en Windows 10 (Youtube).

Si elimina tener que hacer algún tipo de cambio en la interfaz de usuario, mantendrá estas aplicaciones en la plataforma.

Solo mis pensamientos.

Las aplicaciones de Xbox requieren diferentes estilos de control y comportamientos. Pero esas aplicaciones deberían poder ejecutarse en Windows con solo incluir alguna propiedad que permita que esas aplicaciones se ejecuten sin tener que usar los estilos de control de Windows. Entonces, un enfoque de Xbox First .

@shaheedmalik y @mdtauk , estoy un poco confundido acerca de la discusión sobre Xbox y Windows deberían coincidir y la aplicación debería ejecutarse entre sí.

Los diseños de la carcasa de Xbox y la carcasa de Windows son diferentes. Eso es a propósito porque son productos únicos. Pero hemos diseñado los controles de WinUI de tal manera que las aplicaciones que quieran usar un estilo puedan ejecutarse con un trabajo menor. Cuando trabajamos con el equipo de Xbox hace un par de años, buscamos asegurarnos de que nuestros controles XAML (entonces no WinUI) aparezcan correctamente en la televisión y también publicamos la guía que mencioné anteriormente.

La aplicación para UWP que se creó correctamente se ejecutará tanto en Windows como en Xbox. Para aplicaciones como las que @shaheedmalik enumera, tienen una marca muy marcada que a menudo hemos visto que la misma marca se cruza hacia y desde Xbox y Windows. Por lo tanto, un diseño de aplicación a menudo se ejecuta en esos dispositivos.

Nuevamente, este es el tema de la esquina redondeada, así que volviéndolo ...
Esto es lo que el desarrollador debería hacer en Xbox una vez que se publiquen las esquinas redondeadas. Si un desarrollador adopta WinUI 2.x que tiene la función de esquina redondeada, entonces el desarrollador deberá desactivar el estilo de esquina redondeada SI quiere que coincida con el estilo del shell. Eso sí, muchas aplicaciones en Xbox no ... Es por eso que publicamos documentación de orientación para aquellos que se preocupan. Me aseguraré de que la documentación de orientación de 10 pies mencione la esquina redondeada cuando la publiquemos.

En cuanto a la visión, quiero decir "Así es como se verán las futuras aplicaciones de Windows Shell y Inbox". y "Estamos aprovechando la oportunidad para actualizar nuestro diseño de Windows, estos son algunos de los cambios que estamos haciendo ..."

Cue imágenes y / o video 😃

@mdtauk , eso es algo que le he pedido al equipo de diseño en el pasado, así que nosotros, como equipo de plataforma, podemos usarlo para comunicar la visión del diseño a las audiencias de desarrolladores. Hasta donde yo sé, no hay un plan inmediato, pero puedo comprobarlo de nuevo.

En cuanto a la visión, quiero decir "Así es como se verán las futuras aplicaciones de Windows Shell y Inbox". y "Estamos aprovechando la oportunidad para actualizar nuestro diseño de Windows, estos son algunos de los cambios que estamos haciendo ..."
Cue imágenes y / o video 😃

@mdtauk , eso es algo que le he pedido al equipo de diseño en el pasado, así que nosotros, como equipo de plataforma, podemos usarlo para comunicar la visión del diseño a las audiencias de desarrolladores. Hasta donde yo sé, no hay un plan inmediato, pero puedo comprobarlo de nuevo.

Gracias. // Build / habría sido la oportunidad perfecta para compartir los cambios que se estaban planificando, especialmente si el plan es tener estas plantillas de control actualizadas al final del verano, junto con el lanzamiento inicial de WinUI 3.0.

Los diseños de la carcasa de Xbox y la carcasa de Windows son diferentes. Eso es a propósito porque son productos únicos. Pero hemos diseñado los controles de WinUI de tal manera que las aplicaciones que quieran usar un estilo puedan ejecutarse con un trabajo menor. Cuando trabajamos con el equipo de Xbox hace un par de años, buscamos asegurarnos de que nuestros controles XAML (entonces no WinUI) aparezcan correctamente en la televisión y también publicamos la guía que mencioné anteriormente.

Seguro que las conchas serán diferentes para adaptarse a la experiencia. Mi único comentario es que si la próxima Xbox quiere alentar el desarrollo de aplicaciones, los controles predeterminados de WinUI deben tener Plantillas y ThemeResources incluidos en WinUI, por lo que cuando se ejecutan en la Xbox, coincidirán con la guía para el diseño de control. Y debería ser posible probar cómo se verán esos controles, mientras están en desarrollo. Tanto en Windows como en el diseñador XAML.

Encontré algunas de las composiciones de diseño para los controles de Xbox, pero no estaban en los documentos de UWP.

@mdtauk , creo que esta conversación sobre Xbox parece más adecuada con el número 698. He hecho ping a alguien en Xbox para ver si puede comentar sobre la otra conversación (sin promesa :)). Que de nuevo, esta es una comunidad de código abierto, ¿quizás podrías crear dicho recurso y proponernos que lo consumamos de alguna manera? Solo digo...

@chigy Ese fue un problema que

Pero con los diseños prácticamente finalizados, este problema no tiene mucho más propósito, aparte de ser marcado como completado cuando se actualicen todas las plantillas.

He estado enviando ideas en el envío del control NumberBox y queríamos asegurarnos de que el diseño del control coincide con lo planeado para el resto de los controles.

Si los desarrolladores quisieran usar WinUI 3.0+ para su aplicación Xbox, todos los controles deberían adaptarse para verse correctos cuando se ejecutan en un televisor.

@mdtauk , como mencioné antes, esta es una buena sugerencia, pero no es nuestra prioridad, ya que no ha habido solicitudes provenientes del equipo de Xbox o de la comunidad que no sea usted.

Se actualizó el hecho de que el ScrollIndicator de WebView no se actualizará a través de XAML, pero usamos web como está.

Mirando la barra de progreso actual en MUXControlsTestApp: ¿el extremo derecho de la barra de valor de progreso también se redondeará o conservará su borde plano?

¿El control deslizante dentro del control flotante de volumen también se diseñará?

¿Se agregará la revelación a todos los controles de forma predeterminada, o aún tendrá que agregarse por estilos?

¿Los controles deslizantes utilizados en ColourPicker se beneficiarían de tener un estilo de contorno, similar al MediaPlayer, para que no se pierda entre los colores más oscuros de la barra?

Mirando la barra de progreso actual en MUXControlsTestApp: ¿el extremo derecho de la barra de valor de progreso también se redondeará o conservará su borde plano?

Por definición de diseño, debería. Abra un problema contra MUXControlsTestApp.

¿El control deslizante dentro del control flotante de volumen también se diseñará?

Dado que la interfaz de usuario de shell usa nuestro control común, debería hacerlo cuando ocurra el cambio en nuestros controles. Sin embargo, si no ve esto actualizado, abra el problema FeedbackHub. Este es un trabajo del equipo de shell y no es algo que el equipo de WinUI haga la última llamada en cuanto a prioridad y recursos.

¿Se agregará la revelación a todos los controles de forma predeterminada, o aún tendrá que agregarse por estilos?

Este no es un tema de esquina redondeada.
Si desea que la revelación se agregue a todos los controles de forma predeterminada, abra una nueva edición.

¿Los controles deslizantes utilizados en ColourPicker se beneficiarían de tener un estilo de contorno, similar al MediaPlayer, para que no se pierda entre los colores más oscuros de la barra?

Se planea que MediaPlayer siga el diseño del nuevo control deslizante (# 841). Entonces, lo que propones no está en el plan. Si cree que se trata de un problema de usabilidad, abra otro problema.

¡Woah! Hay muchos comentarios aquí.

Creo que las esquinas afiladas persistentes hacen que Windows 10 parezca único. Si se introdujeran esquinas redondeadas, se tendría que hacer algo con el logotipo de Windows, el logotipo de Microsoft y los mosaicos. Una vez que se deshaga de las reliquias del metro, como los mosaicos, también debe rehacer logotipos como Office, que tienen una inclinación. Podría seguir y seguir sobre los efectos de introducir esquinas redondeadas y consistencia, pero lo cortaré aquí.

@Poopooracoocoo los nuevos íconos / logotipos de oficina usan esquinas redondeadas, al igual que el nuevo ícono de Terminal, y los nuevos íconos / logotipos de Visual Studio.

Y FWIW, no quiero que se deshagan de los mosaicos, ya es bastante malo la interfaz de usuario de la tableta de Windows 10, sufrió una gran degradación, en comparación con Windows 8.1

@Poopooracoocoo , @mdtauk ,
Gracias por tus comentarios. Ambos tienen razón en que el cambio debe aplicarse en todos los ámbitos. Por lo tanto, este esfuerzo está comenzando la alineación con Fabric y otra interfaz de usuario visible como Edge. Nos gustaría que la coherencia ocurriera de la noche a la mañana, pero este es un viaje. Y comienza desde el valor predeterminado de la plataforma de interfaz de usuario en juego aquí (es decir, WinUI).

Actualización de estado:

Corner Radius (también conocido como Esquina redondeada) Se crea el

Esto se agregará a docs.microsoft.com como documentación.
Será una nueva página en https://docs.microsoft.com/en-us/windows/uwp/design/style/.

Pregunte a la comunidad:
Estoy intentando escribir un poco más de "explicación de fondo (POR QUÉ)" que nuestros clientes han expresado que proporcionamos con nuestra documentación en algunos de nuestros grupos de enfoque. Me gustaría recibir comentarios ya que esto no sigue el patrón de documentación normal.

¿Esa información adicional es útil / útil, no es relevante, falta otra información, etc.?

@chigy, la única sugerencia que tengo sobre el documento es que no ha mencionado por qué los controles recibirán las esquinas redondeadas.

@mdtauk , buena captura. Tenía la sección "todo" (principios) que capta eso, pero de alguna manera durante la edición, el contexto se perdió. Todavía estoy trabajando para completar esa sección.

Actualización de estado

Se creó un problema separado para realizar un seguimiento del trabajo para redondear la esquina de la casilla de verificación dentro de List y GridView (# 1096)

Los cambios en las esquinas redondeadas se registran ahora, cerrando este problema.

@mdtauk

Y FWIW, no quiero que se deshagan de los mosaicos, ya es bastante malo la interfaz de usuario de la tableta de Windows 10, sufrió una gran degradación, en comparación con Windows 8.1

perdón por solo responder ahora. ¡Realmente se están deshaciendo de las baldosas! :(

Es una decisión interesante ya que Android solo permite íconos adaptables ahora, de manera similar a iOS, mientras que Windows está cambiando a íconos de forma libre. Los íconos "adaptables" se ven mejor en las pantallas de presentación porque tienen un ícono monocromático, por lo que no es necesario tener una pantalla de presentación en blanco cegador. Por otro lado, los íconos de forma libre se ven mucho mejor ya que brindan a los desarrolladores más control sobre el ícono y se adapta a la plataforma de escritorio (cosas como la barra de título, la barra de tareas) así como a las aplicaciones win32.

El icono de Office en sí no se parece a los iconos de Word o PowerPoint. Con estos cambios, siento que Microsoft está perdiendo su identidad.

@Poopooracoocoo Todavía tengo la esperanza de que haya una opción para usar mosaicos en lugar de íconos, incluso si los íconos son los nuevos predeterminados en el nuevo shell.

@Poopooracoocoo y @mdtauk , envíen sus comentarios sobre Feedback Hub para discusiones sobre mosaicos, ya que el equipo de WinUI no está involucrado en mosaicos ni tiene conocimiento de los planes.

@Poopooracoocoo y @mdtauk , envíen sus comentarios sobre Feedback Hub para discusiones sobre mosaicos, ya que el equipo de WinUI no está involucrado en mosaicos ni tiene conocimiento de los planes.

He enviado comentarios sobre el mantenimiento de los mosaicos: hay una colección con muchos votos a favor. Feedback Hub no es tan bueno como GitHub, ya que hay poca o ninguna contribución de comentarios o discusiones de los equipos de desarrollo de Windows.

Hola, ¿cómo deshabilitar los redondeos? Se ve feo cuando el botón redondo tiene información sobre herramientas redonda.

@kikisaints @chigy ¿Hay alguna manera de deshabilitar la esquina redondeada para, por ejemplo, un elemento específico como @mklemarczyk está pidiendo?

Hola, ¿cómo deshabilitar los redondeos? Se ve feo cuando el botón redondo tiene información sobre herramientas redonda.

@mklemarczyk ¿Ha intentado establecer el valor de CornerRadius en 0 en el estilo del control? Puede que tenga que hacerlo en App.xaml para que afecte a todos los controles de información sobre herramientas.

@kikisaints @chigy ¿Hay alguna manera de deshabilitar la esquina redondeada para, por ejemplo, un elemento específico como @mklemarczyk está pidiendo?

@mklemarczyk , ¿ha visto nuestro documento de orientación?
https://docs.microsoft.com/en-us/windows/uwp/design/style/dered-corner#page -o-app-wide-cornerradius-changes

@mklemarczyk Puede usar la propiedad ToolTip.CornerRadius o OverlayControlResource como dos opciones para cambiar el radio de esquina de un control de información sobre herramientas.

La propiedad Control.CornerRadius está disponible desde Windows 1809 y puede usarla así:

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

Esto establece el radio de la esquina en 0 para cada información sobre herramientas en la aplicación.

Alternativamente, puede usar

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

Tenga en cuenta que esto no solo establece el radio de esquina de los controles de información sobre herramientas en toda la aplicación, sino también todos los demás controles que usan este recurso (como ContentDialog y controles que consumen ventanas emergentes como ComboBox). Es decir ... en teoría, ya que anular el recurso no parece afectar estos controles aunque debería (la información sobre herramientas funciona).

Hay tanto ida y vuelta que es difícil saber qué se decidió con respecto a otras entradas y el radio de esquina, pero muy rápidamente, después de migrar un proyecto de UWP para usar WinUI 3 exclusivamente, noté que solo los botones tenían un radio de esquina aplicado (junto con los otros cambios como revelado mejorado, etc.) pero mis otros controles de entrada (por ejemplo, cuadro combinado) se quedaron con el aspecto metro (borde más oscuro / más grueso y ángulos de 90 °). ¿Es esto intencional, un WIP o un error? Además, para que el cuadro combinado coincida con los botones, terminé necesitando usar un radio de esquina de 3epx, aunque todo lo que veo en línea dice que el nuevo radio de esquina predeterminado es 4epx.

Hay tanto ida y vuelta que es difícil saber qué se decidió con respecto a otras entradas y el radio de esquina, pero muy rápidamente, después de migrar un proyecto de UWP para usar WinUI 3 exclusivamente, noté que solo los botones tenían un radio de esquina aplicado (junto con los otros cambios como revelado mejorado, etc.) pero mis otros controles de entrada (por ejemplo, cuadro combinado) se quedaron con el aspecto metro (borde más oscuro / más grueso y ángulos de 90 °). ¿Es esto intencional, un WIP o un error? Además, para que el cuadro combinado coincida con los botones, terminé necesitando usar un radio de esquina de 3epx, aunque todo lo que veo en línea _dice_ que el nuevo radio de esquina predeterminado es 4epx.

Si observa una diferencia entre WinUI2 y WinUI3 con respecto a los estilos, ¿puede abrir una nueva edición? Podría ser un error con respecto a la combinación de estilos de WinUI2 en WinUI3.