Este deve ser um projeto mais amplo do que apenas os cantos arredondados nos botões, etc., conforme usados ​​pelo Fabric.

• Botões
• Spinners / ProgressRing
• ProgressBar indeterminado
• Caixas de seleção e botões de rádio
• ComboBoxes e TextFields
  E assim por diante.

O Xbox continuará a ter requisitos diferentes, mas com um novo conjunto de consoles Xbox a caminho, talvez as equipes de Design da Microsoft possam trabalhar juntas para alinhar tudo em tempo para WinUI 3.0 e Xbox Next.

O Fabric parece estar recebendo muito foco no momento, com sua plataforma cruzada e casos de uso de PWA. Então, talvez o Fabric se torne o projeto - pelo menos para a densidade compacta e mude de 2px para 4px como uma medida mínima - e então você extrapola as possibilidades de toque e preenche os estados de controle ausentes.

O ThemeShadows precisará levar em conta os cantos arredondados. E as superfícies acrílicas provavelmente devem incluir bordas internas e externas para garantir que pareçam elevadas em relação ao plano de fundo.

@mdtauk Como

Aliás, não entendi muito bem o seu feedback sobre as bordas internas e externas das superfícies acrílicas. É o design do Xbox que você está mencionando, uma vez que atualmente não usamos as duas bordas que você especifica.

@chigy Claro com o Xbox, isso é coisa dele. Mas o ponto é que os cantos arredondados precisam funcionar em todos os controles relevantes.

Não estou ciente das especificações de design interno da figma com as quais a Fluent Team pode ou não ter concordado - mas precisa ser mais do que botões.

O Fluent Web usa um raio de canto de 2 px para seus cantos arredondados, mas o Fluent XAML tende a usar 4 px como uma medida base. Depois, há os modelos CompactDensity que provavelmente usariam as mesmas métricas do FluentWeb?

Fiz uma comparação entre os controles compartilhados do Xbox Fluent e do Fabric e como eles parecem diferentes. Portanto, há mais do que os cantos arredondados que precisam ser feitos enquanto esses modelos de controle estão sendo examinados.

Ignore as coisas do Xbox

@mdtauk , Para você ter a impressão de que se trata apenas de botão, não devo ter especificado claramente ... Fique tranquilo, não é. Veja os requisitos número 1 e seus subitens. Trata-se de todos os controles.

Não tive a oportunidade de publicar o arquivo de design, mas o raio de canto que estamos planejando é de 2px (4px para interface de usuário de sobreposição). Na verdade, eu trabalho muito próximo à equipe do Fabric (ou seja, Fluent Web) e estamos avaliando essas mudanças juntos. Dito isso, fazer com que correspondam exatamente da mesma forma não é nosso objetivo, mas precisamos ser coerentes e nos sentir parte da família quando os usuários os veem lado a lado. Consulte o requisito número 4.

Portanto, há mais do que os cantos arredondados que precisam ser feitos enquanto esses modelos de controle estão sendo examinados.

Está em andamento, mas estamos fazendo isso individualmente / caso a caso. Temos o cuidado de fazer mudanças que façam sentido, para não mudar as coisas por causa da mudança.

@chigy Obrigado, obrigado, obrigado!

Eu adoraria se você pudesse compartilhar esses designs com a comunidade, não apenas porque todos nós queremos ver para onde os controles e a IU estão indo, mas também para que, quando as alterações forem implementadas, possamos apontar inconsistências, bem como garantir o futuro propostas de controle vão se sentir em casa!

O Fabric Web, assim como o Fluent Web, parecem estar à frente do pacote, e XAML, bem como WPF e WinForms / Visual Styles devem seguir!

@chigy @mdtauk Veja minha resposta aqui . Apenas ver os conceitos de interface do usuário "saber para onde o Fluent Design está indo" ou apontar inconsistências na minha opinião não é suficiente. Elaborei esse ponto mais adiante na questão vinculada acima, mas, para resumir, quero que haja um vai e vem ativo entre os usuários e a equipe do Fluent Design (FD), mesmo quando se trata de propostas de design.

@mdtauk Eu sempre vejo você levantar a questão de atualizar os controles WPF / WinForms para corresponder ao FD. Oponho-me a isso, pois você terá o WinUI se quiser enviar um aplicativo não UWP com aparência e comportamento nativo do Win10 e a (s) equipe (s) da MS têm apenas recursos finitos que são mais bem gastos para tornar o UWP / WinUI O definitivo Plataforma de apresentação do Windows.
Então, @YuliKl @chigy @ pag3 : Você pode comentar sobre isso? Os controles WinForms / WPF padrão serão atualizados para ter uma nova aparência FD ou os controles WinUI serão a melhor opção para obter os melhores e mais recentes recursos de design como eu os entendo?

Publiquei esta imagem na proposta Numberbox, mas pode ter alguma relevância para os controles TextBox sendo atualizados.

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

O estilo "Botões giratórios" pode ser aplicado ao botão de pesquisa, botão de revelar senha e botão de texto claro.

A sombra em torno dos elementos de fronteira / controle no estado focalizado parece muito forte para mim. Por que eles ainda precisam de sombras? A versão atual (apenas alterando a cor da borda) é totalmente adequada. As sombras podem sugerir que o controle (elemento) está sendo elevado ao primeiro plano, o que pode fazer sentido em ambientes 3D, mas certamente não é necessário para ambientes de desktop clássicos e, pode-se argumentar, adiciona alguma distração.

A sombra em torno dos elementos de fronteira / controle no estado focalizado parece muito forte para mim. Por que eles ainda precisam de sombras? A versão atual (apenas alterando a cor da borda) é totalmente adequada. As sombras podem sugerir que o controle (elemento) está sendo elevado ao primeiro plano, o que pode fazer sentido em ambientes 3D, mas certamente não é necessário para ambientes de desktop clássicos e, pode-se argumentar, adiciona alguma distração.

O Glow em torno do controle quando em foco, é o FocusVisualKind.Reveal e é controlado pelo sistema. Tive de aproximar a aparência porque não tenho as métricas para corresponder exatamente à opacidade e ao tamanho.

Use-o como uma indicação de que acho que o brilho tornará o foco muito mais claro, do que apenas mudar a cor da borda.

@mdtauk , respectivamente, você poderia, por favor, limitar a conversa sobre esta questão a uma esquina arredondada? Eu realmente gostaria de receber feedback especificamente sobre as esquinas arredondadas e temo que esta conversa esteja ficando muito confusa para aqueles que podem ter vindo aqui para esse propósito.

Dito isso, o que você está mostrando me parece um comportamento do Reveal Focus. Analisamos como tornar o estado de foco mais forte e fizemos algumas pesquisas de usuário e confirmamos que eles são muito fortes, conforme @Felix-Dev menciona em sua resposta.
https://docs.microsoft.com/en-us/windows/uwp/design/style/reveal-focus

@chigy Se a pesquisa mostrar que o foco do Reveal Focus no controle de texto é demais, vou aceitar isso. Meus exemplos incluem os cantos arredondados, seja com algumas pequenas alterações na borda, que se encaixam na parte "... consistente com a direção do estilo da web e do aplicativo" da proposta.

@mdtauk e @ Felix-Dev, agora

@chigy existe a possibilidade de reconsiderar a espessura da borda dos controles de texto, caixas de combinação, seleção e controles de rádio.

O Fabric Web optou por 1 epx de espessura e acho que isso deixa os controles mais elegantes, principalmente com os novos cantos arredondados. No momento, eles parecem um pouco volumosos.

As caixas de texto no modo compacto se beneficiariam muito. Mas quando focado, a borda pode ser mais espessa

Os botões usam o preenchimento do plano de fundo com opacidade de 20% por padrão. No Fabric Web, eles usam uma borda de 1 epx e nenhum preenchimento. Acho que essa pode ser uma solução melhor e também permitiria que os botões em um controle de caixa de texto se ajustassem perfeitamente.

A proposta de NumberBox com botões de rotação ilustra esta combinação de botão e campo de texto

Talvez, se a equipe não estiver disposta a tornar esse estilo o novo padrão, um estilo / modelo pode ser incluído para ele.

Para ajudar na visualização das composições visuais criadas por @chigy , criei este

Feedback anedótico e não profissional sobre o tópico de cantos arredondados.
Usando o Edge e o CrEdge, meu problema número um com o CrEdge é a sensação arredondada de toda a IU. É horrível e ativamente me faz não gostar de usá-lo. Se você adicionar cantos arredondados às coisas, adicione a capacidade de alternar a borda afiada para aqueles de nós que não querem algo que parece uma criança com uma tesoura de segurança cortá-lo.

Para ajudar a visualizar as composições visuais criadas por @chigy , criei este

@mrlacey , muito obrigado !!

@chigy existe a possibilidade de reconsiderar a espessura da borda dos controles de texto, caixas de combinação, seleção e controles de rádio.

@mdtauk , temos mais algumas mudanças visuais sendo resolvidas agora sobre como organizar o trabalho (queremos que sejam individualmente endereçáveis, mas coerentes), uma delas é o que você está perguntando, portanto, fique atento.

Feedback anedótico e não profissional sobre o tópico de cantos arredondados.
Usando o Edge e o CrEdge, meu problema número um com o CrEdge é a sensação arredondada de toda a IU. É horrível e ativamente me faz não gostar de usá-lo. Se você adicionar cantos arredondados às coisas, adicione a capacidade de alternar a borda afiada para aqueles de nós que não querem algo que parece uma criança com uma tesoura de segurança cortá-lo.

@ Zucce05 , Sim # 684 resolverá sua preocupação ao ser capaz de voltar para o canto não arredondado facilmente. Dito isso, como você pode ver em nossa proposta de cortesia, os cantos não são tão redondos para manter a aparência profissional.

@chigy
Não sou fã das mudanças no design dos cantos arredondados, então fico feliz em saber que existe uma opção para voltar facilmente. Eu não acho que haverá uma opção de raio de canto para todo o sistema, haverá (semelhante a definir uma cor de destaque para todo o sistema)?

Sobre o tópico da espessura da borda: eu gosto da espessura atual dos botões e a espessura da borda também parece única para mim no cenário atual da IU. Raramente vejo essa espessura de borda na IU diferente da IU UWP, então ela sempre atua como um bom diferenciador: "A IU que estou vendo no momento é UWP." Eu gostaria de ver a espessura ficar como está atualmente.

Olhando para suas composições visuais postadas, a única área onde eu acho que a espessura da borda parece estranha é no caso de um TreeView com caixas de seleção. Nesse caso, a espessura das caixas de seleção parece muito espessa para mim. Pode ser um efeito visual enganoso, mas parece-me que as caixas de seleção autônomas têm uma espessura de borda mais fina e fica bem para elas. Portanto, eu reduziria a espessura da borda de checkbixes em um TreeView para coincidir com o efeito visual da espessura normal da borda da caixa de seleção.

@mdtauk , temos mais algumas mudanças visuais sendo resolvidas agora sobre como organizar o trabalho (queremos que sejam individualmente endereçáveis, mas coerentes), uma delas é o que você está perguntando, portanto, fique atento.

@chigy Eu fiz alguns mock ups visuais para ilustrar as mudanças que mencionei e aproxime os controles dos controles do Fabric Web - mas ainda usando as métricas de controle Fluent.

As sombras adicionadas ao foco são usadas pelos controles Fluent Web nas visualizações da Web da Microsoft Store, mas isso pode ser omitido por padrão, ou a tradução Z pode ser obtida por uma animação de tema que pode ser removida.

Olhando para algumas das propostas de design de @mdtauk acima, eu claramente prefiro a espessura da borda atual dos botões, etc ...

Também gostaria de observar que não sou muito fã de basear o Windows Fluent Design no Fabric Web ou em outros componentes de IU da Web - quero que o Windows tenha uma aparência única, diferente do que está acontecendo na web. Veja os navegadores da Internet, por exemplo: o Chrome é o navegador mais amplamente usado atualmente, mas isso significa que o navegador baseado no Edge Chromium deve ser exatamente o mesmo ou apenas ligeiramente diferente? Não na minha opinião. Como eu disse acima, os estilos de controle padrão UWP atuais fornecem ao UWP (e, portanto, ao Windows) uma bela aparência única. Algo que eu adoraria que a equipe do Windows Fluent considerasse (ou seja, não mude coisas apenas por mudar).

@ Felix-Dev Fabric Web são designs de controle da Web da Microsoft baseados no Fluent. O Chromium Edge está planejando usar esses estilos de controle por padrão. Mas é claro que os web designers podem redesenhar seus controles CSS e os desenvolvedores também podem escolher seus próprios modelos para controles XAML.

Não sei por que os designs de controle da Microsoft precisam ser tão diferentes da Web para o Windows. Parece apenas equipes diferentes, não conversando. E os desenvolvedores ainda têm a opção de substituir. E esses novos padrões não têm efeito a menos que o aplicativo seja recompilado para WinUI 3.0

Olhando para suas composições visuais postadas, a única área onde eu acho que a espessura da borda parece estranha é no caso de um TreeView com caixas de seleção.

@Felix-Dev, para este problema em particular, acho que é apenas um bug estranho do Figma exportando visual com uma escala um tanto estranha. Eu verifiquei duas vezes a compilação real e o arquivo Figma real de onde exportei o PNG, eles parecem OK.

RE: popularidade de cantos arredondados
@mdtauk e @ Felix-Dev,
Meu colega fez uma consulta informal sobre o que os desenvolvedores (eles eram principalmente desenvolvedores de LOB / WPF / WinForms) pensam sobre a atualização de nossos controles com cantos arredondados durante a prévia e eles receberam aplausos do público com uma recepção muito boa. Também ouvimos as pessoas reclamarem de não contornarmos problemas no Twitter para Windows com frequência.

Portanto, embora eu respeite seu feedback (e espero que receba), temos dados anedóticos que indicam o oposto do que estou ouvindo aqui de você. Dito isso, é por isso que estamos considerando uma maneira de alterá-lo novamente, caso você deseje fazê-lo. O design é complicado, pois são bastante subjetivos. Não posso forçá-lo a usar uma camisa vermelha se você não gosta de vermelho, mas se for um "dia de vestir vermelho", pode ser do seu interesse usar uma para não se destacar. Se você entender o que quero dizer ... :)

Bem, no final das contas tudo se resume a preferências pessoais. Acho que os estilos de controle padrão UWP atuais parecem muito bons e uma grande parte para mim é que eles parecem únicos em comparação com o que você vê na web ou em aplicativos populares como o navegador Chrome ou sistemas operacionais móveis como o Android. É uma boa lufada de ar fresco.

Agora, posso ver porque a MS deseja ter estilos "padrão" diferentes para Windows e Web para sua linguagem de design. No entanto, tenho a sensação de que a direção atual é tornar o Windows mais parecido com aplicativos / sistemas operacionais móveis e não sou muito fã disso (consulte "Os controles XAML são inconsistentes com a forma como os aplicativos móveis e da web estão evoluindo" na proposta de emissão).

Os desenvolvedores podem facilmente modificar os estilos, mas o mais importante para mim é o estilo padrão que o MS usará, já que esse estilo será usado em todos os aplicativos fornecidos pelo MS (ou seja, configurações) e, portanto, será um estilo no qual os desenvolvedores externos também basearão seu trabalho (alguns mais, outros menos).

@chigy

Meu colega fez uma consulta informal sobre o que os desenvolvedores (eles eram principalmente desenvolvedores de LOB / WPF / WinForms) pensam sobre a atualização de nossos controles com cantos arredondados durante a prévia e eles receberam aplausos do público com uma recepção muito boa.

