Não sei se essa alteração foi intencional, mas agora é mais difícil ver a borda do compositor quando a área de texto não está em foco. Embora seja uma mudança pequena em teoria, acho que agora o compositor se mistura demais com o fundo, o que torna mais difícil diferenciar qual parte é clicável para focar e qual não é.
Isso acontece tanto no celular quanto no desktop. Aqui estão algumas fotos mostrando a diferença no celular.
A alteração foi intencional. O objetivo era fazer o texto se destacar mais e fazer com que os elementos secundários da interface do usuário se misturassem um pouco melhor.
A ideia é que praticamente todo o espaço no compositor que não é ocupado por botões/elementos de entrada mais curtos seja a área de texto. Ou, no caso do compositor desktop padrão, ele é dividido em duas colunas, para escrita e para visualização, então até mesmo um leve separador visual pode ser suficiente.
De qualquer forma, gostaria de dar um tempo para essa mudança e, após um período de adaptação, poderíamos ajustar as cores. Talvez dividir a diferença entre a cor da borda original e a atual. Veremos!
Alguns dos campos não tiveram a cor da borda ajustada. Corrigido em um PR de acompanhamento. O mesmo vale para a margem do iOS.
Mas ainda há muita coisa na interface ao redor da caixa de composição que não é a caixa de composição em si e não pode ser clicada, e agora é mais difícil ver onde a parte ao redor termina e onde a caixa de composição começa.
Honestamente, agora parece que há apenas um monte de elementos flutuantes (ou seja, a caixa de composição e todos os botões acima dela) sem borda alguma, porque a borda tem tão pouco contraste. Mesmo os separadores entre (por exemplo) o botão itálico e o botão de link são basicamente inúteis agora, porque é quase impossível vê-los.
Sim, claramente estou perdendo o ponto da mudança, mas definitivamente entendo a necessidade de um período de adaptação. Estou achando essa mudança particularmente chocante por razões difíceis de explicar.
Analisando o console do desenvolvedor, vejo que a borda passou de --primary-medium (#909090) para --primary-low (#313131), o que é uma mudança bastante drástica. Acabei de testar com #616161 para dividir a diferença como você mencionou, e realmente é uma grande melhoria. Ele fornece mais contraste, muito necessário, sem chamar tanta atenção quanto o #909090 original. Experimentando com vários valores, acho que até algo como #515151 atingiria um bom equilíbrio entre contraste e não ser avassalador. Espero que isso seja algo que você considere após um tempinho.
(Notei que existe um --primary-low-mid lá em cima em #7a7a7a. Acho que é hora de adicionar --primary-low-not-quite-mid para #515151. )
Sim Quando eu estava originalmente brincando com as cores das bordas aqui, usei uma cor um pouco mais contrastante, mas eventualmente tive que escolher entre low e low-mid. Talvez eu tenha que adicionar uma nova variável, afinal.
Mas primeiro, seria bom verificar onde os dois existentes são usados e ver se essas cores poderiam ter um ajuste, ou se algum desses locais se beneficiaria de uma nova variável.
E se estivermos introduzindo uma nova cor, valeria a pena considerar um novo esquema de nomenclatura para as variáveis, por exemplo, baseado em números, como --primary-600 (semelhante ao que alguns frameworks css usam; tailwind por exemplo)
Cc: @awesomerobot Alguma ideia sobre estender a paleta de cores?
Aparentemente a cor da borda foi corrigida (azul como o título do tópico e o botão de enviar), mas não a margem inferior do botão de enviar (Responder).
Isso provavelmente faria sentido de qualquer maneira. No momento, low-mid (#7a7a7a) está bem próximo de medium (#909090), então parece meio inútil. Movê-lo para cerca de #616161 preencheria uma lacuna agradável entre low (#313131) e medium (#909090), colocando-o aproximadamente no meio.