Não é talvez o público errado para perguntar? E quanto aos usuários do dia-a-dia? Eu vi alguns usuários reclamando sobre o recente push de cantos arredondados nos canais do reddit e discord, por exemplo (embora você também sempre tenha usuários que não se importarão ou apoiarão essa mudança).

Quanto ao exemplo do Twitter: trata-se de um aplicativo de terceiros que talvez queira ter seu próprio estilo de marca exclusivo. Eu ficaria bem com isso (afinal, é aí que sua equipe entra e adiciona suporte de customização para estilos de controle). Mas eu certamente não usaria um aplicativo externo como motivo para revisar a linguagem de design oficial do Windows.

Para encurtar a história, parece que a equipe de design do Windows está decidida a deixar o Windows mais próximo do mundo móvel / web. Agora, só espero que essas mudanças não sejam muito radicais e que o Windows continue com uma aparência única, tornando-se facilmente distinguível de outros ambientes.

@ Felix-Dev Os controles da Web do Fabric são exclusivos de outras estruturas e dos controles da Web padrão. Eles foram atualizados recentemente para usar o Design Fluent, em comparação com a aparência mais antiga, que era como os controles MDL2 do Windows 10 e os controles do Windows 8 / WinJS.

Os controles XAML atualmente ainda usam seus designs de controle MDL2, alguns elementos como os menus desdobráveis ​​e menus usam elementos e materiais de Design Fluent.

Os estilos de texto em Fluente e Tecido têm feito mais uso de pesos negrito e semibold. Os vários conceitos do Windows 10 também os utilizaram. Mas o Shell do Windows e os aplicativos de caixa de entrada ainda não mudaram para esse estilo.

Fabric Web e Fluent Web são as alterações mais recentes nos controles da Microsoft desde que o Fluent Design foi anunciado e, portanto, é natural que olhemos para esses designs para nos ajudar a encontrar uma direção para onde essas interfaces de usuário irão. Com o WinUI 3.0 sendo uma grande mudança para a plataforma e todos os controles recebendo uma nova aparência para torná-los melhores, mais atualizados e mais consistentes com o Design Fluent da Microsoft.

RE: Consistência da Web, Fluente e exclusivo do Windows
@ Felix-Dev e @mdtauk ,
Um dos objetivos da equipe de design do Windows é "familiaridade". Eles fizeram muitas pesquisas de usuário com nossos clientes (como você indicou, não nossos desenvolvedores, mas nossos usuários diários) e descobriram que ser diferente sem um bom motivo não é uma coisa boa como você pode imaginar (estou resumindo muito então este não é o teste exato que eles fizeram, então não me cite aqui). O Windows precisa atrair novos tipos de usuários, cuja experiência com qualquer tecnologia pode estar começando com Mobile ou Web. Esses usuários sentem uma grande lacuna quando são apresentados ao Windows e ter uma aparência e comportamento “diferentes” não ajuda nisso. Uma pequena mudança, como o canto arredondado, faz uma grande diferença na percepção. A equipe do Office fez um estudo semelhante com resultados semelhantes, portanto, estamos avançando com o canto arredondado. Não estamos tomando essa decisão levianamente ou no vácuo.

Isso não significa que os tornamos exatamente iguais. Se há lugares onde podemos melhorar, nós queremos isso. Também queremos ser únicos, como o Felix mencionou, mas eles precisam ser significativos, não apenas diferenças de opinião. Esses são os lugares onde utilizamos os tratamentos exclusivos Fluent.

Como mencionei anteriormente nesta discussão, estou trabalhando em estreita colaboração com as equipes do Office, Windows e Edge. Nossas equipes de design estão ansiosas para ter um design que saia da Microsoft / Fluent, então eles estão analisando cuidadosamente as diferenças e tentando eliminar onde as diferenças não fazem sentido para que tenhamos um ponto de partida onde possamos evoluir juntos.

É muito interessante, porém, que muitas dessas mudanças foram incubadas por essas equipes separadamente, mas muitas vezes chegavam a pontos muito semelhantes. O estreitamento da fronteira é algo que o Office implementou primeiro, mas o Windows vem discutindo sobre isso há algum tempo. E tudo isso faz parte da direção do Fluent Design, como sugere Martin.

_RE: Popularidade de cantos arredondados_
@mdtauk e @ Felix-Dev,
Meu colega fez uma consulta informal sobre o que os desenvolvedores (eles eram principalmente desenvolvedores de LOB / WPF / WinForms) pensam sobre a atualização de nossos controles com cantos arredondados durante a prévia e eles receberam aplausos do público com uma recepção muito boa. Também ouvimos as pessoas reclamarem de não contornarmos problemas no Twitter para Windows com frequência.

Portanto, embora eu respeite seu feedback (e espero que receba), temos dados anedóticos que indicam o oposto do que estou ouvindo aqui de você. Dito isso, é por isso que estamos considerando uma maneira de alterá-lo novamente, caso você deseje fazê-lo. O design é complicado, pois são bastante subjetivos. Não posso forçá-lo a usar uma camisa vermelha se você não gosta de vermelho, mas se for um "dia de vestir vermelho", pode ser do seu interesse usar uma para não se destacar. Se você entender o que quero dizer ... :)

_RE: Consistência da Web, Fluente e exclusivo do Windows_
@ Felix-Dev e @mdtauk ,
Um dos objetivos da equipe de design do Windows é "familiaridade". Eles fizeram muitas pesquisas de usuário com nossos clientes (como você indicou, não nossos desenvolvedores, mas nossos usuários diários) e descobriram que ser diferente sem um bom motivo não é uma coisa boa como você pode imaginar (estou resumindo muito então este não é o teste exato que eles fizeram, então não me cite aqui). O Windows precisa atrair novos tipos de usuários, cuja experiência com qualquer tecnologia pode estar começando com Mobile ou Web. Esses usuários sentem uma grande lacuna quando são apresentados ao Windows e ter uma aparência e comportamento “diferentes” não ajuda nisso. Uma pequena mudança, como o canto arredondado, faz uma grande diferença na percepção. A equipe do Office fez um estudo semelhante com resultados semelhantes, portanto, estamos avançando com o canto arredondado. Não estamos tomando essa decisão levianamente ou no vácuo.

Isso não significa que os tornamos exatamente iguais. Se há lugares onde podemos melhorar, nós queremos isso. Também queremos ser únicos, como o Felix mencionou, mas eles precisam ser significativos, não apenas diferenças de opinião. Esses são os lugares onde utilizamos os tratamentos exclusivos Fluent.

Como mencionei anteriormente nesta discussão, estou trabalhando em estreita colaboração com as equipes do Office, Windows e Edge. Nossas equipes de design estão ansiosas para ter um design que saia da Microsoft / Fluent, então eles estão analisando cuidadosamente as diferenças e tentando eliminar onde as diferenças não fazem sentido para que tenhamos um ponto de partida onde possamos evoluir juntos.

É muito interessante, porém, que muitas dessas mudanças foram incubadas por essas equipes separadamente, mas muitas vezes chegavam a pontos muito semelhantes. O estreitamento da fronteira é algo que o Office implementou primeiro, mas o Windows vem discutindo sobre isso há algum tempo. E tudo isso faz parte da direção do Fluent Design, como sugere Martin.

Sou totalmente a favor de alterar os controles padrão, e os controles da Web do Fabric parecem mais elegantes e polidos do que os atuais designs de controle XAML IMO.

Mas isso é mais do que apenas alterar os modelos, trata-se de expor mais propriedades que permitem aos desenvolvedores substituir essas alterações facilmente, sem a necessidade de refazer o modelo de todo o controle.

Os novos valores padrão de CornerRadius podem ser ThemeResources, algo como
<Thickness x:Name="ControlCornerRadius" Value="2,2,2,2"/>
<Thickness x:Name="FlyoutCornerRadius" Value="4,4,4,4"/>

Em seguida, um desenvolvedor pode simplesmente substituí-los em App.xaml - ou aplicar CornerRadius = "0" nos controles que deseja manter quadrados.

Depois disso, eu também sugeriria que BorderThickness tenha seus padrões definidos como 1epx em vez de 2epx - mas todos os controles usariam 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"

Portanto, eles podem ser substituídos globalmente em App.xaml ou apenas em um Estilo aplicado a alguns controles.

Defina um novo padrão, mas permita substituições que não requeiram nova modelagem.

Mas isso é mais do que apenas alterar os modelos, trata-se de expor mais propriedades que permitem aos desenvolvedores substituir essas alterações facilmente, sem a necessidade de refazer o modelo de todo o controle.

@mdtauk , Isso mesmo e como mencionei, é rastreado pela mudança proposta com # 684. Adicionando @kikisaints a este tópico para que ela veja o bom feedback que você deu (mas não citando a coisa toda, pois será enorme. :)

@chigy Como eu estava postando a última resposta, outras coisas foram adicionadas, então eu tive que incluir as aspas :)

Eu adoraria ouvir mais sobre os tipos de discussões que as equipes de IU do Windows têm tido. Tenho feito ideias de design de controle nos últimos anos para meus próprios fins e para conversas no Twitter, e algumas das coisas agora no Fabric Web e no Office Xaml eram coisas que eu queria mudar. Espessuras de borda, certas inconsistências com botões de rádio, caixas de seleção, menus suspensos etc.

Estou animado para ver essas mudanças se desenvolverem e estou feliz por estar envolvido nas discussões que estão acontecendo aqui!

Obrigado por levar meu entusiasmo da maneira construtiva que pretendia, mesmo que pareça agressivo ou teimoso.

Eu definitivamente aplaudo a decisão de tornar os controles de personalização tão simples quanto definir uma propriedade, em vez de ter que refazer o modelo de todo o controle para uma única alteração.

No entanto, no final, o que eu mais quero ver é o aumento do suporte à personalização no sistema operacional: Como você já sabe, não sou um fã das mudanças propostas (raio de canto sutil é uma coisa, reduzindo a espessura da borda ainda outra) e gosto do design atual. Por outro lado, temos usuários como @mdtauk, que são claramente fãs das mudanças propostas. O Windows deve fazer uso da nova flexibilidade nesses controles e dar opções para personalizar a aparência de todo o sistema - para os casos em que faz sentido e também dar aos desenvolvedores a flexibilidade de optar por não seguir as configurações do sistema.

Olhando para o pensamento de borda em particular, o sistema proposto torna a instalação de uma opção de todo o sistema para raios de canto extremamente fácil (assim como acontece com a cor de destaque hoje, que é exposta como um recurso que os aplicativos podem usar). Especialmente vendo que as alterações propostas para os raios de canto são bastante pequenas, isso também pode ser viável em termos de design para aplicativos (e se o desenvolvedor não achar, pode sempre cancelar).

Eu adoraria ouvir mais sobre os tipos de discussões que as equipes de IU do Windows têm tido.

@mdtauk , é nossa intenção trazer todas as mudanças visuais futuras por meio do GitHub, então espere mais

No entanto, no final, o que eu mais quero ver é o aumento do suporte à personalização no sistema operacional ...
O Windows deve fazer uso da nova flexibilidade nesses controles e dar opções para personalizar a aparência de todo o sistema - para os casos em que faz sentido e também dar aos desenvolvedores a flexibilidade de optar por não seguir as configurações do sistema.

@ Felix-Dev, o tipo de personalização que estamos procurando atualmente para o Windows (presumo que algo que o usuário pode alterar nas configurações?) São coisas que afetam a usabilidade. Não tenho certeza se o canto arredondado ou a espessura da borda são um deles. Não é objetivo do Windows fazer com que o usuário possa projetar toda a IU como desejar. Ainda queremos fornecer o design do Windows e os cantos arredondados são um dos principais fatores de design que eu não acho que seja algo destinado à personalização ... Pelo menos a partir de agora, de acordo com a definição de personalização. Obrigado por seus comentários e procurarei lugares onde faça sentido expor à medida que pensamos em novas mudanças de design.

@Felix-Dev Com a quantidade de personalização que os desenvolvedores podem fazer para os controles, seria impossível ser consistente com quaisquer configurações do sistema operacional em relação às alterações de design de controle.

@chigy À medida que você traz as composições de design para cada um dos novos designs de controle para o GitHub, seria útil incluir informações que a Microsoft reuniu de quaisquer estudos de pesquisa sobre por que as alterações vão melhorar as coisas. Então, em vez de "Mudamos isso de um triângulo para um hexágono" seria algo como "ao conduzir um experimento de conforto e familiaridade do usuário, foi descoberto que ao mudar o design do botão de um triângulo para um hexágono, mais pessoas acharam mais fácil para identificá-lo como um botão e, quando comparado a outras interfaces de usuário de plataforma, sentiu uma afinidade com este design "etc.

@mdtauk

Com a quantidade de personalização que os desenvolvedores podem fazer para os controles, seria impossível ser consistente com quaisquer configurações do sistema operacional em relação às alterações de design de controle.

Não estou falando sobre como os desenvolvedores externos honrariam essa configuração do usuário - eles já podem estilizar os controles da maneira que quiserem -, mas sobre a aparência dos componentes do Windows. Isso significa que o aplicativo Configurações, área de transferência, Snip & Sketch, elementos da IU nos menus desdobráveis ​​da barra de tarefas (como os botões no painel de rede), etc ...

Eu, pelo menos, quase não estou usando nenhum aplicativo UWP fora dos fornecidos pelo MS, então não tenho nenhum problema com estilos personalizados de desenvolvedores externos. No entanto, interajo diariamente com elementos UWP no sistema Windows.

@chigy Correto, eu estava olhando para uma configuração no aplicativo Win 10 Settings onde um usuário pode alterar - até certo ponto - a aparência da IU. Resta ver o que realmente faria sentido e também seria viável em termos de trabalho adicional, tornando as características da IU mutáveis ​​pelo usuário. Eu sinto que quanto menores forem as alterações propostas agora (raio de canto sutil), mais viável será adicionar uma opção para retornar ao estilo anterior (controles quadrados).

Uma última coisa: o Win 10 tem 800 milhões de usuários e continua aumentando. Nem todos estão tão entusiasmados quanto Martin com as mudanças propostas e seria bom se o Windows também tentasse acomodar esses usuários. Como você disse, a IU é altamente subjetiva e se houver alguma possibilidade de adicionar flexibilidade ao sistema de IU, a MS deve pelo menos considerar isso.
Para navegadores de Internet, por exemplo, existe toda uma indústria de temas, onde não apenas as cores são alteradas, mas também a aparência dos elementos da interface do usuário, como guias ou a barra de pesquisa: https://github.com/muckSponge/MaterialFox (Engraçado , esse projeto em particular adiciona cantos arredondados ao Firefox - e não sou um fã de cantos arredondados.)
Para o sistema Windows, no entanto, os usuários não podem simplesmente criar um tema próprio, então seria bom se a MS pudesse fornecer opções de personalização da IU.

@mdtauk @chigy
Por favor, verifique este post do reddit para ver que não sou só eu que não sou fã de cantos arredondados. Temos pessoas que não gostam de toda a mudança e também muitas que pedem que os usuários possam escolher a aparência do Windows para que possam voltar à aparência atual.

Tudo bem, então fui incentivado por muitas pessoas a dar algum feedback sobre este tópico porque há uma investigação sobre as mudanças propostas na IU, principalmente a ideia de forçar cantos arredondados em literalmente tudo e como alguém que é um designer de interface gráfica (principalmente de conceito e design) e usa o Windows 10 desde que ele estava em desenvolvimento. Eu com certeza vou ficar do lado de todos que não gostam da mudança proposta para adicionar cantos arredondados a todo o sistema operacional, e recomendo fortemente que essas mudanças não sejam feitas ou deixem o usuário tem preferência se deseja cantos arredondados ou agudos por meio de uma opção de personalização.

Em termos de lamentação: basta mantê-los quadrados ou torná-los opcionais no nível do usuário.

Eu tenho razões mais do que suficientes, mas as minhas maiores são simplesmente o fato de que o Windows desde o Windows 8 tem cantos quadrados e quase tudo foi projetado em torno disso por anos, esta proposta é muito mais uma tentativa de adotar os mesmos cantos arredondados do iOS e plataformas Android por qualquer motivo. O maior problema é que fazer isso não apenas aumentaria a quantidade de inconsistência em todo o sistema, mas forçaria uma "pequena" mudança na interface do usuário que, na realidade, é muito maior do que você imagina que também causaria inconsistência em todo o ecossistema do aplicativo, porque você terá desenvolvedores que não desejam atualizar seu aplicativo simplesmente por causa de uma mudança simples como essa.

Na minha opinião, isso NÃO deve ser absolutamente uma escolha do desenvolvedor, não apenas pelos motivos mencionados acima, mas, o Windows sempre foi sobre personalização e poder, pegue o tema do Windows 98, também conhecido como Clássico, como exemplo. Quando o Windows XP surgiu, muitas pessoas ainda usavam o Classic porque ele tinha mais opções de personalização do que o tema Luna. O XP não impôs o tema Luna a todos, você ainda tinha a opção de usar o Classic. Esta mudança proposta NÃO dá a você a opção de reter cantos quadrados em qualquer lugar, ela está forçando todos a lidar com algo de que podem não gostar, uma coisa muito ruim na minha opinião quando se trata de permitir que um usuário personalize o sistema operacional de acordo com sua preferência.

Eu sei que você provavelmente está pensando, "uma mudança tão pequena não é algo que os usuários estariam interessados" ou "permitir que o usuário personalize muitas coisas os confundiria", mas tenho certeza que qualquer usuário seria capaz de entender o que alternar entre cantos arredondados e pontiagudos ou mesmo um tema serviriam, desde a descrição e contexto adequados. Eu também acrescentarei que muitas pessoas estão definitivamente interessadas em ter a opção por isso ao invés de ter outra coisa forçada contra sua vontade, veja o post do Reddit @ Felix-Dev postado se você precisar de mais alguma prova de que as pessoas não gostam da ideia de arredondado cantos em todos os lugares.

Muitas pessoas não gostam muito mesmo da proposta de cantos arredondados e muitos consideram isso um retrocesso, mesmo verifique os comentários em vários vídeos da próxima IU Hololens sendo arredondada, a maioria dos comentários mais uma vez é sobre não gostar fortemente de todos os cantos arredondados e há até comentários dizendo variações de "Microsoft jogando a toalha no departamento de UI e copiando Apple ou Google", embora não seja a primeira vez que a Microsoft usou cantos arredondados, as pessoas agora vêem isso como uma coisa negativa.

Novamente, isso deve ser apenas uma opção ou mesmo um tema, não é nem mesmo um novo conceito, já que o Windows teve temas por anos em versões anteriores, se houver, deve ser uma mensagem pedindo o retorno de temas robustos, em vez de forçar algo novamente para todos e reduzindo as opções.

Eu criei um post no reddit com um link para esta proposta para que possamos obter mais comentários. Olhando os comentários até agora, posso dizer que muitas pessoas apreciam a abordagem sutil com os cantos arredondados.

As pessoas também estão chamando inconsistências de IU - mesmo em aplicativos oficiais do Win 10 MS, consulte o aplicativo Configurações e o aplicativo Segurança (NavigationView estendendo-se para a barra de título) - e também as diferenças entre os componentes do sistema win32 e os elementos UWP mais recentes. Como @SavoySchuler mencionou, espero que isso seja resolvido com o WinUI 3.0. Não é um ponto específico em relação a esta proposta, mas mais um desejo "abrangente" entre muitos de nós, usuários do Windows. Não tanto sobre os cantos serem redondos ou não, mas a consistência no sistema Windows.

Consistência é a chave aqui e tem sido minha principal preocupação.

O WinUI 3.0 trata das alterações nos controles XAML que afetam os aplicativos da caixa de entrada e a IU do Windows.

O Fabric Web é sua própria equipe, mas todas as equipes se comunicam e baseiam suas decisões no Fluent Design, portanto, suponho que o design do Fabric Web é o pensamento mais recente da Microsoft e, portanto, a consistência deve prevalecer.

O Xbox Next, o Windows Lite e o Windows Core OS virão com novos shells, então isso também deve ser levado em consideração pelas equipes - com o Windows 10 para suporte legado

O que @chigy disse é exatamente o que eu e muitos outros estamos pedindo, uma mudança mais sutil que também permitiria que as pessoas no nível do usuário, em vez do nível do desenvolvedor, simplesmente decidam se querem ver os cantos agudos ou arredondados, semelhante a como Temas do Windows costumavam funcionar.

Baseando-se no que @Nepxune disse acima, talvez seja legal dar aos usuários um intervalo selecionado de valores que eles possam escolher para um raio de canto de todo o sistema. Pelo menos para valores pequenos no intervalo de 0 a 2, acho que não haveria nenhum impacto negativo na interface do usuário meticulosamente projetada. Afinal, essas alterações são muito sutis e, portanto, ainda devem preservar a identidade da IU do Windows.

No entanto, vejo que, mesmo que a personalização da IU seja adicionada ao Windows, deve haver limites, tanto no número de elementos que podem ser alterados pelo usuário quanto no conjunto de valores que um usuário pode escolher. Caso contrário, há o risco de impactar negativamente a interface do usuário existente e também se distanciar muito da aparência desejada do Windows pela equipe de design.

Eu tenho uma perspectiva diferente sobre isso.
No início do thread, vi uma discussão sobre como aproximar os estilos Fabric UI (Web) e Windows (UWP), e isso me preocupa um pouco.

Aqui está um contexto: eu sou um usuário do Microsoft Edge há anos e uma das minhas coisas favoritas sobre ele era sua aparência inspirada em UWP. Quando o Edge Insider foi revelado, fiquei muito desapontado ao ver que ele usava o Chrome e o design da IU da Web modificados em vez do estilo UWP de seu predecessor. Embora os cantos arredondados mostrados sejam mínimos, a ponto de eu não ter nenhum problema com eles, este tópico está me dando a mesma sensação de decepção. Não quero ver o Windows perder sua aparência única (e superior!) Em favor de se adequar a "padrões da web" mal projetados. Na verdade, prefiro que os aspectos do design UWP Fluent cheguem ao Fabric!

Eu acredito que o plano para o Edge é, eventualmente, trazer de volta o Acrílico e mover a IU mais para um estilo Windows / Design Fluent.

Mas o Windows também está avançando um pouco para preencher a lacuna.

Não é impossível criar uma configuração no sistema operacional para escolher entre controles arredondados e não arredondados, é impossível impor isso a todos os aplicativos e funciona de uma maneira totalmente diferente dos estilos visuais da era XP.

Além disso, o WinUI 3.0 trata da separação da plataforma e dos controles do aplicativo do sistema operacional e, portanto, pode não ser uma boa decisão vincular mais deles.

Obviamente, como desenvolvedor de aplicativo, você tem a opção de definir o valor de CornerRadius em seus controles como 0 para trazer de volta os controles quadrados.

Eu apoio este push para pequenos cantos arredondados, mas prefiro o controle deslizante de alça vertical atual ao controle deslizante de alça circular. A alça vertical parece mais precisa e é mais fácil descobrir onde está à primeira vista. Pelo menos é assim que eu vejo. Continue o bom trabalho tho!

Existe uma razão para o MediaTransport Scrub Bar Thumb ser redondo com um contorno, enquanto o novo Slider Thumb proposto é um círculo preenchido?

Acho que o polegar circular é muito mais agradável do que o formato de losango / pílula desajeitado que não se encaixa em nenhum dos outros controles.

Não sei se vocês se lembram disso, mas mesmo fazer as pessoas lado a lado em cantos arredondados era um grande problema para muitos fãs do Windows naquela época e isso foi apenas uma pequena mudança. Para mim, ter cantos arredondados em todos os lugares significaria que o Windows perderia sua aparência distinta desde a introdução da linguagem de design metro e design fluente. A linguagem de design sempre foi uma grande chave para mim, o que tornou o desenvolvimento uwp atraente para mim. Seria muito triste vê-lo ir e se tornar genérico.

Junto com os conceitos de design TextBox e NumberBox que fiz - aqui estão alguns para o ComboBox e o EditableComboBox

Bom trabalho!
Tenho algumas sugestões sobre os menus suspensos. Com as sombras demarcando o menu, precisamos mesmo da borda? E o IMO, o destaque de seleção poderia cobrir toda a largura da superfície do flyout, sem deixar lacunas.

Eu aprecio as bordas desfocadas mais finas, e o brilho de revelação do foco deve tornar mais fácil ver qual elemento está focado ao navegar pela IU usando um teclado (na verdade, prefiro que seja um pouco mais forte do que acima).

Bom trabalho!
Tenho algumas sugestões sobre os menus suspensos. Com as sombras demarcando o menu, precisamos mesmo da borda? E o IMO, o destaque de seleção poderia cobrir toda a largura da superfície do flyout, sem deixar lacunas.

O destaque de seleção cobre toda a largura, mas coloquei uma borda interna mais clara para os menus desdobráveis, o que o ajudará a se levantar da superfície junto com o efeito acrílico e a sombra - a borda interna poderia ser mais sutil, no entanto, se for muito forte - é mais uma ideia do que uma proposta de design totalmente final.

@mdtauk

Não é impossível criar uma configuração no sistema operacional para escolher entre controles arredondados e não arredondados, é impossível impor isso a todos os aplicativos e funciona de uma maneira totalmente diferente dos estilos visuais da era XP.

É por isso que eu disse torná-lo opcional para desenvolvedores. Honestamente, nada realmente mudaria. Os aplicativos de terceiros já podem ser fornecidos com a aparência que desejarem. Se uma empresa deseja enviar seu aplicativo com uma IU arredondada (botões de círculo, ...), ela está livre para fazê-lo.

Além disso, o WinUI 3.0 trata da separação da plataforma e dos controles do aplicativo do sistema operacional e, portanto, pode não ser uma boa decisão vincular mais deles.

Como eu disse acima, imagino que seja semelhante a como a cor de destaque (que o usuário pode definir nas configurações) é tratada hoje. Exponha-o como um recurso que os controles podem vincular ao raio do canto, dessa forma, as alterações do raio do canto serão refletidas no aplicativo sem trabalho adicional para os desenvolvedores.

Apenas deixando meu feedback do reddit aqui da perspectiva do usuário: “Eu adoro o visual limpo dos cantos arredondados da proposta. Como todo mundo (no reddit), a consistência em torno de todo o sistema operacional ainda precisa de muito amor. ”

Existe uma razão para o MediaTransport Scrub Bar Thumb ser redondo com um contorno, enquanto o novo Slider Thumb proposto é um círculo preenchido?

@mdtauk , na verdade, isso é algo que estamos olhando, mas isso não significa que faremos a mudança, então não estou estabelecendo expectativas ...

Tenho algumas sugestões sobre os menus suspensos. Com as sombras demarcando o menu, precisamos mesmo da borda? E o IMO, o destaque de seleção poderia cobrir toda a largura da superfície do flyout, sem deixar lacunas.

@quantumfrost , Sim, na verdade, nós fazemos. Shadow é inteligente. Portanto, quando o sistema está no modo de baixo consumo de energia ou alguma outra situação em que desativamos a sombra, a borda entrará em cena. Projetamos a fronteira de forma sutil. Avaliamos várias opções diferentes, mas isso é o que era mais robusto.

@nepxune , @mdtauk
Obrigado pelo seu feedback.
Deixe-me responder a alguns dos pontos que você fez acima.

A opção de fornecer configuração do usuário para que o arredondamento de cantos seja algo que o usuário possa escolher é interessante. No entanto, também tem muito a ver com esse feedback sobre outros recursos importantes que devemos avaliar no sistema Windows como um todo.

Como desenvolvedores de aplicativos, espero que todos estejam bem cientes da necessidade de priorizar e fazer o que é certo para o seu cliente. No caso do Windows, o cliente são os usuários que utilizam o SO. Obviamente, os desenvolvedores que criam aplicativos neste sistema operacional também são clientes importantes e, ao fornecer a facilidade de alternar os raios de canto, podemos resolver o problema principal que essa mudança teria introduzido.

Quanto aos usuários que usam o sistema operacional, ouvimos de nossos clientes que o Windows é muito intimidante. A equipe do Windows e do Office fez um estudo de usuário onde acabou concluindo (independentemente) que mesmo tão sutil quanto um canto arredondado faz a diferença para tornar o produto familiar e acessível.

Portanto, sei que muitas pessoas no GitHub e em outros fóruns mencionam que estamos seguindo o iOS e o Android, mas não é assim. Chegamos a essa decisão entendendo nossos usuários. Sim, o fato de usarem cantos arredondados aumenta o aspecto de familiaridade, mas não estamos acompanhando cegamente o que a indústria está fazendo.

Eu tenho uma perspectiva diferente sobre isso.
No início do thread, vi uma discussão sobre como aproximar os estilos Fabric UI (Web) e Windows (UWP), e isso me preocupa um pouco.

Aqui está um contexto: eu sou um usuário do Microsoft Edge há anos e uma das minhas coisas favoritas sobre ele era sua aparência inspirada em UWP. Quando o Edge Insider foi revelado, fiquei muito desapontado ao ver que ele usava o Chrome e o design da IU da Web modificados em vez do estilo UWP de seu predecessor. Embora os cantos arredondados mostrados sejam mínimos, a ponto de eu não ter nenhum problema com eles, este tópico está me dando a mesma sensação de decepção. Não quero ver o Windows perder sua aparência única (e superior!) Em favor de se adequar a "padrões da web" mal projetados. Na verdade, prefiro que os aspectos do design UWP Fluent cheguem ao Fabric!

@ 19lmyers
Obrigado por seus comentários sobre sua preocupação com o Windows perder seu próprio visual único (e até superior). Conforme mencionado no comentário acima, nossos usuários não necessariamente apreciam o Windows ser muito diferente porque eles não são familiares para eles, então este é um ato de equilíbrio.

No Fluent Design System, as equipes de design de toda a empresa estão discutindo muitas diferenças e tentando eliminar as diferenças desnecessárias apresentadas até agora. Assim como o comentário que fiz sobre iOS e Android acima, o design que estamos propondo não é porque estamos copiando o Fabric, mas nossos designers do Windows chegaram a eles com base na reavaliação de seu próprio sistema de IU. Eles geralmente resultam em um design semelhante, o que é interessante ... Dito isso, eu realmente aprecio o entusiasmo de muitas pessoas em manter o Windows exclusivo.

Bem-vindo ao nosso repo, @ zag2me! Estamos entusiasmados por ter você participando das discussões aqui. Eu concordo e é o lugar certo para chamar a atenção para os problemas que são importantes para você! Você pode encontrar nosso formulário de solicitação de recurso aqui: https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy

A opção de fornecer configuração do usuário para que o arredondamento de cantos seja algo que o usuário possa escolher é interessante. No entanto, também tem muito a ver com esse feedback sobre outros recursos importantes que devemos avaliar no sistema Windows como um todo.

Quanto aos usuários que usam o sistema operacional, ouvimos de nossos clientes que o Windows é muito intimidante. A equipe do Windows e do Office fez um estudo de usuário onde acabou concluindo (independentemente) que mesmo tão sutil quanto um canto arredondado faz a diferença para tornar o produto familiar e acessível.

Chegamos a essa decisão entendendo nossos usuários. Sim, o fato de usarem cantos arredondados aumenta o aspecto de familiaridade, mas não estamos acompanhando cegamente o que a indústria está fazendo.

Obrigado por seus comentários sobre sua preocupação com o Windows perder seu próprio visual único (e até superior). Conforme mencionado no comentário acima, nossos usuários não necessariamente apreciam o Windows ser muito diferente porque eles não são familiares para eles, então este é um ato de equilíbrio.

E aqui está o problema que tenho com isso: você menciona "usuários do Windows", mas se alguma coisa, este tópico e outros tópicos do reddit vinculados mostraram até agora é que não existe um grupo homogêneo de "usuários do Windows". No final das contas, uma empresa sempre pode seguir a direção que a maioria de seus clientes deseja, mas mesmo assim deixa problemas. E se a proporção for bastante pequena (e por trás de cada número houvesse um grande número absoluto de usuários)? Com base no feedback aqui, no reddit e em outros lugares, não tenho a sensação de que há uma esmagadora maioria para uma IU ou outra.

O que nos leva à proposta que alguns de nós têm flutuado: Adicionar mais opções de personalização da IU ao Windows.

Como você disse com razão, as opções de personalização fornecidas devem ser medidas com cuidado, mas a personalização em si não deve ser descartada como uma opção. Como você disse, e neste ponto estou começando a me repetir, a alteração do raio de canto proposta é uma pequena alteração, então qualquer impacto de torná-la uma escolha do usuário na IU deve ser insignificante ou simplesmente inexistente. Eu e outros também apontamos as limitações para este exemplo, como um conjunto de valores no intervalo de 0 - 2 para raios de canto, para garantir que os usuários não possam simplesmente personalizar seu Windows de uma forma que quebraria a "IU do Windows Identidade "que sua equipe deseja criar.

Para encurtar a história, as opções de personalização

@chigy
A maioria das pessoas concordaria que 2px seria um bom raio. Dar aos demais a opção de desligá-lo seria um bom ideal.

A maioria dos usuários deseja que o Windows esteja na vanguarda da interface do usuário, mas outros usuários legados não querem mudar.

Não sacrifique a mudança para poucos, apenas dê a eles a opção de desativá-la.

@shaheedmalik
Não há usuários "legados" aqui e também não vejo como você chega a "a maioria dos usuários deseja [cantos arredondados]" ou que o visual atual do Windows não é "vanguardista".

A interface do usuário é altamente subjetiva, mas isso não significa que podemos apenas encobrir as opiniões divergentes como "legado", "não quer mudar", etc ...

Não vamos tentar descartar o que outros usuários dizem como opiniões de "usuários que não querem acordar do passado" e manter a discussão atual apaixonada, mas também respeitosa como tem sido até agora.

@Felix-Dev Legacy usuários são aqueles que teriam permanecido no Windows 7 se tivessem a chance, aqueles que eram resistentes às mudanças feitas no Windows 8, aqueles que são resistentes às mudanças na IU do SO daqui para frente.

A Apple e o Google copiaram recursos do Windows 8.1, os implementaram e os usuários migraram para essas plataformas porque eram vistas como de ponta. Nesse ínterim, a Microsoft ouvindo os usuários legados, diminuiu devido a uma minoria ruidosa.

Neste caso específico, a maioria deseja cantos arredondados vinculados (https://www.reddit.com/r/Windows10/comments/bwnxne/windows_10_rounded_corners_and_more_ui_changes/)

A questão é que, no entanto, não sou um usuário legado e me pareceu que você simplesmente jogou todo mundo que não gosta do empurrão de cantos arredondados (e possível redução da espessura da borda) nessa categoria exata. Eu também não estou recebendo seu voto negativo para minha postagem.

Sobre a maioria dos casos: Eu não tinha conhecimento de nenhuma pesquisa de design da MS sobre esse assunto e com base nas reações de muitos usuários um mês atrás, quando detalhes sobre esse push apareceram pela primeira vez na Internet, muitos usuários também não sabiam ( provavelmente não foi perguntado). Se você marcar esta pós reddit (que btw tem três vezes mais comentários como o fio reddit você ligada acima até agora) você vai notar que, pelo que sabemos a imagem não é exatamente clara. Não estou em posição de reivindicar "esta posição é claramente majoritária" e também vou abster-me de fazê-lo no futuro.

Se eu estiver enganado sobre sua postagem, peço desculpas, mas pelo jeito que li, foi claramente desdenhoso de qualquer voz que se posicione contra essa mudança, declarando que é a voz de um "usuário legado que não quer mudanças " Isso é desrespeitoso para mim e todos os outros acrescentariam suas vozes a este debate.

@Felix-Dev Não vamos tentar ler nenhuma opinião pessoal nesses votos e respostas positivas / negativas.

A resposta simples é que essas mudanças não estão sendo feitas por capricho ou para copiar outros estilos de IU da plataforma - mas como resultado de consulta, feedback e uma vontade expressa de usuários e desenvolvedores.

Devemos tentar manter as discussões construtivas, não sobre se as mudanças devem ser feitas ou não, mas de que forma devem ser feitas.

As pessoas odiavam os cantos arredondados da postagem original, pois eram muito redondos.
Esta postagem mais recente possui um link para esta proposta GitHub atualizada. O feedback mais recente reflete as respostas da proposta atualizada. Além disso, a postagem original de um mês atrás estava vinculada para mostrar aos usuários as alterações da proposta original à proposta revisada.

Eu concordo, devemos voltar à proposta e esquecer essas últimas postagens.

Acho que está bem claro neste ponto que essas mudanças serão feitas e tudo o que estou tentando fazer é convencer @chigy de que existe um caso para personalização cuidadosamente medida, algo que todos os participantes aqui podem achar útil em algum ponto - sejam eles como a mudança da IU atual ou não. Assim como eu e outros já dissemos, incluindo @shaheedmalik , adicionar algum tipo de customização de raio de canto pode ser um bom ideal para se empenhar.

No momento, existe uma proposta para tornar mais fácil para os desenvolvedores definirem seu próprio CornerRadius em cada controle (# 684), o que também permite que a equipe adicione CornerRadii aos controles por padrão.

Fazer isso no nível do sistema operacional é uma tarefa complicada, e a pesquisa não garante o tempo e o esforço da engenharia envolvidos na implementação disso.

Mas você deixou suas opiniões claras @Felix-Dev e se, depois que os novos controles estiverem nas mãos da maioria dos usuários do Windows, o feedback recebido pode levar a que essa ideia seja explorada no futuro.

Atualizei as especificações para remover "AppBarSeparator" do arredondamento, pois confirmei que é uma linha de 1px.

Atualizei as especificações para remover "AppBarSeparator" do arredondamento, pois confirmei que é uma linha de 1px.

@chigy Na escala de 100%, será 1 epx - mas na escala de 200%, 300%, 400%, isso pode precisar de alguma atenção.

Se realmente for uma linha e não um retângulo - talvez definindo StrokeStartLineCap e StrokeEndLineCap como PenLineCap.Round

@mdtauk

Fazer isso no nível do sistema operacional é uma tarefa complicada, e a pesquisa não garante o tempo e o esforço da engenharia envolvidos na implementação disso.

Esta proposta já parece fazer a maior parte do trabalho, adicionando uma propriedade CornerRadius aos controles. A única coisa que restaria seria a criação do recurso SystemCornerRadius ao qual esses controles poderiam se ligar para seu raio de canto real (semelhante a como hoje você usa um recurso SystemAccentColor para colorir elementos de sua IU com a cor de destaque que o usuário define no aplicativo Configurações.

Quanto a quanto trabalho seria criar tal recurso e torná-lo atualizável por meio do aplicativo Configurações, isso resta para a MS comentar. Mas dado o trabalho que esta proposta já está fazendo de qualquer maneira e também o trabalho anterior na forma de expor um recurso AccentColor, não vejo como seria tão exigente como você o colocou. O nível do sistema operacional estaria literalmente fornecendo apenas um valor de raio de canto que pode ser lido e gravado e, em seguida, usar o mesmo sistema que você já possui para o recurso de cor de destaque de hoje.

@mdtauk

Fazer isso no nível do sistema operacional é uma tarefa complicada, e a pesquisa não garante o tempo e o esforço da engenharia envolvidos na implementação disso.

Esta proposta já parece fazer a maior parte do trabalho, adicionando uma propriedade CornerRadius aos controles. A única coisa que restaria seria a criação do recurso SystemCornerRadius ao qual esses controles poderiam se ligar para seu raio de canto real (semelhante a como hoje você usa um recurso SystemAccentColor para colorir elementos de sua IU com a cor de destaque que o usuário define no aplicativo Configurações.

Quanto a quanto trabalho seria criar tal recurso e torná-lo atualizável por meio do aplicativo Configurações, isso resta para a MS comentar. Mas dado o trabalho que esta proposta já está fazendo de qualquer maneira e também o trabalho anterior na forma de expor um recurso AccentColor, não vejo como seria tão exigente como você o colocou. O nível do sistema operacional estaria literalmente fornecendo apenas um valor de raio de canto que pode ser lido e gravado e, em seguida, usar o mesmo sistema que você já possui para o recurso de cor de destaque de hoje.

Seria um controle deslizante ou alternador?

[X] Cantos arredondados nos controles

Não haveria apenas um único valor de raio de canto para definir btw. Alguns elementos teriam o arredondamento apenas em um lado, ou apenas os cantos superiores seriam arredondados. Os menus desdobráveis ​​e os controles pop-over terão um raio de 4 epx, enquanto os outros controles terão apenas 2 epx.

Você configuraria muitas variáveis ​​à medida que essa configuração mudasse no sistema operacional. Então, que tal testar? Também haveria expectativas. Como os usuários reagirão aos aplicativos que decidem ignorar a preferência do usuário?
Como você se comunica com os usuários quais controles são arredondados e quais não? Alguns controles terão bordas internas ou externas. Eles precisariam de seus valores de CornerRadius ajustados para garantir o abraço nas bordas das formas de maneira adequada.

No final das contas, essa pode ser uma mudança bem-vinda sem muito barulho e, portanto, pode ser considerada uma reação exagerada adicionar mais uma opção ao sistema operacional.

@mdtauk @chigy
Certamente precisaria de algum planejamento, mas a equipe claramente deseja tornar muito fácil para os desenvolvedores a criação de controles quadrados. Como tal, em vez de uma configuração de valor de raio de canto, eu ficaria bem com um switch booleano UserRoundedCorners simples. Na verdade, a ideia de definir valores era apenas para adicionar ainda mais opções, ao passo que os usuários que discordavam dessa mudança estavam sempre apenas dando a eles a opção de reverter a aparência dos controles. Então, isso não será um problema.

Quanto à parte "mais uma opção": Parece que já existem muitas opções disponíveis para o usuário, o que é um problema totalmente diferente e não deve ser usado como um ponto de definição para não adicionar essa opção simples.

O Windows e a equipe de design conversam diariamente (no twitter) como deseja incluir os usuários e não excluí- los. Aqui está uma chance em que eu sinto que é relativamente fácil para a MS adicionar uma única opção para respeitar a grande variedade de opiniões de seus usuários.

Como os usuários reagirão aos aplicativos que decidem ignorar a preferência do usuário?

Eu não acho que isso seja um problema também, contanto que os aplicativos / elementos de IU essenciais do Windows honrem isso (ou seja, aplicativo de configurações, aplicativo de segurança, área de transferência, botões flyout de rede da barra de tarefas para conectar / desconectar ...). Aplicativos de terceiros são livres para usar o estilo que quiserem. Uma observação simples no aplicativo Configurações informando que aplicativos de terceiros não têm garantia de seguir esta configuração do usuário seria suficiente.

@mdtauk @chigy
Eu acredito que @ Felix-Dev está certo neste caso, um switch booleano com uma simples alternância poderia ser o caminho a percorrer para customização no nível do usuário, eu sinto que um controle deslizante para customizar isso no nível do usuário seria complicar as coisas, no entanto se for um controle deslizante com 3 posições predefinidas fixas, as coisas podem mudar.

Um controle deslizante com 3 opções fixas permitiria uma configuração adicional que poderia ter uma mudança de raio de canto mais drástica como aquela que foi originalmente proposta, então você poderia ter:

Sharp - cantos agudos como são agora
Opção do meio - Os novos raios menores
Arredondado - o raio original proposto muda ou algo ainda mais arredondado

Esta opção tem o potencial de satisfazer todos os grupos e, adicionalmente, é uma mudança drástica o suficiente para que você possa realmente passar isso como um novo recurso de "Temas" no Windows, basicamente, embora seja mais uma mudança para os desenvolvedores, marcando-o como um novo Recurso de "tema" com a implementação de alternância ou os 3 controles deslizantes predefinidos, você também pode passá-lo como um novo recurso para os consumidores.

como os usuários reagiriam a aplicativos que decidissem ignorar a preferência do usuário?

Eu sinto que o usuário simplesmente veria da maneira que vê atualmente com a cor de destaque quando não estiver disponível, os aplicativos de terceiros devem ser livres para fazer o que quiserem, mas como @ Felix-Dev disse que os aplicativos do Windows / elementos da interface do usuário definitivamente precisam respeitar a variável do usuário.

Não acho que haja necessidade de colocar uma nota nas configurações dizendo que aplicativos de terceiros não respeitarão a configuração, não havia necessidade de colocar uma isenção de responsabilidade na seção de cor de destaque, então acredite que é o mesmo para este que Nós vamos.

Fazer isso no nível do sistema operacional é uma tarefa complicada, e a pesquisa não garante o tempo e o esforço da engenharia envolvidos na implementação disso.

Mas você deixou suas opiniões claras @Felix-Dev e se, depois que os novos controles estiverem nas mãos da maioria dos usuários do Windows, o feedback recebido pode levar a que essa ideia seja explorada no futuro.

Eu sinto que tenho que apontar algo aqui. Embora eu não tenha uma opinião forte sobre as mudanças propostas de qualquer forma (eu tenho que trabalhar com muitos estilos de interface do usuário em diferentes ecossistemas todos os dias para inconsistências ou mudanças que me incomodam mais), eu sinto que essa mentalidade não é boa em ordem para criar uma experiência rica e amigável.

Não libere recursos que estão 80% concluídos e podem ou não ser levados a 100% no próximo lançamento.
O que provavelmente aconteceria é que nenhum desenvolvedor gastaria tempo testando e desenvolvendo seus aplicativos para bordas arredondadas ou não. E por que eles fariam. O sistema agora usa arredondado, por que alguém deveria querer que seu aplicativo fosse um pouco diferente do sistema operacional (caso contrário, eles optariam por temas completos de qualquer maneira)
Se houvesse uma alternância de todo o sistema, haveria um incentivo para implementá-la.
Mas se você estiver fazendo as coisas dessa maneira, não haverá necessidade de alternar, porque nenhum aplicativo verá a necessidade de implementá-lo em primeiro lugar.

No Tópico original:
Acho que as bordas de 2px ficam ótimas, exceto as caixas de combinação.
O destaque do último elemento não deve deixar uma borda branca abaixo dele (ou pelo menos não mais do que a esquerda e a direita, é claro que isso significa que os cantos do destaque inferior também devem ser arredondados) e talvez não deva haver cantos arredondados no estado expandido entre a caixa e o menu desdobrável. Eu sinto que isso dá uma aparência estranha e desconexa entre eles.
Talvez seja melhor diminuir o tamanho do flyout 2px em cada lado e não deixá-lo com cantos arredondados na parte superior. Dessa forma, pareceria um pedaço de papel sendo puxado de um dispensador. (Espero que você possa entender o que quero dizer: D infelizmente, não tenho ferramentas disponíveis no momento para esboçá-lo)

No Tópico original:
Acho que as bordas de 2px ficam ótimas, exceto as caixas de combinação.
O destaque do último elemento não deve deixar uma borda branca abaixo dele (ou pelo menos não mais do que a esquerda e a direita, é claro que isso significa que os cantos do destaque inferior também devem ser arredondados) e talvez não deva haver cantos arredondados no estado expandido entre a caixa e o menu desdobrável. Eu sinto que isso dá uma aparência estranha e desconexa entre eles.
Talvez seja melhor diminuir o tamanho do flyout 2px em cada lado e não deixá-lo com cantos arredondados na parte superior. Dessa forma, pareceria um pedaço de papel sendo puxado de um dispensador. (Espero que você possa entender o que quero dizer: D infelizmente, não tenho ferramentas disponíveis no momento para esboçá-lo)

Eu sei o que você está descrevendo, e considerei isso em minhas maquetes de design. O problema com isso é que significa que o ComboBox obteria seu próprio modelo de submenu, o que o tornaria diferente dos menus de contexto, menus desdobráveis ​​de menu, Prefixo, Sufixo, Preenchimento automático, etc.

Foi isso que eu quis dizer (exceto que a própria caixa pode manter os cantos inferiores arredondados)
Sim, os diferentes flyouts seriam diferentes, mas, novamente, existem dois tipos inerentes de flyout.
Aqueles que estão apegados a algo e aqueles que não o são. Que eles agora teriam que ser diferentes é apenas o custo de fazer cantos arredondados;)
Além disso, se o raio do canto se tornasse estilizável, não poderia ser apenas definido pelo controle Pai.

Meu XAML está um pouco enferrujado, mas é um modelo Combobox como:

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

Além disso, se o raio do canto se tornasse estilizável, não poderia ser apenas definido pelo controle Pai.

Meu XAML está um pouco enferrujado, mas é um modelo Combobox como:

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

Isso é semelhante a como você pode substituir o estilo, mas para usar em modelos, você precisaria de estilos separados para cada orientação.

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

Orientações:

• Fundo
• BottomEdgeAlignedLeft
• BottomEdgeAlignedRight
• Cheio
• Deixou
• LeftEdgeAlignedBottom
• LeftEdgeAlignedTop
• Direito
• RightEdgeAlignedBottom
• RightEdgeAlignedTop
• Principal
• TopEdgeAlignedLeft
• TopEdgeAlignedRight

O Flyout está incorporado no controle ComboBox. Portanto, o controle teria uma propriedade CornerRadius que afetaria apenas o ComboBox, não o menu desdobrável incluído, que teria um ThemeResource sendo substituído.

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

Após ajustar a propriedade CornerRadius no Flyout quando ela está alinhada e anexada a ComboBoxes (e outros controles), pode ser necessário adicionar TopEdgeAligned e BottomEdgeAligned ao enum FlyoutPlacementMode para atingir o resultado desejado.

_ (Imagem atualizada) _

Também incluí um olhar mais atento de 800% no estilo do Flyout. As duas bordas garantiriam que os flyouts parecessem elevados nos temas Claro e Escuro, com ou sem a sombra.

Isso parece muito bom.
É claro que a aparência do anexo parece meio estranha quando o item ao qual você anexa é menor do que o menu desdobrável, mas isso é definitivamente algo para o aplicativo individual decidir.
O destaque do foco dos itens na linha inferior provavelmente não deve ser arredondado na parte inferior (já que a parte superior não é para a linha superior), mas isso provavelmente não é intencional.

A propósito, acabei de notar que essa "aparência anexada" é a forma como a Barra de Menu Superior do MacOs funciona, então essa aparência não parece ser estranhamente incomum;)

Isso parece muito bom.
É claro que a aparência do anexo parece meio estranha quando o item ao qual você anexa é menor do que o menu desdobrável, mas isso é definitivamente algo para o aplicativo individual decidir.
O destaque do foco dos itens na linha inferior provavelmente não deve ser arredondado na parte inferior (já que a parte superior não é para a linha superior), mas isso provavelmente não é intencional.

A propósito, acabei de notar que essa "aparência anexada" é a forma como a Barra de Menu Superior do MacOs funciona, então essa aparência não parece ser estranhamente incomum;)

Eu tinha esquecido o arredondamento, então atualizei a imagem para corrigir isso e também adicionei um pouco mais de detalhes com o exemplo com zoom - ah, e incluí o estado Hover

Não tenho certeza se eu prefiro que os itens do meio tenham um destaque arredondado ou não, já que por um lado é mais consistente, por outro deixa aqueles olhares pouco agressivos (Ok, agora estou apenas inventando coisas :)) branco nítido espaços entre os elementos destacados e a borda.
Mas isso é algo que deixo para os verdadeiros designers decidirem: D

Não tenho certeza se eu prefiro que os itens do meio tenham um destaque arredondado ou não, já que por um lado é mais consistente, por outro deixa aqueles olhares pouco agressivos (Ok, agora estou apenas inventando coisas :)) branco nítido espaços entre os elementos destacados e a borda.
Mas isso é algo que deixo para os verdadeiros designers decidirem: D

Eu concordo, tenho duas opiniões sobre isso também. Acho que gosto de bordas retas, mas como os controles que invocam o flyout serão arredondados, e esses são controles dentro de um controle, eles _devem_ ser arredondados.

E alguns menus de contexto conterão controles que não abrangem toda a largura do menu desdobrável, de modo que a seleção arredondada funcionará para aqueles

Não tenho certeza se eu prefiro que os itens do meio tenham um destaque arredondado ou não, já que por um lado é mais consistente, por outro deixa aqueles olhares pouco agressivos (Ok, agora estou apenas inventando coisas :)) branco nítido espaços entre os elementos destacados e a borda.
Mas isso é algo que deixo para os verdadeiros designers decidirem: D

Eu me sinto da mesma forma. Se a lista de combinação for do mesmo tamanho da caixa de combinação, então elas devem permanecer retas no ponto de origem, caso contrário, o lado que não está alinhado deve ser redondo.

@mdtauk @Qowy @shaheedmalik seria possível para você criar um problema específico para caixas de combinação? Este tópico é sobre raio de canto em geral, e não alguns casos específicos que poderiam facilmente gerar uma nova conversa, como visto aqui, e, assim, obscurecer os pontos de discussão sobre a abordagem geral.

Por favor, não entenda mal isso, mas se tivermos discussões específicas para muitos dos controles, este tópico facilmente perderá seu foco geral.

Muito apreciado!

PS: Sobre elementos destacados sem borda: O destaque do elemento deve ser definitivamente um retângulo. Fazê-lo com cores arredondadas é simplesmente estranho.

Provavelmente estou em minoria aqui com minha opinião, mas mudar os raios de canto dos controles comuns é, honestamente, uma ideia terrível. Olhar para o exemplo de menu acima de @mdtauk e compará-lo com o menu Edge atual me deixa um pouco enojado. As coisas estão finalmente se acertando com o design Fluent e tudo está finalmente parecendo consistente e muito bom. Agora, vamos mudar tudo para se parecer com a Web? Não ... deixe a Web ser a Web e deixe o Windows (e os controles comuns) em paz. Se os desenvolvedores desejam implementar cantos arredondados usando controles de terceiros em seus próprios aplicativos, que seja. Mas, começar a mudar a aparência padrão agora é apenas uma heresia - que a Apple seja a Apple, o Google seja o Google e a Web seja a web. Continuem a ser a Microsoft e façam o que querem - está funcionando, então, deixe-o funcionar. Eu, por exemplo, realmente amo a aparência do Microsoft Windows 10 do design Fluent e quero que meus aplicativos se pareçam com o Windows - não com a Apple, o Google ou a web. Eu não suporto a aparência do Chrome - o Edge é anos-luz mais bonito e o Windows muito melhor em forma e função do que o macOS. E, TBH, traga o Windows 10 Mobile de volta ao telefone. Meu Deus, pare de desistir de coisas tão rapidamente e deixe o design Fluent sozinho e deixe-o fazer o que quer.

@mdtauk

Fazer isso no nível do sistema operacional é uma tarefa complicada, e a pesquisa não garante o tempo e o esforço da engenharia envolvidos na implementação disso.

Esta proposta já parece fazer a maior parte do trabalho, adicionando uma propriedade CornerRadius aos controles. A única coisa que restaria seria a criação do recurso SystemCornerRadius ao qual esses controles poderiam se ligar para seu raio de canto real (semelhante a como hoje você usa um recurso SystemAccentColor para colorir elementos de sua IU com a cor de destaque que o usuário define no aplicativo Configurações.
Quanto a quanto trabalho seria criar tal recurso e torná-lo atualizável por meio do aplicativo Configurações, isso resta para a MS comentar. Mas dado o trabalho que esta proposta já está fazendo de qualquer maneira e também o trabalho anterior na forma de expor um recurso AccentColor, não vejo como seria tão exigente como você o colocou. O nível do sistema operacional estaria literalmente fornecendo apenas um valor de raio de canto que pode ser lido e gravado e, em seguida, usar o mesmo sistema que você já possui para o recurso de cor de destaque de hoje.

Seria um controle deslizante ou alternador?
[X] Cantos arredondados nos controles
Não haveria apenas um único valor de raio de canto para definir btw. Alguns elementos teriam o arredondamento apenas em um lado, ou apenas os cantos superiores seriam arredondados. Os menus desdobráveis ​​e os controles pop-over terão um raio de 4 epx, enquanto os outros controles terão apenas 2 epx.
Você configuraria muitas variáveis ​​à medida que essa configuração mudasse no sistema operacional. Então, que tal testar? Também haveria expectativas. Como os usuários reagirão aos aplicativos que decidem ignorar a preferência do usuário?
Como você se comunica com os usuários quais controles são arredondados e quais não? Alguns controles terão bordas internas ou externas. Eles precisariam de seus valores de CornerRadius ajustados para garantir o abraço nas bordas das formas de maneira adequada.
No final das contas, essa pode ser uma mudança bem-vinda sem muito barulho e, portanto, pode ser considerada uma reação exagerada adicionar mais uma opção ao sistema operacional.

Ter um raio de canto de 2epx aqui, um raio de canto de 4epx ali e um diferente em outro lugar porque 2 ou 4 não parecem muito certos é uma UX terrível. Deixe os Controles Comuns como estão - Tarefa Concluída ... prossiga para fazer algo excelente.

@chigy
Então, fiz uma contagem das respostas no tópico do

Opiniões expressas raio pró-canto (IU contra a corrente): 18
Opiniões expressas UI pró-atual (e raio do canto oposto): 12 (+1 se eu me incluir como o pôster do reddit, também incluído @shaheedmalik na contagem do raio do canto pró)

O resto:

• Solicitando que o MS forneça opções de interface do usuário
• Bem com ambos
• Não opinou sobre a proposta
• Expressou uma frustração geral com as inconsistências no sistema Windows (ou seja, programas Win32 versus aplicativos UWP)

Principalmente o último grupo (frustração) foi uma boa parte das pessoas que participaram do tópico.

Resumindo o resultado, vemos que temos facções consideráveis ​​tanto para cantos arredondados (a proposta) quanto para cantos quadrados (UI atual). Acrescente a isso o grupo de pessoas que expressaram seu desejo de poder alternar entre esses dois estilos no sistema.
No entanto, além dos cantos arredondados ou não, a resposta mais dada - por um quilômetro - é finalmente trazer consistência ao sistema Windows como um todo. As equipes WinUI 3.0 e MS terão seu trabalho interrompido para trazer todos os diferentes componentes do sistema Windows e aplicativos UWP em uma única UI Design Language.

@chigy
Com toda a conversa da equipe de design da Microsoft para "incluir" os usuários em vez de "excluí-los", acho que este tópico e o tópico do reddit acima mostram que há boas razões para fornecer uma opção simples na IU para alternar entre o canto arredondado proposto IU e a IU atual (cantos agudos).

@Felix-Dev Tecnicamente a postagem que fiz foi sobre o controle Flyout, o ComboBox é apenas um dos controles que possui um componente flyout.

Acontece que penso que arredondar em todos os cantos faz sentido em todas as circunstâncias. E a equipe decidiu que os menus desdobráveis ​​e os diálogos usarão 4 cantos epx e outros controles usarão 2 epx.

@mdtauk ,
como eu disse, por favor, não entenda mal isso. Eu acho que é absolutamente correto apontar a interface de usuário de controle específico neste tópico (como eu perguntei sobre a espessura de canto de aparência estranha para raios de canto de caixa de seleção no exemplo de visualização em árvore).
Apenas, se houver uma conversa envolvendo várias postagens sobre um elemento específico da interface do usuário (como flyouts / comboboxes / ...), acho que é melhor criar um problema separado para este particular. E, como você viu, sua postagem sobre flyouts logo levou a uma discussão sobre caixas de combinação. Agora, imagine que alguém comece uma conversa sobre como as sombras de foco devem ser parecidas e temos toda uma "bagunça" (como em vários elementos de interface do usuário específicos sendo discutidos em estreita proximidade) começando onde será difícil trazer o tópico de volta ao geral proposta e como lidar com ela.

@mdtauk ,
como eu disse, por favor, não entenda mal isso. Eu acho que é absolutamente correto apontar a interface de usuário de controle específico neste tópico (como eu perguntei sobre a espessura de canto de aparência estranha para raios de canto de caixa de seleção no exemplo de visualização em árvore).
Apenas, se houver uma conversa envolvendo várias postagens sobre um elemento específico da interface do usuário (como flyouts / comboboxes / ...), acho que é melhor criar um problema separado para este particular. Imagine que alguém inicie uma conversa sobre como as sombras de foco devem ser e temos uma bagunça inteira começando onde será difícil trazer o tópico de volta à proposta geral e como lidar com isso.

Não pretendo fazer uma edição separada apenas para flyouts, mas eu estava discutindo especificamente os Corner Radii desse controle.

Eu me pergunto se @chigy poderia nos oferecer algum tipo de estimativa quando seremos capazes de ver um Design Toolkit atualizado com todos os designs de controle atualizados, para que a conversa possa se mover para mais específicos, do que reclamações gerais sobre a decisão de alterá-los para começar com.

Se você vai contar as postagens, deve contar também os votos positivos.

@shaheedmalik
Não contando explicitamente as contagens crescentes, pois não sei exatamente como esses votantes se sentem sobre esses tipos de IU (por exemplo, eles podem estar bem com qualquer uma das opções, mas ainda gostam da proposta de cordão arredondado, assim como a IU atual). Mais importante, eles podem ter votado positivamente em uma postagem por causa de uma determinada parte dessa postagem, como apontar inconsistências da interface do usuário. Portanto, só contei as postagens reais em que você pode ver claramente uma aprovação para qualquer IU na declaração do autor.

FWIW, "2px parece ser o ponto ideal." obteve o maior número de votos com 54 pontos.

Há também uma postagem altamente avaliada (+21 - 4º lugar) pedindo "suporte ao tema do usuário final", embora eu não possa determinar se todos esses votos positivos são para a parte da chamada para personalização ou para a parte em que o autor critica a falta consistência no sistema.

Eu me pergunto se @chigy poderia nos oferecer algum tipo de estimativa quando seremos capazes de ver um Design Toolkit atualizado com todos os designs de controle atualizados, para que a conversa possa se mover para mais específicos, do que reclamações gerais sobre a decisão de alterá-los para começar com.

Obrigado por perguntar. Vinculei às composições de design na seção “Nota importante” da edição, portanto, certifique-se de verificar isso.

Em geral, quero ter certeza de que manteremos a conversa aqui focada em como podemos fazer os cantos arredondados funcionarem no WinUI. Eu sei que as pessoas têm opiniões diferentes sobre essa ideia ou mesmo que cantos arredondados sejam uma boa ideia em geral. Portanto, acho que vale a pena mencionar que isso faz parte da direção geral do design do Windows que está sendo conduzida por outra equipe da Microsoft. Estamos apenas tentando descobrir como fazer o WinUI funcionar com essa nova direção de design, tornando-o mais fácil para os desenvolvedores. Não temos autoridade para concluir que cantos arredondados não são uma “coisa” no Windows. Em outras palavras, o canto arredondado já é um plano e, por isso, gostaríamos de alertá-lo e consultar nossa comunidade WinUI para garantir que implementamos esse recurso de maneira responsável. Espero que isso faça sentido.

Não temos autoridade para concluir que cantos arredondados não são uma “coisa” no Windows. Em outras palavras, o canto arredondado já é um plano e, por isso, gostaríamos de alertá-lo e consultar nossa comunidade WinUI para garantir que implementamos esse recurso de maneira responsável.

Suspeito que muitas pessoas aqui gostariam de falar com as pessoas com essa autoridade, porque esse é o grande problema para muitos de nós.

Obrigado por perguntar. Vinculei às composições de design na seção “Nota importante” da edição, portanto, certifique-se de verificar isso.

Em geral, quero ter certeza de que manteremos a conversa aqui focada em como podemos fazer os cantos arredondados funcionarem no WinUI. Eu sei que as pessoas têm opiniões diferentes sobre essa ideia ou mesmo que cantos arredondados sejam uma boa ideia em geral. Portanto, acho que vale a pena mencionar que isso faz parte da direção geral do design do Windows que está sendo conduzida por outra equipe da Microsoft. Estamos apenas tentando descobrir como fazer o WinUI funcionar com essa nova direção de design, tornando-o mais fácil para os desenvolvedores. Não temos autoridade para concluir que cantos arredondados não são uma “coisa” no Windows. Em outras palavras, o canto arredondado já é um plano e, por isso, gostaríamos de alertá-lo e consultar nossa comunidade WinUI para garantir que implementamos esse recurso de maneira responsável. Espero que isso faça sentido.

Você mencionou que conversas sobre algumas coisas ainda estão em andamento, como a espessura da borda do TextBox etc. - então presumi que esses designs eram uma _idéia inicial_ em vez de uma finalização final. (Acho que esperava poder influenciar coisas como TextBox, Buttons, CheckBoxes, etc)

Acho que sei a resposta para isso, mas vou perguntar de qualquer maneira - há planos de compartilhar esses designs de IU do Windows que a equipe decidiu?

Essas mudanças sendo planejadas pelo Windows, também se aplicam aos Estilos visuais Win32 e à barra de títulos da janela Shell, etc. Em caso afirmativo, o WPF provavelmente também deve atualizar seus controles padrão ao ser executado nas versões do Windows às quais esse novo estilo se aplica. (Eu já sugeri que deveria acontecer # 699)

Não temos autoridade para concluir que cantos arredondados não são uma “coisa” no Windows. Em outras palavras, o canto arredondado já é um plano e, por isso, gostaríamos de alertá-lo e consultar nossa comunidade WinUI para garantir que implementamos esse recurso de maneira responsável.

Suspeito que muitas pessoas aqui gostariam de falar com as pessoas com essa autoridade, porque esse é o grande problema para muitos de nós.

Eu acho que isso aparecerá no Centro de Feedback quando as alterações de design forem ativadas - Isso provavelmente chegará à equipe do Windows.

Você mencionou que conversas sobre algumas coisas ainda estão em andamento, como a espessura da borda do TextBox etc. - então presumi que esses designs eram uma _idéia inicial_ em vez de uma finalização final. (Acho que esperava poder influenciar coisas como TextBox, Buttons, CheckBoxes, etc)

Acho que sei a resposta para isso, mas vou perguntar de qualquer maneira - há planos de compartilhar esses designs de IU do Windows que a equipe decidiu?

@mdtauk
Sim, e para ser muito transparente aqui ... A realidade é que, quanto mais cedo a conversa dessa questão em particular ficar mais lenta, mais cedo poderei trabalhar nisso ... :)

@chigy Peço desculpas se contribuí para o descarrilamento da conversa e desaceleração do progresso. Eu sempre quis ajudar e garantir que o WinUI 3.0 tenha a melhor aparência possível!

@chigy
Estou confuso agora. Você é uma pessoa que trabalha na equipe de design do Windows Fluent. WinUI é considerado "[...] plataforma de IU nativa altamente otimizada, usada para criar o próprio Windows" (citado aqui , seção "Benefícios do WinUI 3". se este não é o lugar para influenciar a linguagem de design do Windows 10, o que é?

Não sei como me sentir sobre sua resposta. Basicamente, você está nos pedindo feedback, mas descobrimos que nunca tivemos muita chance de influenciar a proposta? Se não há ninguém com autoridade real neste post, então tudo o que fazemos aqui é basicamente ar quente. Mesmo em casos como o de Martin, em que ele está postando seus conceitos de design na esperança de que sejam implementados pela equipe de desgin. O WinUI não pode definir o estilo dos controles de forma diferente de onde a "autoridade de design do Windows" deseja, porque, como a própria equipe do WinUI disse: "O WinUI 3.0+ será A IU do Windows".

@chigy
Eu e outros investimos muito tempo, energia e paixão para tentar destacar que "usuários do Windows" não é um grupo homogêneo como alguns de seus comentários parecem ter sugerido. Mostramos que há vozes fora da de Martin e de outras pessoas que não gostam da nova atualização da IU e, portanto, queríamos fazer um caso para uma customização da IU cuidadosamente medida.

Também parece que você está ignorando essa mesma demanda. Você diz "Não temos autoridade para concluir que cantos arredondados não são uma“ coisa ”no Windows.". Eu e outros não pedimos para jogar fora esse push de interface do usuário nos últimos dias, mas para seguir sua própria conversa de design no Twitter sobre "incluir usuários" e não excluí-los. Pedimos uma opção, não uma reversão do movimento.
No entanto, até agora, não recebemos muito reconhecimento fora de "A opção de fornecer configuração do usuário para que o usuário possa escolher arredondamento de cantos é interessante. No entanto, também tem muito a ver com esse feedback em relação a outros características importantes que devemos comparar no sistema Windows como um todo. ". Acho que é um começo, mas onde estamos agora?

Você diz que não precisa pertencer à equipe real com autoridade sobre o design do Windows. Isso significa que todos nós falamos com a pessoa errada o tempo todo! Se nunca conversamos com um membro que está na equipe dando as cartas, me pergunto por que você não poderia ter dito isso antes.

Estou desapontado, depois de toda a energia investida, em saber agora que nunca conversei com alguém com autoridade para começar. Que basicamente todo o feedback e outros reunimos, defendendo a personalização da IU basicamente resultará em nada (porque você nem mesmo é uma pessoa que precisa convencer).

Sinto muito, eu simplesmente não consigo entender isso. Um membro da Equipe de Design do Windows Fluent no repositório que supostamente dirige a IU do Windoiws agora nos diz depois de dias que nunca conversamos com uma pessoa que realmente importasse.

Desculpe se isso soou como um discurso retórico, mas estou um pouco chocado aqui. Você pode não saber o quanto eu investi nesta discussão em particular (e em outras que escreveram respostas apaixonadas), mas gostaria de pedir esclarecimentos.

Onde está nosso pedido de customização da IU agora? Esse repositório realmente importa mais para as discussões da IU do Windows?

Vou deixar com:

" [WinUI 3.0] A plataforma de IU nativa do WindowsWinUI é a plataforma de IU nativa altamente otimizada usada para criar o próprio Windows, agora disponibilizada de forma mais ampla para todos os desenvolvedores usarem para chegar ao Windows.

@Felix-Dev Eu esperava influenciar, não insistir que meus designs se tornassem os designs reais. Sou um designer entusiasta do Windows desde os dias do Windows Vista / 7 / Zune / Windows Phone.

@mdtauk
De fato, embora você certamente não tenha nada contra a MS adotar suas idéias, certo? 😉 Afinal, você está convencido deles!

Desculpe se surgiu como você sendo agressivo (e para ser justo comigo, você também disse que suas propostas poderiam vir assim), mas a resposta de @chigy foi um choque para mim. Espero que você possa entender!

Equipe WinUI! = Equipe de desenvolvimento do Windows.

O Windows 10 é o sistema operacional atual, mas o Windows Lite e o Windows Core são as direções futuras.

@chigy está obviamente olhando para o que a equipe do Windows está planejando fazer com o OS Shell e quer ter certeza de que o WinUI 3.0 ficará em casa lá. Os aplicativos do Windows, como Calculadora, Configurações, Flyouts da Barra de Tarefas e Shell, etc., provavelmente usarão o WinUI 3.0, portanto, eles precisarão estar na mesma página, em termos de design.

A equipe de Design Fluent da Microsoft estabelece as regras (cores, estilos e tamanhos de fontes, materiais, etc.) que outras equipes da Microsoft seguem, como WinUI, Windows, Xbox, Office, Bing, Teams, Fabric, Web Fluent com seu trabalho de design de IU.

Tenho certeza de que serei corrigido se não entendi bem a estrutura aqui.

Minhas ideias de que tenho contribuído para este repo - tenho tentado preencher a lacuna entre o Fabric Web e o WinUI 3.0 - também incluí pensamentos sobre os quais venho meditando desde os dias do Win8.

Esclarecimento seria realmente bom, porque aqui está como eu o entendi:

@chigy é membro da Equipe de Design do Windows Fluent e, com FD (Design Fluent) sendo a linguagem de design do Windows 10, ela será membro da Equipe de Design do Windows.

Depois, há o WinUI 3.0, que foi oficialmente descrito como a plataforma que impulsiona o Windows e é usada para criar o próprio Windows. Portanto, as discussões sobre o design da IU do Windows se sentem em casa aqui.
Também com base na descrição acima, isso significaria que as equipes de desenvolvimento do Windows usarão o WinUI para realizar os aplicativos e a interface do usuário do sistema. Caso contrário, precisa ser apontado explicitamente nesses threads de proposta de IU que você não falará com uma pessoa que realmente importa e que a proposta é realmente apenas sobre feedback sobre as implementações reais e não sobre o design de IU .

E mesmo que a equipe de design do Windows Fluent e a equipe do WinUI não sejam as equipes nas quais a IU nativa do Windows é projetada e implementada , isso não muda o fato de que

Não temos autoridade para concluir que cantos arredondados não são uma “coisa” no Windows. Em outras palavras, o canto arredondado já é um plano e, por isso, gostaríamos de alertá-lo e consultar nossa comunidade WinUI para garantir que implementamos esse recurso de maneira responsável. Espero que isso faça sentido.

Bem, isso é uma grande decepção para mim, como outros afirmaram que é um grande problema para muitos de nós, então, se você não tem influência sobre isso, posso perguntar educadamente a @chigy : Com quem devemos falar? Se não, como podemos fazer nossa voz ser ouvida sobre essa mudança claramente controversa da interface do usuário que muitos usuários não gostam?

Isso é muito semelhante ao discurso que aconteceu durante o desenvolvimento do Windows 10 anos atrás, quando houve uma proposta de transformar fotos de perfil quadradas em circulares, muitas pessoas novamente não gostaram disso e foram para o centro de feedback. Havia várias postagens no centro de feedback com mais de 1000000+ votos positivos de apoio, pedindo para que isso não fosse feito.

A resposta foi essencialmente apenas mais uma vez dizer às pessoas que a mudança será feita independentemente da opinião delas ...

Eu reformularia essa postagem para ser menos condescendente e insultuosa @ Felix-Dev

@mdtauk
onde minha postagem é insultuosa?

Não estou xingando ninguém, xingando o WinUI, descrevendo esse problema com palavras ofensivas. Não estou atacando ninguém pessoalmente, na verdade, não estou atacando nada.

@mdtauk
onde minha postagem é insultuosa?

Não estou xingando ninguém, xingando o WinUI, descrevendo esse problema com palavras ofensivas. Não estou atacando ninguém pessoalmente, na verdade, não estou atacando nada.

@chigy é a pessoa responsável por trabalhar no design dos controles WinUI. Se você confundiu sua função com outra nas equipes do Windows ou Fluent, não diga que a função dele não importa e não deve torná-la pessoal.

@mdtauk
"Chigusa Sansen é gerente de programa principal na equipe de plataforma de IU XAML e parte dos membros principais do Fluent Design System " (fonte: https://mybuild.techcommunity.microsoft.com/speaker/545575?source=sessions)

Ela também realizou a parte FD relacionada ao Windows naquela sessão.

E sobre a parte "uma pessoa que realmente importa". Não considero isso um insulto porque, em nosso caso, ela realmente disse que não está na equipe que está realmente comandando a direção da interface do usuário escolhida para o Windows. Não ataquei Miss Chigusa Sansen, nem a ridicularizei ou xinguei. Eu simplesmente declarei o que ela nos disse pessoalmente.

E sobre a parte "uma pessoa que realmente importa". Não considero isso um insulto porque, em nosso caso, ela de fato diz que não está na equipe que está realmente dando as ordens para a direção da IU escolhida para
Janelas.

Bem, eu considero isso um insulto. Especialmente porque você parece ter entendido mal o propósito da discussão, ao invés de ser "enganado"

@mdtauk
estamos em um comprimento de onda diferente aqui e não faz sentido eu tentar especular por que isso pode ser ...

Quando começamos esta discussão sobre o movimento geral da IU, agora, foi claramente declarado pela Srta. Chigusa Sansen ou outros membros da equipe WinUI que este tópico não é o lugar certo para esta discussão. Em vez disso, as pessoas começaram a discutir apaixonadamente, argumentando a favor / contra- aquele movimento pensando que estavam conversando com alguém que estaria em uma - pela natureza desta discussão - posição de interface do usuário relevante na Microsoft / Windows.

A Chigusa até participou dele e você também adicionou imagens de controle livremente na esperança de influenciar a direção da IU e sem ninguém da MS intensificando ainda mais a sensação de que este é o lugar para discutir o design geral da IU. Minha reclamação é , e você parece não ter percebido isso, que @chigy demorou tanto para simplesmente nos dizer que não há muito sentido em ter essa discussão aqui, porque ela aparentemente nem está na equipe que está ligando para o tiros gerais.

Não se trata de "enganado" ou "mal compreendido" como você disse, mas que essa informação essencial foi mantida longe de nós por dias. Toda essa discussão já poderia ter avançado há muito tempo, se a Srta. Chigusa Sansen tivesse declarado isso antes. Que, aliás, é o que você e ela querem ver.

@mdtauk
estamos em um comprimento de onda diferente aqui e não faz sentido eu tentar especular por que isso pode ser ...

Quando começamos esta discussão sobre o movimento geral da IU, agora, foi claramente declarado pela Srta. Chigusa Sansen ou outros membros da equipe WinUI que este tópico não é o lugar certo para esta discussão. Em vez disso, as pessoas começaram a discutir apaixonadamente, argumentando a favor / contra esse movimento pensando que estavam conversando com alguém que estaria em uma posição importante na interface do usuário na Microsoft / Windows. A Chigusa até participou e você também adicionou imagens de controle livremente na esperança de influenciar a direção da IU. Minha reclamação é , e você parece não ter percebido isso, que @chigy demorou tanto para simplesmente nos dizer que não há muito sentido em ter essa discussão aqui, porque ela aparentemente nem está na equipe que está ligando para o tiros gerais.

Não se trata de "mal interpretado" ou "mal interpretado" como você disse, mas que essa informação essencial foi mantida longe de nós por dias. Toda essa discussão já poderia ter avançado há muito tempo, se a Srta. Chigusa Sansen tivesse declarado isso antes, que é o que você e ela desejam ver.

@ Felix-Dev @Nepxune
Vamos permanecer civilizados e positivos. 😃 As imagens postadas destacam as alterações feitas nos controles, que envolvem valores de CornerRadius. Há outro problema em que os mecanismos específicos para adicionar CornerRadius aos controles que não suportam ou respeitam o valor atualmente, podem ser feitos para suportá-los e de uma forma onde os desenvolvedores podem substituir o valor para ajustá-los ou personalizar os valores adequados à marca e às necessidades. # 684

Este problema se refere à atualização do raio de canto em controles comuns, consistente com a direção do estilo da Web e do aplicativo.

As ideias que postei foram pegar os estilos usados ​​pelo Fabric Web e trazê-los para os controles XAML - portanto, sinto que estão no escopo desta discussão. Os recursos do sistema operacional que controlam o controle XAML ThemeResource estão um pouco fora do assunto, mas relacionados.

As conversas foram interessantes e pertinentes até o ponto em que alguns tentaram desviar para uma discussão sobre os méritos ou a falta de, em fazer a mudança em primeiro lugar - ao invés de como fazer com sucesso as mudanças que já haviam sido decididas faço.

Eu sugeriria que, se você deseja impulsionar uma proposta para tornar o valor de arredondamento uma configuração do sistema operacional que o usuário pode alternar ou alterar, isso deve ser feito como uma nova sugestão.

Consulte o código de conduta e tente ser respeitoso. @chigy não estava tentando enganar ou enganar.

Martin tem razão ao dizer que somos a equipe de plataforma responsável por ajudar a produzir os designs para atender às necessidades de futuras versões do Windows. Também queremos ter certeza de que nossa plataforma funciona bem com todas as outras pessoas, incluindo aqueles que trazem sua própria marca e estilo e não querem seguir o estilo do Windows. Todo esse feedback é imensamente valioso e vamos compartilhá-lo com a equipe de design do Windows também para garantir que eles ouçam o feedback específico de que as pessoas no nível do sistema operacional desejam um botão para personalizá-lo.

Obrigado, @Felix-Dev, @Nepxune e @mdtauk , por apontar algo que provavelmente não estava claro quando assumi este item do GitHub. Para que você saiba, este é nosso primeiro problema relacionado a design que estamos discutindo na comunidade aberta, então estamos aprendendo à medida que avançamos ...

E, em primeiro lugar, peço desculpas se enganar alguém neste grupo, dizendo que sou um representante de design que tem autoridade para fazer alterações que não eram minha intenção e sinto muito se você sentir que perdeu seu tempo.

Obrigado, @jevansaks , por resumir o papel do WinUI em relação ao design.

Dito isso, deixe-me esclarecer sobre mim, já que devo isso a esta comunidade. Sou gerente de programa da equipe de engenharia do WinUI. Eu trabalho em estreita colaboração com as equipes de design de toda a empresa para garantir que o WinUI represente a verdade do design da direção do design do Windows, bem como a do Fluent. Por exemplo, ontem, eu estava sentado com a equipe de design do Xbox para discutir algumas das mudanças de design que estão sendo propostas aqui. Certificando-se de que eles ainda são úteis para os desenvolvedores do Xbox. Dentro da equipe WinUI, eu supervisiono o design de maneira mais sistemática horizontalmente e também de maneira geral, certificando-me de que não estamos lançando um recurso individual que introduz incoerência da perspectiva de UI / UX.

Eu participo do esforço do sistema de design Fluent representando o Windows, bem como tento ser uma voz muito forte para a comunidade de desenvolvedores. Também para esclarecer, o sistema de design Fluent é um esforço coletivo em que muitas equipes da Microsoft (equipes de design e de engenharia) trabalham juntas para realizar um sistema coerente onde podemos oferecer uma excelente experiência do usuário como empresa e disponibilizá-lo para desenvolvedores como você. Então, o fato de eu fazer parte disso não significa que eu possa fazer uma ligação ... Na minha opinião, ninguém sozinho neste coletivo pode ... É um esforço coletivo ...

@ Felix-Dev, apenas para alertá-lo de que eu pessoalmente discuti o conceito que você propôs sobre a configuração do usuário com alguém na organização de design do Windows, para confirmar minha resposta (por exemplo, nenhum plano de recursos em torno disso ou interesse em fazer algo em torno dessa solicitação ) Sua opinião foi discutida. Eu sei que provavelmente não é satisfatório, mas gostaria que você soubesse que eu me importo com todas as suas opiniões e faço o meu melhor para ser o representante / ponte aqui.

Pessoal, eu não tive a intenção de encerrar o problema. Eu estava tentando fechar o comentário e fechei acidentalmente !!

@mdtauk @jevansaks @chigy
Estou absolutamente de acordo com você que esta discussão deve permanecer profissional. Estamos todos unidos em nossa paixão pelo Windows e em nosso desejo de ver o Windows se tornar o melhor possível.

Para deixar isso absolutamente claro de uma vez por todas, nunca acusei Miss Chigusa Sansen de nos "enganar" ou "enganar", nem foi essa a minha intenção. Também posso afirmar de forma inequívoca que nunca ataquei ninguém pessoalmente, nem eu.

O que essa conversa recente também mostra, no entanto, é que esse projeto de código aberto ainda está em fase de aprendizado. Ainda há trabalho a ser feito para reunir com sucesso os dois mundos - a empresa Microsoft e seus usuários apaixonados e uma compreensão clara de quanta influência esta nova abordagem de código aberto realmente dará à comunidade e como as equipes relacionadas do Windows irão realmente lidar com o feedback da comunidade .

Geralmente, já estou bastante impressionado com o estado atual. O feedback é emitido e tratado com seriedade pela equipe WinUI, mesmo que não seja o feedback relacionado ao produto WinUI real. Agradeço isso e você tem meu respeito por isso!

Este caso especial aqui, infelizmente, provavelmente sofreu de alguns sintomas de ser um projeto de código aberto muito jovem, onde todas as partes participantes ainda não aprenderam completamente umas sobre as outras. Estou otimista de que podemos usar este caso para chegar a um melhor entendimento das possibilidades E limites desta nova abordagem para todos nós!

Olá a todos!
Muito obrigado pela conversa franca. Eu aprendi muito e espero que você esteja disposto a continuar trabalhando conosco para crescermos juntos como uma comunidade aberta!

Como alguns de vocês apontaram, não estava claro o que a equipe WinUI e eu podemos e não podemos fazer, então deixe-me tentar resumir os grandes pontos que todos vocês levantaram e a conclusão disso. E se você achar que os problemas ainda estão em aberto, continue!

Observe que não listei todos os problemas que discutimos porque considerei alguns deles resolvidos durante nossa discussão. Deixe-me saber se você pensa o contrário !!

• Certifique-se de que o Xbox está sendo considerado (@mdtauk)
  o O design do Xbox é de propriedade da equipe do Xbox.
  o Mas sim, trabalhamos em estreita colaboração com eles. Estou confirmando que ocorreu uma reunião em que analisamos esta e as próximas propostas de design com a equipe de design do Xbox.
• Considere fazer outras alterações relacionadas ao controle para alinhamento, como tornar as linhas de borda mais finas (@mdtauk)
  o A equipe de design do Windows faz a chamada final para o Windows enquanto coordena com o coletivo do Fluent Design System para tentar alinhar as equipes de design da Microsoft.
  o A equipe WinUI fará com que funcione melhor para os desenvolvedores e terá uma boa história de desenvolvedor para mudar (ou voltar).
  o Isso será rastreado nas próximas edições do GitHub.
• A comunidade gostaria de um lugar para expressar sua opinião diretamente para a equipe de design da Fluent ( @mdtauk , @ Felix-Dev, @Nepxune)
  o Para sua informação, a equipe Fluent tem um grupo no LinkedIn.
  o Isso não é propriedade da equipe WinUI ou de mim.
  o Isso está sendo trazido à atenção deles, mas algo que não podemos nos comprometer se algo acontecer.
  o Terei a certeza de comunicar de volta a este grupo se algo se materializar.
• Lançamos temas fluentes para WPF / WinForms? (@ Felix-Dev, @mdtauk)
  o Isso é algo que ainda não descobrimos.
  o Isso é um pouco complicado. Eu sou uma pessoa que está procurando orientação e suporte de design para desenvolvedores em geral para Windows, então isso se encaixa na minha área de preocupação. No entanto, francamente, esta não é uma prioridade no momento, pois este não é um trabalho WinUI.
• Configuração do usuário onde o usuário pode ligar / desligar o canto arredondado e / ou fazer alterações granulares de valor até algum ponto (@ Felix-Dev) / Não gosta de canto arredondado, mantenha-o sem arredondamento e dê ao usuário uma opção ( @Nepxune e pessoas em Reddit)
  o Infelizmente, não se trata de decisões WinUI.
  o O melhor que posso recomendar agora é abrir os problemas do Hub de Feedback assim que essa mudança se propagou para o sistema operacional Windows e você ainda acha que o design não atende às suas necessidades?
  o Se houver algum consolo, fiz o meu melhor para notificar a equipe do Windows, mas não há nenhum plano da equipe deles.

Isso resume nosso plano atual:

• Os controles que você obtém usando o WinUI 2.x irão atualizar o visual padrão para usar cantos arredondados.
  o Em outras palavras, se você não usar o WinUI 2.x, não obterá essa alteração.
• O valor dos cantos arredondados é 2px para a maioria dos controles 4px para IU do tipo flyout. Sem arredondamento quando a IU se cruza com outros elementos da IU
  o Visual comp aqui: https://github.com/mrlacey/microsoft-ui-xaml-specs/blob/RoundedCornerVisualizations/active/RoundedCorner/ImageFiles/index.md
  o Nota curta para @mdtauk , @Qowy , @shaheedmalik que conversou sobre isso. Não estaremos arredondando as linhas internas. Isso se reflete na composição visual em vigor. A equipe de design do Windows analisou e avaliou diferentes opções e prós e contras.
• Os desenvolvedores têm uma maneira de voltar atrás facilmente (# 684).
• Não haverá nenhuma configuração de usuário que permita que os usuários alternem ou façam alterações granulares.

@chigy Obrigado pelo resumo que postou.

Tenho algumas perguntas sobre o que acontece a seguir ...

• Essas composições de design refletem os designs finais de todos os controles ou há mais alterações sendo discutidas que serão atualizadas ou publicadas posteriormente?

• Como você sugere que nós, como comunidade, tentemos influenciar ou fazer sugestões sobre algumas dessas opções de design que virão para o WinUI?

• Quando seremos capazes de ver a visão que a Equipe de Design do Windows tem para a IU do Windows, para que possamos ter um contexto para os designs de controle que estão sendo trabalhados?

• Haverá um esforço para persuadir / persuadir / impor consistência entre os aplicativos da caixa de entrada e os elementos do shell usando XAML, para que tudo corresponda ao design?

• Os designs de controle modificados do Xbox serão incluídos no WinUI ou virão apenas nos próximos dispositivos Xbox (sem nenhuma maneira de testar esses modelos de controle durante o desenvolvimento no Windows?

@mdtauk , opa, escrevi demais, mas queria ter certeza de que me expliquei bem ...

• Essas composições de design refletem os designs finais de todos os controles ou há mais alterações sendo discutidas que serão atualizadas ou publicadas posteriormente?

O que você vê nas composições é o mais definitivo que podemos obter no momento. Dito isso, conforme implementamos a mudança nos controles reais, algumas pequenas mudanças podem ocorrer, fazendo com que o design mude um pouco. Como você pode ver, comp não cobre todas as ocorrências de IU. Não espero isso deste esforço em particular, no entanto ...

• Como você sugere que nós, como comunidade, tentemos influenciar ou fazer sugestões sobre algumas dessas opções de design que virão para o WinUI?

O que eu adoraria que a comunidade nos falasse é onde essas escolhas de design falham para os aplicativos. Existem locais para personalização que não estamos oferecendo a você? Isso quebra completamente o seu aplicativo por algum motivo ou outro?

Como mencionei, as decisões de design são feitas pela equipe de design, mas WinUI ainda é responsável por fornecer uma solução para os desenvolvedores e garantir que ela seja sólida. Como resultado, pode haver uma oportunidade de influenciar a saída do projeto. Não prometo que nada acontecerá, mas exemplos reais de como isso não funciona e como deve ser consertado funcionam melhor neste caso ...

• Quando seremos capazes de ver a visão que a Equipe de Design do Windows tem para a IU do Windows, para que possamos ter um contexto para os designs de controle que estão sendo trabalhados?

Por visão, você quer dizer uma história geral que conta o tipo de alterações da IU sendo introduzidas no Windows em geral? O que você tem em mente especificamente?

• Haverá um esforço para persuadir / persuadir / impor consistência entre os aplicativos da caixa de entrada e os elementos do shell usando XAML, para que tudo corresponda ao design?

Abaixo está totalmente minha própria opinião baseada no que eu sei. Só para ficar claro ... :)
Em minha opinião, o problema é duplo.

O primeiro problema é que atualmente temos o sistema de entrega para a nova IU que depende de versões do sistema operacional. Por causa disso, muitos aplicativos de caixa de entrada não podiam adotar novos estilos que a Shell estava usando, etc., porque eles ainda precisavam oferecer suporte a versões antigas do sistema operacional. Estamos tentando resolver isso fornecendo a nova IU no WinUI, para que você possa adotar essas alterações independentemente da versão do sistema operacional.

O segundo problema é que isso requer uma mudança cultural. Trabalhei em diferentes plataformas de IU, incluindo Windows Phone, onde tentamos usar muitas abordagens diferentes para trazer consistência aos produtos. É assim ... Mesmo que você tenha um limite de velocidade, nem todo mundo segue. Mas quantos policiais temos que enviar para fazer cumprir? Temos que criar uma cultura onde o limite de velocidade seja seguido. Não há solução mágica aqui. E isso é algo que tenho esperança de que o Fluent Design System possa ajudar a trazer. Ao tomar decisões de design mais parecidas com um sistema e não com uma opinião pessoal.

• Os designs de controle modificados do Xbox serão incluídos no WinUI ou virão apenas nos próximos dispositivos Xbox (sem nenhuma maneira de testar esses modelos de controle durante o desenvolvimento no Windows?

Não temos um plano para modificar os controles especificamente para o Xbox. Não o fizemos no passado (lançamos uma documentação ) e não recebemos nenhum pedido forte tanto da equipe do Xbox quanto da comunidade (este é um código-fonte pré-aberto).

@chigy Obrigado novamente por ser tão sincero e responder.

Eu estava assumindo que o próximo Xbox também suportaria aplicativos - e com o Core OS usando XAML para seu shell - isso também significaria que o Xbox precisaria dos controles WinUI 3.0 tanto quanto o Windows. Portanto, incluir modelos projetados para o Xbox simplificaria o processo e tornaria o aplicativo do Xbox mais acessível - mas essa é obviamente uma decisão para outras equipes. 😄

Quanto à visão - quero dizer "Esta é a aparência de um futuro Windows Shell e aplicativos de caixa de entrada." e "Estamos aproveitando a oportunidade para atualizar nosso design do Windows, aqui estão algumas das mudanças que estamos fazendo ..."

Cue imagens e / ou vídeo 😃

Eu também acho que o Xbox e o Windows devem combinar um com o outro. Temos aplicativos no Xbox que foram descontinuados no Windows, mas ainda existem no Xbox (CBS, FOX Sports) ou nunca existiram no Windows 10 (Youtube).

Se você deixar de fazer qualquer tipo de alteração na interface do usuário, esses aplicativos serão mantidos na plataforma.

Apenas meus pensamentos.

Eu também acho que o Xbox e o Windows devem combinar um com o outro. Temos aplicativos no Xbox que foram descontinuados no Windows, mas ainda existem no Xbox (CBS, FOX Sports) ou nunca existiram no Windows 10 (Youtube).

Se você deixar de fazer qualquer tipo de alteração na interface do usuário, esses aplicativos serão mantidos na plataforma.

Apenas meus pensamentos.

Os aplicativos do Xbox requerem diferentes estilos de controle e comportamentos. Mas esses aplicativos devem poder ser executados no Windows, apenas incluindo algumas propriedades que permitem que esses aplicativos sejam executados sem ter que usar os estilos de controle do Windows. Portanto, uma abordagem do Xbox First .

@shaheedmalik e @mdtauk , estou um pouco confuso sobre a discussão sobre o Xbox e o Windows devem corresponder e o aplicativo deve ser executado um no outro.

Os designs do shell do Xbox e do Windows são diferentes. Isso é proposital porque são produtos únicos. Mas projetamos os controles WinUI de forma que os aplicativos que desejam usar um estilo possam ser executados com pouco trabalho. Quando trabalhamos com a equipe do Xbox há alguns anos, procuramos garantir que nossos controles XAML (sem WinUI na época) fossem exibidos corretamente na TV e também lançamos orientações sobre eles que mencionei anteriormente.

O aplicativo UWP criado corretamente será executado no Windows e no Xbox. Para aplicativos como os que @shaheedmalik lista, eles são muito marcados com a mesma marca que costumamos ver chegando e saindo do Xbox e do Windows. Portanto, um design de aplicativo geralmente é executado nesses dispositivos.

Mais uma vez, este é um tópico de canto arredondado, trazendo-o de volta ...
Aqui está o que o desenvolvedor precisa fazer no Xbox, uma vez que seja lançado. Se um desenvolvedor adotar WinUI 2.x com recurso de canto arredondado, o desenvolvedor precisará desativar o estilo de canto arredondado SE quiser corresponder ao estilo do shell. Lembre-se, muitos aplicativos no Xbox não ... É por isso que lançamos documentação de orientação para aqueles que se importam. Vou certificar-me de que a documentação de orientação 10FT mencione sobre cantos arredondados quando lançarmos.

Quanto à visão - quero dizer "Esta é a aparência de um futuro Windows Shell e aplicativos de caixa de entrada." e "Estamos aproveitando a oportunidade para atualizar nosso design do Windows, aqui estão algumas das mudanças que estamos fazendo ..."

Cue imagens e / ou vídeo 😃

@mdtauk , isso é algo que eu perguntei à equipe de design no passado, então, como uma equipe de plataforma, podemos usar isso para comunicar a visão do design para o público de desenvolvedores. Pelo que eu sei, não há um plano imediato, mas posso verificar novamente.

Quanto à visão - quero dizer "Esta é a aparência de um futuro Windows Shell e aplicativos de caixa de entrada." e "Estamos aproveitando a oportunidade para atualizar nosso design do Windows, aqui estão algumas das mudanças que estamos fazendo ..."
Cue imagens e / ou vídeo 😃

@mdtauk , isso é algo que eu perguntei à equipe de design no passado, então, como uma equipe de plataforma, podemos usar isso para comunicar a visão do design para o público de desenvolvedores. Pelo que eu sei, não há um plano imediato, mas posso verificar novamente.

Obrigada. // Build / teria sido a oportunidade perfeita para compartilhar as mudanças que estavam sendo planejadas, especialmente se o plano é ter esses modelos de controle atualizados no final do verão, junto com o lançamento inicial do WinUI 3.0.

Os designs do shell do Xbox e do Windows são diferentes. Isso é proposital porque são produtos únicos. Mas projetamos os controles WinUI de forma que os aplicativos que desejam usar um estilo possam ser executados com pouco trabalho. Quando trabalhamos com a equipe do Xbox há alguns anos, procuramos garantir que nossos controles XAML (sem WinUI na época) fossem exibidos corretamente na TV e também lançamos orientações sobre eles que mencionei anteriormente.

Claro que as conchas serão diferentes de acordo com a experiência. Meu único comentário é que se o próximo Xbox quiser encorajar o desenvolvimento de Apps, os controles padrão do WinUI devem ter Templates e ThemeResources incluídos no WinUI para que, quando executados no Xbox, eles correspondam às orientações para o design do controle. E deve ser possível testar a aparência desses controles, durante o desenvolvimento. Tanto no Windows quanto no XAML Designer.

Eu encontrei algumas das composições de design para os controles do Xbox, mas elas não estavam nos documentos UWP.

@mdtauk , acho que essa conversa sobre o Xbox parece mais adequada com o # 698? Eu fiz ping para alguém no Xbox para ver se eles podem comentar sobre a outra conversa (sem promessa :)). Que mais uma vez, esta é uma comunidade open source, talvez você pudesse criar esse recurso e propor para nós consumirmos de alguma forma? Apenas dizendo...

@chigy Esse foi um problema que enviei, e era sobre como garantir que qualquer controle adicionado pela comunidade ao WinUI inclua modelos para serem executados nos futuros consoles do Xbox. Se os desenvolvedores quisessem usar WinUI 3.0+ para seu aplicativo Xbox - todos os controles deveriam se adaptar para parecerem corretos ao serem executados em uma TV.

Mas com os designs praticamente finalizados, esse problema não tem muito mais propósito - além de ser marcado como concluído quando todos os modelos forem atualizados.

Tenho enviado ideias no envio de controle NumberBox e queríamos garantir que o design do controle corresponda ao planejado para o restante dos controles.

Se os desenvolvedores quisessem usar WinUI 3.0+ para seu aplicativo Xbox - todos os controles deveriam se adaptar para parecerem corretos ao serem executados em uma TV.

@mdtauk , como mencionei antes, esta é uma boa sugestão, mas não é nossa prioridade, pois não houve nenhum pedido vindo da própria equipe do Xbox ou da comunidade além de você.

Atualizado o fato de que o ScrollIndicator do WebView não será atualizado por meio do XAML, mas usamos o da web como está.

Olhando para a barra de progresso atual no MUXControlsTestApp - a extremidade direita da barra de valor de progresso também será arredondada ou manterá sua borda plana?

O controle deslizante dentro do menu desdobrável de volume também será estilizado?

A revelação será adicionada a todos os controles por padrão ou ainda terá que ser adicionada por estilos?

Os Sliders usados ​​no ColourPicker se beneficiariam de um estilo de contorno, semelhante ao MediaPlayer - para que não se perdesse entre as cores mais escuras da Barra?

Olhando para a barra de progresso atual no MUXControlsTestApp - a extremidade direita da barra de valor de progresso também será arredondada ou manterá sua borda plana?

Por definição de design, deveria. Abra um problema com MUXControlsTestApp.

O controle deslizante dentro do menu desdobrável de volume também será estilizado?

Uma vez que a interface do usuário do shell usa nosso controle comum, isso deve acontecer quando a mudança em nossos controles ocorrer. No entanto, se você não encontrar esta atualização, abra o problema FeedbackHub. Este é um trabalho pela equipe shell e não é algo que a equipe WinUI dê a decisão final sobre prioridade e recursos.

A revelação será adicionada a todos os controles por padrão ou ainda terá que ser adicionada por estilos?

Este não é um tópico de canto arredondado.
Se você deseja que a revelação seja adicionada a todos os controles por padrão, abra um novo problema.

Os Sliders usados ​​no ColourPicker se beneficiariam de um estilo de contorno, semelhante ao MediaPlayer - para que não se perdesse entre as cores mais escuras da Barra?

O MediaPlayer está sendo planejado para seguir o design do novo controle deslizante (# 841). Portanto, o que você está propondo não está no plano. Se você acha que é um problema de usabilidade, abra outro problema.

Uau! Há muitos comentários aqui.

Acho que os cantos afiados persistentes tornam o Windows 10 único. Se cantos arredondados fossem introduzidos, algo teria que ser feito em relação ao logotipo do Windows, o logotipo da Microsoft e os tiles. Depois de se livrar das relíquias do metrô, como blocos, também será necessário refazer logotipos, como o Office, que têm uma inclinação. Eu poderia falar sem parar sobre os efeitos da introdução de cantos arredondados e consistência, mas vou cortar aqui.

@Poopooracoocoo os novos ícones / logotipos de escritório usam cantos arredondados, assim como o novo ícone do Terminal e os novos ícones / logotipos do Visual Studio.

E FWIW, eu não quero que eles se livrem dos blocos, é ruim o suficiente a IU do tablet do Windows 10, teve um grande downgrade, em comparação com o Windows 8.1

@Poopooracoocoo , @mdtauk ,
Obrigado pelo seu feedback. Vocês dois estão certos de que a mudança deve ser aplicada em todos os níveis. Portanto, esse esforço está iniciando o alinhamento com o Fabric e outra IU visível como o Edge. Gostaríamos que a consistência acontecesse durante a noite, mas esta é uma jornada. E começa com o valor padrão da plataforma de IU em jogo aqui (ou seja, WinUI).

Atualização de status:

Raio de canto (também conhecido como canto arredondado) O documento de como fazer PR é criado.

Isso será adicionado a docs.microsoft.com como uma documentação.
Será uma nova página em https://docs.microsoft.com/en-us/windows/uwp/design/style/.

Pergunte à comunidade:
Estou tentando escrever um pouco mais de "explicação de fundo (PORQUE)" que nossos clientes expressaram que fornecemos com nossa documentação em alguns de nossos grupos de foco. Gostaria de receber um feedback, pois isso não segue o padrão de documentação normal.

Essas informações extras são úteis / úteis, não relevantes, outras informações ausentes, etc.?

@chigy, a única sugestão que tenho sobre o documento, é que você não mencionou porque os controles receberão os cantos arredondados.

@mdtauk , boa pegada. Eu tinha a seção "todo" (princípios) que capta isso, mas de alguma forma durante a edição, o contexto se perdeu. Ainda estou trabalhando para preencher essa seção.

Atualização de status

Criou um problema separado para rastrear o trabalho até a esquina da caixa de seleção dentro de List e GridView (# 1096)

As alterações de cantos arredondados são verificadas agora, encerrando este problema.

@mdtauk

E FWIW, eu não quero que eles se livrem dos blocos, é ruim o suficiente a IU do tablet do Windows 10, teve um grande downgrade, em comparação com o Windows 8.1

desculpe por apenas responder agora. Eles realmente estão se livrando dos ladrilhos! :(

É uma decisão interessante, já que o Android só permite ícones adaptáveis ​​agora, de forma semelhante ao iOS, enquanto o Windows está mudando para ícones de formato livre. Os ícones "adaptáveis" ficam melhor em telas iniciais porque têm um ícone monocromático, então você não precisa ter uma tela inicial branca ofuscante. Por outro lado, os ícones de formato livre têm uma aparência muito melhor, pois dão aos desenvolvedores mais controle sobre o ícone e se adaptam à plataforma de desktop (coisas como a barra de título, barra de tarefas) e também aos aplicativos win32.

O ícone do Office em si não se parece com os ícones do Word ou PowerPoint. Com essas mudanças, sinto que a Microsoft está perdendo sua identidade

@Poopooracoocoo Ainda tenho esperança de que haja uma opção de usar blocos em vez de ícones, mesmo que os ícones sejam o novo padrão no novo shell.

@Poopooracoocoo e @mdtauk , envie feedback no Centro de Feedback para discussões sobre tiles, uma vez que a equipe WinUI não tem envolvimento com tiles nem tem qualquer conhecimento dos planos.

@Poopooracoocoo e @mdtauk , envie feedback no Centro de Feedback para discussões sobre tiles, uma vez que a equipe WinUI não tem envolvimento com tiles nem tem qualquer conhecimento dos planos.

Enviei feedback sobre como manter os blocos - há uma coleção com muitos votos positivos. O Centro de Feedback não é tão bom quanto o GitHub, pois há pouco ou nenhum feedback ou contribuições para discussão das equipes de Desenvolvimento do Windows

Olá, como desabilitar os arredondamentos? Fica feio quando o botão redondo tem uma dica de ferramenta redonda.

@kikisaints @chigy Existe uma maneira de desativar o canto arredondado para, digamos, um elemento específico como @mklemarczyk está pedindo?

Olá, como desabilitar os arredondamentos? Fica feio quando o botão redondo tem uma dica de ferramenta redonda.

@mklemarczyk Você tentou definir o valor de CornerRadius como 0 no estilo do controle? Você pode ter que fazer isso no App.xaml para que afete todos os controles da dica de ferramenta.

@kikisaints @chigy Existe uma maneira de desativar o canto arredondado para, digamos, um elemento específico como @mklemarczyk está pedindo?

@mklemarczyk , você viu nosso documento de orientação?
https://docs.microsoft.com/en-us/windows/uwp/design/style/rounded-corner#page -or-app-wide-cornerradius-changes

@mklemarczyk Você pode usar a propriedade ToolTip.CornerRadius ou OverlayControlResource como duas opções para alterar o raio do canto de um controle de dica de ferramenta.

A propriedade Control.CornerRadius está disponível desde o Windows 1809 e você pode usá-la desta forma:

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

Isso define o raio do canto como 0 para cada dica de ferramenta no aplicativo.

Alternativamente, você pode usar

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

Esteja ciente de que isso não apenas define o raio de canto dos controles de dica de ferramenta em todo o aplicativo, mas também todos os outros controles que usam este recurso (como ContentDialog e controles que consomem pop-ups como ComboBox). Isto é ... em teoria, a substituição do recurso não parece afetar esses controles, embora devesse (a dica de ferramenta funciona).

Há tanto vaivém que é difícil saber o que foi decidido em relação a outras entradas e raio de canto, mas muito rapidamente, após migrar um projeto UWP para usar o WinUI 3 exclusivamente, percebi que apenas os botões tinham um raio de canto aplicado (junto com as outras mudanças como revelação aprimorada, etc), mas meus outros controles de entrada (por exemplo, combobox) foram deixados com a aparência metro (borda mais escura / mais grossa e ângulos de 90 °). Isso é intencional, um WIP ou um bug? Além disso, para fazer a combobox corresponder aos botões, acabei precisando usar um raio de canto de 3epx, embora tudo o que estou vendo online diga que o novo raio de canto padrão é 4epx.

Há tanto vaivém que é difícil saber o que foi decidido em relação a outras entradas e raio de canto, mas muito rapidamente, após migrar um projeto UWP para usar o WinUI 3 exclusivamente, percebi que apenas os botões tinham um raio de canto aplicado (junto com as outras mudanças como revelação aprimorada, etc), mas meus outros controles de entrada (por exemplo, combobox) foram deixados com a aparência metro (borda mais escura / mais grossa e ângulos de 90 °). Isso é intencional, um WIP ou um bug? Além disso, para fazer a caixa de combinação corresponder aos botões, acabei precisando usar um raio de canto de 3epx, embora tudo o que estou vendo online _diga_ que o novo raio de canto padrão é 4epx?

Se você está vendo uma diferença entre WinUI2 e WinUI3 com relação aos estilos, você pode abrir um novo problema? Pode ser um bug em relação à fusão de estilos do WinUI2 para o WinUI3.