O glifo positivo provavelmente encolherá, eu comentei sobre o problema do TabControl, e parece que eles vão empurrar a mudança, para coincidir com o glifo menor usado pelo UWP Edge.

Sim, acho que todos concordamos que "faça as guias como o Edge Chrome" é bom, mas "faça as guias como o vídeo promocional" é ainda melhor ... 😣

Acho que o UWP Edge tinha guias melhores do que o Edge Chrome. 🤔

Pessoalmente, gostaria que eles fizessem as guias do Edge Chrome como UWP Edge, mas ninguém me perguntou ...

Sim, sim, mas ... qualquer um deles está muuuuito à frente do Terminal 🤡
Edgium tem quase 20 pixels acima das abas que são feias ... mas ... arrastáveis!
E com os dois, você pode pelo menos saber qual guia está ativa 🙄

Não há uso PRÁTICO para acrílico durante a codificação. No entanto, a transparência é muito útil. Isso significa que posso visualizar o código abaixo da janela do Terminal como este:

Adicione um ajuste para o fator BLUR que o acrílico usa. Não consigo ler texto borrado.

Além disso, se o Terminal não ficar preto quando inativo desta forma:

seria muito útil poder ter um botão de fixação que fixasse o terminal acima de todas as outras janelas. Isso permitiria uma alternância perfeita entre o terminal e qualquer editor de código que você esteja usando (especialmente se você puder ler o código abaixo da janela do Terminal).
Sugiro que o tema acrílico permaneça ativo em vez de "escurecer" se um recurso "Sempre visível" for adicionado e ativado.

Como poderia ser:

O ícone de alfinete, para fixar o Terminal acima de todas as janelas.
@nacorv ,

Gostaria de saber se "Sempre no topo" é um recurso que deveria ser considerado.

Selecionar e arrastar em qualquer lugar dentro da área da guia atualmente não move a janela. Isso torna necessário mover o mouse para a direita da área da guia, o que deixa uma pequena quantidade de barra de título que pode ser usada para mover a janela. Por favor, mude isso. Sem pressa!

1. Ativar o acrílico no Powershell faz com que os parâmetros roxos como -abc pareçam quase invisíveis.

Resolução: 4K
Escala de exibição: 100%

Tema claro:

Tema escuro:

O redimensionamento da janela faz com que a IU desapareça / reapareça. Estou usando o Windows Store Preview versão 0.2.1715.0

Tela cheia:

Redimensionado:

Se a janela não for grande o suficiente, todas as outras guias serão ocultadas.

Se a barra de abas não pode ser de acrílico, isso é uma grande vergonha.
Qualquer coisa que possa ser feita para integrá-los melhor seria bem-vinda

A guia / barra de título que não pode ser arrastada é a reclamação nº 1 que ouvi de todos que experimentaram as compilações anteriores

Painéis divididos precisam de algum polimento visual, deixe claro qual está em foco, alguma animação mesmo ao abrir

Quando maximizado no meu segundo monitor (tela integrada do laptop de 1366 x 768, não definida como principal), as bordas do aplicativo são cortadas:

As guias mostram o caminho para o executável em vez do nome do aplicativo; se o caminho for muito longo, o "x" para fechar a guia é empurrado para fora do lado direito da guia e fica invisível.

Clicar em "Configurações" tenta abrir um arquivo JSON. Estou supondo que a interface do usuário para isso ainda não foi construída. :)

Além dos comentários de @ robster2001 , seria bom se cada guia mostrasse o caminho real como o Ubuntu e se estivesse no modo de administrador (por exemplo, Prompt de comando (Admin) - C: currentpaththatyouarein).

Quando você não tem o terminal maximizado, como normalmente não faço, o problema # 857 combinado com os títulos longos permite muito menos abas do que o que poderia ser.

As guias são muito largas para serem úteis. Talvez apenas mostre o executável e forneça as informações do caminho / etc quando você passar o mouse sobre a guia em uma dica de ferramenta ou algo assim.

Duas coisas:
Os painéis não são vinculados por padrão _porque_ estão incompletos. Se você os habilitar, YMMV.

Se você quiser um título de guia personalizado, deve dar uma olhada em como configurá-lo para o seu shell. Isso o beneficiará em todos os lugares em que usar o shell. Ao fazer o PowerShell definir o título, você altera o título do Windows Terminal, console legado, VSCode, ConEmu e um monte de outras coisas. Pode até mudar no meio de uma sessão!

Epopéia de painéis: # 1000

Não consegui encontrar nenhum lugar ao longo da legenda na parte superior da janela que me permitisse arrastar e mover a janela. Tive de recorrer a atalhos de teclado.

a rolagem com dois dedos não funciona, embora funcione muito bem em cmd.com e PowerShell.

As guias não podem ser movidas / reorganizadas.

A barra padrão não respeita o tema escuro Win10:

Tentei encontrar as configurações, mas não encontrei!
Alguns outros aplicativos também não respeitam, então acho que não é considerado nesta versão

Minha primeira impressão do Terminal, instalado hoje por meio da visualização da Loja, foi:

• O que há de errado com as cores? Por que é parte preta e parte branca?
  
• Uau, mal posso esperar para experimentar as guias
• Uau, isso é um grande sinal de mais

Há algo que possamos fazer sobre a cor da barra de título? Deve ser tudo preto, certo?

+1 @guibirow

Mexendo nas configurações do meu Windows, eu poderia consertar:

Ativo (Firefox na parte traseira, Terminal na frente)

Inativo (Firefox na parte traseira, Terminal na frente)

Parece que alguns aplicativos continuam a carregar as configurações do Windows, talvez o tema escuro do Windows não defina todas as cores corretamente. Tive que ativar a opção de aplicar o acento à barra de título e às bordas da janela.

E defina o _AccentColorInactive_ no registro [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

O design seria muito melhor se o "+ /" movesse para a esquerda (como abaixo) e o resto se tornasse apenas a barra de título como todos os outros applicaitons, acho que eles tentaram copiar o firefox e não funcionou muito bem!

Não consigo 'abrir uma guia' ou arrastá-la para outra janela. Eu gostaria desse recurso.

Onde a fonte Emoji quando usada, por exemplo, yarn, npm?

A barra de título da guia definitivamente precisa ser limpa. A partir do vídeo oficial feito para divulgar o Terminal, e o Edgemium, fiz as seguintes mudanças (mock ups):

Antes:

Depois de:

Lista completa de mudanças no mock up:

• Tamanho da borda da janela reduzido para 1 px para ser consistente com o resto do Windows
• Controles de janela alinhados (fechar, máx., Mín.) Corretamente na barra de título
• Tornou as guias um pouco mais altas para serem consistentes com as novas guias do Edge
• Raio de canto reduzido para ser consistente com as novas guias de borda
• Adicionados cantos arredondados internos à base das guias para serem consistentes com o novo Edge e o vídeo oficial
• Adicionada sombra projetada para tornar as guias mais visíveis contra o fundo e para ser consistente com o novo Edge
• O ícone de adição está com o tamanho adequado
• Moveu os botões de gerenciamento de guias ao lado das guias
• Espalhou o fundo por toda a barra de título

EDIT: Este foi apenas um problema com a linha inferior não sendo grande o suficiente para caber um personagem inteiro, conforme apontado por @ DHowett-MSFT abaixo

O preenchimento (inferior) não é 0 quando maximizado. Não tenho certeza se esse é um problema conhecido ou intencional, portanto, coloque-o neste tópico.

@mikelui huh, provavelmente é porque não há pixels suficientes para caber em outra célula de personagem inteira na tela. o Terminal prefere exibir linhas completas, pois é assim que ele modela o mundo do terminal.

Tela cheia:

Redimensionado:

Se a janela não for grande o suficiente, todas as outras guias serão ocultadas.

Se você girar a roda do mouse, verá o slide das guias. Funciona pelo menos para Store Terminal Preview v0.2.1715.0. Mas o estreitamento de ícones, como navegadores baseados em Chromium, seria mais agradável.

@ DHowett-MSFT Também descobri outro bug de gui, se a janela é muito pequena para mostrar uma nova guia e criamos uma nova guia, uma nova guia criada, mas não mostrada até que redimensione a janela do Terminal.

Visualização do Microsoft Windows 10 Pro Insider [Versão 10.0.18875.1000]
Terminal Microsoft (visualização da loja) [Versão 0.2.1715.0]

@ DHowett-MSFT Sim! Eu vejo isso agora enquanto brinco com o dimensionamento Estou acostumado a usar tela cheia (vs maximizada), onde a falta de uma barra de título melhora o espaçamento.

Faça o tamanho da janela inicial como deixei na vez anterior ao fechar.

pegar e mover o aplicativo não é fácil, precisa de uma área maior para agarrar a janela. Todo o caminho do exe é um exagero, ocupa muito espaço. apenas PowerShellou Cmd seria bom. durante a execução de node ou python em cmd, a guia pode mostrar "cmd: node" ou "cmd: python"
As guias podem ter o tema de cores do esquema usado naquele terminal específico, em vez de apenas preto mais escuro ou preto desbotado, uma cor semelhante ao esquema do terminal pode facilitar a localização de um terminal.
editar
mais alguns problemas encontrados

Além disso, não é tão importante em comparação com outras coisas da IU ausentes / quebradas, mas ainda: o ponteiro do mouse deve ser o de texto (Ꮖ) ao mover sobre algum texto no terminal e não o ponteiro (↖), pois o texto é selecionável.

Alguma chance do comportamento Alt + F4 imitar outras funcionalidades do Windows 10 (feche tudo agora), por favor? Ctrl + w * quantas abas são abertas é bastante trabalhoso. Assim como encontrar o X superior direito quando estou no modo de guerreiro do teclado: D.

Tentei definir closeWindow em settings.json, mas alt + F4 não é registrado como um comando válido (o console imprime "S").

Por curiosidade, não seria possível usar as APIs subjacentes que oferecem suporte ao WindowChrome do WPF, cortar totalmente a barra de título nativa e as bordas da janela e construir tudo usando XAML? Acho que haveria mais controle disponível dessa forma e o resultado final seria mais limpo e menos dependente do sistema operacional

Eu estava inicialmente esperando que o recurso de divisão de tela já estivesse lá, mas não é ...
Seria muito mais conveniente do que navegar entre as guias.

O Terminator no Linux e o iTerm no macOS o implementaram perfeitamente.

Algum plano?

Selecionar e arrastar em qualquer lugar dentro da área da guia atualmente não move a janela. Isso torna necessário mover o mouse para a direita da área da guia, o que deixa uma pequena quantidade de barra de título que pode ser usada para mover a janela. Por favor, mude isso. Sem pressa!

veja # 1500

@ LeeChang-GitHub # 608, também, você sabe que o PowerShell e o CMD têm uma maneira de definir o título sozinhos, certo? Você não precisa renomear a guia quando pode fazer com que o shell faça isso.

Preciso que o nome do terminal seja editável.
Procurei esta pergunta, mas não consegui encontrar. Este é um requisito razoável?

Cara, por que você excluiu seu comentário e o moveu após minha resposta?

Cara, por que você excluiu seu comentário e o moveu após minha resposta?

Desculpe, essa pergunta era muito ruim. Eu editei novamente e não recebi sua resposta naquele momento.
sinto muito

@ LeeChang-GitHub está tudo bem! 😄

Gostaria de saber se "Sempre no topo" é um recurso que deveria ser considerado.

@grigala

Eu estava inicialmente esperando que o recurso de divisão de tela já estivesse lá, mas não é ...
Seria muito mais conveniente do que navegar entre as guias.

O Terminator no Linux e o iTerm no macOS o implementaram perfeitamente.

Algum plano?

1000 mostra os planos e o quão longe eles estão 👍

A barra de rolagem deve ignorar o preenchimento à direita ou expandir para a direita ao passar o mouse. Tudo bem se levarmos em conta o topo e o fundo .

Barra de rolagem em sua forma recolhida

Barra de rolagem em sua forma ampla

A barra de rolagem em sua forma recolhida parece boa. O espaço entre o texto e a linha está ok, mas deve seguir as preferências de preenchimento. Agora não.

A barra de rolagem em sua forma ampla segue o preenchimento apenas no lado direito e tem algum, mas não o preferido, preenchimento no lado esquerdo. O preenchimento esquerdo deve seguir as preferências e o direito deve desaparecer completamente. Isso permitiria aos usuários girar rapidamente o cursor do mouse para a direita quando desejam rolar rapidamente para cima por uma longa distância e a janela é maximizada.

Além disso, a barra de rolagem não deve ter nenhum atraso para expandir quando pairada e o fundo da barra de rolagem deve ser transparente, para que o desfoque (se ativado) possa ser visível.

Editar:
Isso foi resolvido em # 1778. Obrigado!!

A maioria dos aplicativos (como o Chrome ou explorer.exe etc) permite ao usuário redimensionar a janela agarrando a sombra da janela. Mas parece que o terminal só permite que o usuário pegue em uma área NotClient estreita (cerca de 2 pixels).
Parece que a sombra padrão do sistema não funciona?

Eu tenho uma solução possível.

1. Remova a sombra do sistema (alterando o estilo da janela para WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME e manipule a mensagem WM_NCCALCSIZE, você pode usar AdjustWindowRect para calcular o tamanho.)
2. Adicionar quatro pequenas janelas de sombra (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) ao redor da janela e renderizar a sombra manualmente (manipulando WM_WINDOWPOSCHANGED da janela principal para mover a janela de sombra, manipulando WM_SIZE para renderizar a janela de sombra, talvez Gaussina Blur?)
   3 lidar com a mensagem WM_SETCURSOR da janela de sombra e WM_LBUTTONDOWN (enviar WM_SYSCOMMAND para a janela principal para simular a captura)

Além disso, usar a tecnologia Window Subclassing para capturar mensagens e enviar WM_SYSCOMMAND ao manipular WM_LBUTTONDOWN pode corrigir o problema de que a barra de título não pode ser capturada.

Para expandir em https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188, o Terminal talvez deva organizar os temas em nomes de família de tema e subcategorias claras / escuras, mais ou menos como VSCode. Ou seja, se eu definir o tema, por exemplo, "Campbell" e mudar as cores do aplicativo do Windows de claro para escuro, esperaria que Termianl mudasse de Campbell Light para Campbell Dark. Isso economizaria manipulação manual. Especificar "Campbell Dark" como o tema fixaria a aparência ao tema escuro, se você sempre quiser que seja escuro. Ou alguma coisa.

O espaço das guias não é redimensionado corretamente ao mover a janela entre monitores com diferentes escalas, em alguns casos cobrindo até mesmo o botão de minimizar:

Monitor 1, resolução de 1920x1080, escala de 100%:

Monitor 2, resolução de 4k (3840x2160), escala de 200%:

A cor do cursor deve ser definida pelo tema. A cor padrão do cursor definida no perfil é branco, o que é inútil em um tema claro.

@madig - Você pode alterar a cor do cursor configurando cursorColor em profiles.json

@madig - Você pode alterar a cor do cursor configurando cursorColor em profiles.json

Sim, mas o tema deve defini-lo para que você não precise editar o nome do tema _e_ a cor do cursor quando quiser alternar.

Também observei que é muito mais difícil do que o normal colocar o cursor do mouse na configuração de redimensionamento da janela ao posicioná-lo no canto inferior direito da janela do terminal.

Talvez # 1517.

Um menu de contexto / sistema para o aplicativo. Os aplicativos Win32 têm isso no canto superior esquerdo. Alguns, como o Edge, usam reticências no canto superior direito. O menu suspenso atual é uma substituição pretendida?

O estilo superior esquerdo é útil ao mover / redimensionar etc. pelo teclado.

Tive a impressão de que, na apresentação do Build, teríamos um painel dividido como funcionalidade, isso está planejado?

@jwhipp # 1000

Parece que faltam ícones?

Parece que você tem um perfil desatualizado desde o primeiro lançamento de código aberto. Provavelmente excluirá.

Obrigado, funcionou!

No entanto, encontrei outro bug:

Eu freqüentemente clico duas vezes nas barras de título para maximizar ou restaurar uma janela. A área clicável da janela (verde) estava totalmente à direita quando eu tinha apenas uma guia aberta. Parecia que eu poderia clicar à esquerda do menu de adição (nova guia).

ConEmu não tem esse problema, pois a barra de título está acima das guias. Cliques duas vezes na área da guia resultam em uma nova guia que eu gostaria de ver com o novo Terminal do Windows, mas tenho certeza de que irei me ajustar ao que eventualmente chegarmos.

Em relação às guias, etc., seria ótimo se elas pudessem se comportar visualmente semelhantes às do Edge: o botão "+ v" sempre estando próximo à guia mais recente; fazendo a área (se houver) entre a última aba e o botão "+ v" recebendo eventos do mouse (passando-os para a janela pai); tendo botões de rolagem "<" e ">" aparecendo (semelhante, por exemplo, no Firefox) quando há muitas guias.

Eu freqüentemente clico duas vezes nas barras de título para maximizar ou restaurar uma janela. A área clicável da janela (verde) estava totalmente à direita quando eu tinha apenas uma guia aberta.

O que também significa que não podemos arrastar a janela do terminal (quero dizer, você _pode_, mas então você realmente precisa ter certeza de que apenas conseguiu aquele pequeno ponto ideal ...)

As guias na barra de título são ruins . Não faça isso. POR FAVOR. não faça isso. Você está usando muita área para várias tarefas.

Ter títulos de guia em todo o caminho para o interpretador de comandos também é ruim. Que os nomes das guias possam ter mais de 20 caracteres, é ruim. Tamanho máximo da guia muito menor. Guias abaixo da barra de título. Abas muito menores.

É uma opção. Opções Configuração. Listas de frases curtas. Desligue-os. :sorriso:

@brianly Defina "showTabsInTitlebar": false nas configurações.

Obrigado @ zadjii-msft! Também vale a pena vincular: https://github.com/microsoft/terminal/issues/771

Ao adicionar uma nova guia com algumas já abertas para preencher o espaço da guia como este

nova guia é criada, mas o ícone é dobrado.

qualquer nova guia criada depois disso é invisível.
O redimensionamento da janela corrige o problema.

Não é possível reorganizar as guias.
Além disso, ao fechar a única guia com o botão do meio do mouse, isso acontece:

Algo visível na tela ou em um menu para controlar o zoom seria ótimo. Bem como uma maneira de redefinir o zoom de Ctrl + Scroll. Não há como saber se estou com 200% de zoom ou não.

Por exemplo, o Chrome tem esse item de menu em seu menu de hambúrguer. Tudo o que precisa é de uma linha. Clicar no valor o redefine para 100%.

Adoraria poder afetar a cor da guia e possivelmente a cor da borda de um determinado console. Por exemplo, em vez de colorir o fundo do PowerShell todo azul, apenas faça com que a guia e a borda sejam azuis, mas tenha o fundo da cor que eu quiser.

Se possível ... pode ser interessante poder afetar essas coisas no ambiente de console em execução. Por exemplo, se meu console do PowerShell iniciar e definir um valor de ambiente como WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 porque é um console de administração, faça com que as cores da borda mudem para vermelho. Você poderia fazer muitas coisas interessantes a partir de um perfil do PowerShell ou .bashrc dessa forma.

@ DHowett-MSFT @DHowett Vi que existe uma maneira de estender o acrílico na barra de título. Talvez isso pudesse funcionar?

Clicar em uma guia no terminal nem sempre parece dar o foco à guia.

• Abra o Terminal com seu shell favorito.
• Clique em alguma outra janela ou aplicativo.
• Clique na _tab_ do seu shell no Terminal. O cursor não aparece e a digitação não funciona. Você tem que clicar na barra de título da janela do Terminal (aquele pouco entre os botões "+" e minimizar / maximizar, a única parte que atualmente permite que a janela se mova) e _isso_ é o que devolve o foco ao shell.

O botão Maximizar janela não se parece com a maioria dos aplicativos. Parece mais um botão de minimizar:

@krzysdz você está executando um build a partir deste repositório que acabou de ter as primeiras alterações de desenho não-cliente mescladas. Terei que pedir a você para não relatar problemas de interface do usuário nele. # 1625.

Não é um grande fã de como o botão + funciona. Eu continuo clicando nele para adicionar uma nova guia, esquecendo que isso apenas cria uma nova guia no shell padrão (o que é muito chato). Adoraria uma opção que me permitisse ter um menu suspenso como o que aparece ao clicar na seta para baixo, para que eu pudesse selecionar na lista de shells disponíveis ao adicionar uma nova guia.

Bem, nesse ponto, por que não apenas clicar na seta suspensa?

Não há nada que me impeça de clicar na seta suspensa, isso é puramente um problema de UX. Falando funcionalmente, não faz muito sentido para mim clicar em um botão que não traz nenhuma indicação simbólica de que adiciona uma guia para executar essa ação.

O acrílico não deveria ser habilitado por padrão para PowerShell? Ter cmd parecendo melhor do que PowerShell por padrão não é um grande sinal. Também seria melhor receber o usuário exibindo o colírio para os olhos.

Configurações padrão:

Com cmd:
imagem

Com PowerShell:
imagem

Perfis relacionados:
imagem

EDITAR: transformou as imagens em links, que ocupavam muito espaço, desculpe

Então, isso é apenas um reskin ou um contêiner para os consoles originais (cmd, wsl e ps)?

Eu esperava um terminal melhor como os encontrados no Linux ou Mac OSX. Cmdr é um bom exemplo do que você deve almejar. Principalmente, eu gostaria apenas de um terminal que suporte CTRL-C e CTRL-V e integração perfeita com WSL.

@deusprogrammer é um terminal, exatamente como ConEmu (o cmder do terminal usa). O Cmder é um pouco único porque agrega um terminal e melhorias de shell para pessoas que usam o shell cmd.

Gostaria de saber se "Sempre no topo" é um recurso que deveria ser considerado.

Eu gostaria de ver esse recurso também.

Talvez uma coisa pequena, mas acrylic não significa nada para ninguém não familiarizado com UWP e / ou desenvolvimento de aplicativos do Windows. Um nome mais amigável ( translucent ou algo assim) ajudaria.

A barra de título não é acrílica, desculpe, isso provavelmente não pode acontecer devido à nossa arquitetura

Deve ser habilitado quando o WinUI 3 for lançado
Ref: microsoft / microsoft-ui-xaml # 888

Acabei de tentar o terminal, a primeira coisa que me surpreende é ...

VOCÊ NÃO ARRASTA NESTA ÁREA? é irritante, diabos!

Sim, isso derruba você e as outras quatrocentas pessoas que relataram. : smile: Track # 1625 e # 564 para o progresso real na parte superior da janela.

@ DHowett-MSFT, se não for mencionado, considere manter as opções de acrílico e transparência nas configurações, o acrílico torna-o consistente com o sistema, mas não faz muito sentido para uma aplicação como um terminal, onde a capacidade de ver o que está atrás pode ser bastante produtivo. Seria mais útil ter uma opção de transparência. Deixe vir acrílico por padrão e a transparência pode ser alternada manualmente.

@ DHowett-MSFT escreveu:

[...]

• As guias não parecem tão boas quanto você gostaria # 702

[...]

• O botão de adição é muito grande, muito pequeno, muito largo, muito estreito

[...]

tão engraçado ou salgado?

Parece que os títulos das guias não respeitam nenhuma das configurações de fontSize:

seria muito útil poder ter uma tecla de atalho para o terminal ativo, como o terminal yakuake.

Parece que os títulos das guias não respeitam nenhuma das configurações de fontSize:

Acredito que isso seja esperado. As guias parecem seguir o tamanho da fonte da área de trabalho, sendo consideradas como parte do cabeçalho / barra da janela.

seria muito útil poder ter uma tecla de atalho para o terminal ativo, como o terminal yakuake.

Não estou familiarizado com esse terminal, mas há uma tonelada de coisas que você pode usar o atalho em settings.json para abrir, fechar, alternar, etc.

Duas ideias iniciais sobre a adoção do "uso de guia comum" (consulte também https://github.com/microsoft/terminal/issues/615)

1. As guias devem ser comprimidas / reduzidas quando não há espaço suficiente para elas
2. O botão de adição deve ser ancorado no lado direito da última guia, não no canto superior direito da janela

Feedback geral para OP. Obviamente, entende-se que este é um lançamento / visualização antecipada, mas já podemos ver um design e conceito muito sólidos.

Eu aprecio as guias, o nível de personalização (especialmente com a personalização do executável!), As atualizações em tempo real para alterações em settings.json e os diferentes tipos de terminais que podem ser obtidos em um único executável.

Além dos itens mencionados acima e do polimento, eu gostaria de ter uma maneira embutida de registrar o que vai para a saída padrão em qualquer janela de terminal, idealmente permitindo que todos sejam registrados em um arquivo ou vários arquivos. Além disso, adicionaria a opção de "clonar" ou "duplicar" e colocar as guias em janelas / linhas / colunas da maneira que for possível fazer no código vs.

Obrigado pelo seu trabalho árduo, aguardarei o próximo lançamento!

Estou usando o tema escuro, mas ainda vejo uma borda branca e o cabeçalho ainda está branco. Alguém mais está tendo esse problema? Não consegui encontrar nada no JSON que modifique isso.

Eu tenho o mesmo problema :(

Estou usando o tema escuro, mas ainda vejo uma borda branca e o cabeçalho ainda está branco.

Isso não pode ser corrigido com as configurações atuais. Este é um item de trabalho futuro, sendo parcialmente rastreado em # 1625

Eu apreciaria ter uma forma integrada de registrar o que vai para a saída padrão em qualquer janela de terminal, de preferência permitindo que todos sejam registrados em um arquivo ou em vários arquivos.

642

coloque as abas em janelas / linhas / colunas da maneira que for possível fazer no código vs.

1000

@ DHowett-MSFT, dê uma olhada na forma como este aplicativo gerencia guias,
https://github.com/JasonStein/Notepads

Ok, pronto. O que eu estava procurando?

Você também pode olhar para o Terminal Fluente para se inspirar. Tem uma IU muito boa.

1. Ao usar o Powershell Core, eu veria uma segunda divisa aparecer aleatoriamente no console, seria D:\>> (desculpe, sem etapas de reprodução)
2. Não consigo arrastar o texto e depois copiar e colar, este é um recurso que espero do Powershell

A interface do usuário está feia agora, e eu quero uma interface bonita que me faça trabalhar melhor.

As guias mostram o caminho para o executável em vez do nome do aplicativo; se o caminho for muito longo, o "x" para fechar a guia é empurrado para fora do lado direito da guia e fica invisível.

Além disso, tabTitle realmente não funciona

As guias mostram o caminho para o executável em vez do nome do aplicativo; se o caminho for muito longo, o "x" para fechar a guia é empurrado para fora do lado direito da guia e fica invisível.

Além disso, tabTitle realmente não funciona

@ Serega124 que é estranho, pois eles funcionam muito bem para mim. Chamei uma guia de wsl e a outra cmd .
Você está executando a versão de desenvolvimento mais recente?

@imjasonmiller , estou executando a versão Store

@ Serega124 , acho que o recurso tabTitle ainda não foi lançado para a versão Store. Eu acho que você pode ter que esperar até que eles empurrem outra atualização para a versão Store ou você pode construí-la a partir da fonte

A alça de redimensionamento no canto inferior direito da compilação da Windows Store é super pequena, é uma espécie de alvo de interface do usuário frustrante para interagir.

Solicitação de recurso: Alterne facilmente entre os temas ou use o tema do Windows.

Como desenvolvedor, trabalho em ambientes internos e externos. Em ambientes internos em uma tela UHD, prefiro um tema escuro. Ao ar livre, um tema escuro se torna ilegível na tela do meu laptop com brilho total. Um tema leve pode ser usado

A alça de redimensionamento no canto inferior direito da compilação da Windows Store é super pequena, é uma espécie de alvo de interface do usuário frustrante para interagir.

Isso é verdade!
A área sensível nos cantos é muito pequena, então redimensionar a janela é quase impossível.
Estou anexando um GIF que pode ser útil @ DHowett-MSFT:

Quando eu redimensiono a janela, a barra de rolagem para de mover o texto para cima e para baixo. Efetivamente inútil até que o prompt de comando alcance a parte inferior da janela.

Tenho que mencionar isso agora, obrigado por embarcar neste projeto. Uma solução extremamente necessária para o Windows

As cores de fundo do texto ficam confusas no redimensionamento

Suponho que esteja relacionado a "A área não cliente parece errada;" e é um trabalho em andamento, mas a compilação mais recente parece ter introduzido uma borda branca de um pixel na parte inferior para mim:

Isso pode estar relacionado a essa mudança recente ?

Obrigado por todo o trabalho até agora!

@imjasonmiller se você quiser um motim (o tipo triste), leia o TODO na parte inferior de # 1948: sorria:

• [] Clique duas vezes na área não-cliente para maximizar a janela.
• [] Clique / Clique com o botão direito no ícone deve exibir o menu Minimizar / Maximizar / Fechar
• [] Quando você clica em Cascade Windows , Show windows stacked etc é completamente ignorado pelo Terminal
• [] Alt + F4 não fecha a janela

Acredito que seja um comportamento esperado para um usuário do Windows que um clique duplo no não cliente maximize a janela, também quando você usa o shell para redimensionar / agrupar janelas o Terminal deve se comportar como qualquer outra janela.

No momento, meu terminal está imóvel e é impossível acessar o menu de configurações.

Parece que o Terminal é um aplicativo estrangeiro que usa um kit de ferramentas de UI não nativo.

Usando o mouse:
Você não pode clicar no menu de contexto nas guias para fechá-las ou ver um menu de contexto como nos consoles anteriores, você também não pode fechar as guias acima da primeira (seus Xs ficam obscurecidos pelo botão adicionar guia / botão do menu de configuração devido à largura restrições)

O ideal é que ALT + ENTER e SHIFT + F10 e clique com o botão direito do mouse / toque estejam habilitados.

Também +1 para reordenar guias

Atualizar quebras de texto às vezes.

Este é um problema especialmente com editores como o emacs

@RosalesJ Ei, você poderia arquivar outro problema para esse aqui? Na verdade, isso não se encaixa no grande número de problemas de IU e pode ser um bug muito mais atômico que poderíamos corrigir. Certifique-se de incluir as etapas e ferramentas de reprodução que você usa. Obrigado!

O menu da nova guia não se move com a janela:

Tentar fechar o aplicativo clicando no X na guia única resulta em travamento do aplicativo!

Quando a opacidade está configurada, ela só funciona quando a janela está focada.
Quando focado:

Quando não está focado:

Existe uma maneira de fazer funcionar ou é para funcionar assim?

Editar: outra coisa que notei nas imagens acima é que as janelas de terminal não focadas não aplicam a cor do Windows Accent, ficando em branco. Quando focado, a cor de destaque da janela está lá.

@ jean-lourenco Eu acredito que o desfoque é intencional, já que outros aplicativos como o aplicativo Configurações fazem a mesma coisa

Realmente espero suporte para rolagem de guias em breve (a indicação, em vez da roda do mouse apenas).

Como minha rolagem não está funcionando como planejado, agora não consigo ver as guias que tenho.

Espaçamento incorreto com fonte não monoespaçada.

versão 0.3.2112.0

Isso acontece no carregamento inicial. Maximizing -> Restaurar janela corrige isso.

Acabei de atualizar para 0.2.1831.0 em 18950.1000. Em um shell do Ubuntu (agora WSL 2), não consigo rolar para trás no buffer. Parece que o cursor piscando está puxando o foco de volta para a linha inferior toda vez que tento rolar para cima com o teclado e a roda do mouse.

Também parece que uma nova linha é enviada a cada rolagem para cima, então o texto que eu quero ver fica mais longe a cada tentativa!

As janelas Powershell e Dos não fazem isso

@tomfakes migrou este para # 2196, pois não é absolutamente um problema de polimento da IU

Como posso manter o efeito acrílico quando a janela perde o foco

A capacidade de arrastar a janela por toda a barra da guia é um pouco enganosa; você ainda não pode agarrar a barra de título pela área acima das guias ou agarrando as guias adequadas. Se você tiver muitas guias abertas, significa que ainda está preso a uma pequena área de arrasto.

Isso é algo planejado para ser abordado? Parece que o # 564 foi fechado.

Maximizar o terminal quando a janela está entre dois monitores faz com que as barras vazem no monitor.

Eu sei que isso é uma espécie de "tópico fora do assunto", mas o rastreador de problemas é o único lugar para deixar comentários e este parece ser o tópico mais adequado: Obrigado. Sei que o Terminal ainda não foi concluído e há muitas coisas que precisam ser consertadas, mas está indo bem. Eu gosto de como é e parece. Gosto da configuração, do suporte para "CMD", powershell, WSL, etc.
Continue o bom trabalho ^^ (desculpe, bagunçando o rastreador de problemas;))

Ainda bem que este projeto está em andamento - grande avanço em relação ao cmd / powershell tradicional. Notei que ao fechar a janela após o redimensionamento rápido faz com que uma janela fantasma apareça com muitas bordas:

Este não é realmente um problema importante, apenas pensei em relatar vê-lo para registro.

+1

+1

@ammoniak obrigado: smile:

Não tenho certeza se isso é um bug ou um recurso.

AltGr + 4 (§) (teclado em português) não é excluído porque estou tentando as sequências AltGr.

A fonte Victor Mono é renderizada de maneira muito estranha.

https://github.com/rubjo/victor-mono/

@offero é uma fonte bonita; pode ser # 696

(ou uma variação disso)

Podemos ter a opção de ocultar o sinal de mais e / ou a seta para baixo na área das guias? Quando a seta para baixo estaria oculta, seria possível clicar com o botão direito no sinal de mais, o que faria o dropdown da mesma forma que a seta para baixo . Quando o sinal de mais estaria oculto, ainda poderíamos abrir mais guias usando o menu suspenso. Talvez pudéssemos ocultar ambos e então o clique com o botão direito aconteceria no resto da barra de título?

Sinceramente, não estou gostando das guias na barra de título, pois é indisciplinado quando você tem muitas, agarrar a barra de título para mover a janela ainda não está funcionando bem. Alguns dos terminais Linux colocaram guias acima do próprio terminal e isso é configurável. Tenho certeza que isso tem muito a ver com os gerenciadores de janelas do Linux serem muitos e ter regras diferentes. Outra opção é tornar os terminais um menu suspenso (veja a imagem do Tilix). Como está agora, se eu 10 guias abertas, como esta IU será utilizável? A rolagem do mouse está ok, mas não dá nem mesmo um total de quantas guias estão abertas.

Apenas meus dois centavos. :)

Lista suspensa mostrando terminais / guias:

Não vi isso mencionado no tópico, mas se você quiser uma guia de título menor, basta adicionar esta configuração a um perfil:
"tabTitle": "MyCmd",

Embora isso seja muito útil, eu adoraria ter a capacidade de incrementar dinamicamente um número para que eu possa:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

E / ou alterar dinamicamente a cor da guia com base na adição de novas guias - a mesma ordem de cores todas as vezes, então eu sei que Vermelho = 1ª guia, Branco = 2ª guia, Azul = 3ª guia, etc.

@jwhipp Você sempre pode definir "showTabsInTitlebar" como falso para obter as guias abaixo da barra de título.

@PedersenThomas Isso é # 2028

@jwhipp Você sempre pode definir "showTabsInTitlebar" como falso para obter as guias abaixo da barra de título.

Ah! Não sabia sobre isso ... tentei agora. Embora mova a interface do usuário da guia para baixo, o que, em última análise, permite mover a janela com mais facilidade, ainda deixa a interface do usuário indisciplinada. Só acho que isso poderia ser feito melhor e de uma forma mais utilizável. Uma coisa que pode funcionar se você não gostar do método Tilix é diminuir o tamanho da guia conforme mais terminais aparecem. Isso pelo menos daria ao usuário final uma noção do que está lá com mais facilidade.

Estou supondo que as bordas das janelas extremamente grossas são um problema conhecido.

Ao mover a janela do terminal com a lista suspensa aberta, a lista suspensa move-se com um atraso. Sei que isso foi relatado, mas acho que fechar a lista suspensa ao clicar fora da lista também é uma solução.

A maioria dos outros aplicativos que testei com lista suspensa / menu / navegação semelhante fecha ao mover a janela ou clicar fora da lista.

Que eu saiba, os bugs relatados anteriormente foram para corrigir o atraso. Não fechar a lista ao mover a janela arrastando a barra superior. O que eu acho que é uma solução viável.

_Por lista suspensa, quero dizer a lista com perfis (WSL, Powershell), Configurações e Feedback._

Sinceramente, esperava que a GUI da guia do terminal correspondesse à aparência do edge chromium:

Eu concordo que a altura das guias parece um pouco pequena

Mude o ícone do Ubuntu para um laranja usado na loja, por favor.

Você pode fazer isso sozinho.
Este bebê pode conter tantos icon s

Mude o ícone do Ubuntu para um laranja usado na loja, por favor.

Você pode fazer isso sozinho.

Sim, mas o ícone padrão deve ser consistente, melhor alterá-lo em uma única vez do que alguns sistemas de centenas de milhares de usuários.

Tenho certeza de que não estamos legalmente autorizados a enviar diretamente a marca de nenhuma distribuição específica. Algo algo lei de direitos autorais. Podemos enviar o pinguim do smoking, por isso _todas_ as distros usam esse pinguim. @bitcrazed can @ me se eu estiver errado nisso.

Não tenho certeza se isso já foi sugerido / perguntado, mas não sou fã de cada uma das guias ter um comprimento diferente e gostaria de saber se há uma configuração que posso alterar para torná-la mais parecida com um navegador em cada guia tem o mesmo comprimento e apenas o tipo de terminal no nome.

Eu uso muitas abas quando trabalho no Unix, então estou acostumado a não obter nenhuma informação do título da aba e preferiria abas menores

Olá,
alguns conselhos de design e um conceito.
Separe o + do menu de configurações, acho que não há um bom motivo para colocar configurações e perfis / novas guias em um só lugar.
Aproveite toda a altura da barra de título da guia.
Hover / Active deve ser mais escuro do que a barra de título normal, não vice-versa como agora. (Para o modo escuro, inverta as cores).
Remova a borda da janela ou torne-a opcional nas configurações, não parece nada bom.
Na terceira imagem a cor da fonte é vermelha para indicar que o terminal está rodando no “Modo Administrativo”.
Adicione um pouco de preenchimento por padrão, parece estranho no momento, sem preenchimento.

Estou trabalhando em uma interface de usuário no momento, vou postar imagens assim que tiver tempo para finalizá-lo.

1564 é o problema para a implementação de IU de configurações.

Provavelmente, ele deve estar vinculado a este problema.

Ré. Logotipos de terceiros, etc., @ zadjii-msft está correto - a Microsoft não pode enviar logotipos de produtos de terceiros. No entanto, ___podemos___ ser capazes de encontrar uma maneira para os fornecedores de distro fornecerem seu logotipo em algum lugar que o Terminal possa localizar e incorporar facilmente. Vou pensar um pouco nisso.

@jwlodek & @Fisico - pedidos de recursos específicos aqui - vamos nos limitar a um assunto por problema, caso contrário, nunca vamos acompanhar as coisas. Obrigado.

Pessoal, gostaria de pedir que forneçam um modo sem guias e com o mínimo ou nenhuma decoração de janela. Tudo que eu quero é uma tela de terminal única e limpa. Eu também sinto falta de alternar para tela inteira.

@oblitum você deve verificar seu arquivo de configuração. Se você alternar alwaysShowTabs e showTabsInTitlebar , terá algo mais próximo do que deseja.

@DHowett já tentei antes mas não adiantou, tirei as abas, mas a decoração da janela ficou branca, o que é pior do que deixar as abas, pelo menos fico com toda a decoração escura.

É possível ter o terminal em tela cheia de alguma forma? Alternar ou configuração. Vejo que há FullScreen na base de código, mas não encontrei uma configuração.

Ré. Logotipos de terceiros, etc., @ zadjii-msft está correto - a Microsoft não pode enviar logotipos de produtos de terceiros. No entanto, nós _ poder _ ser capaz de encontrar uma maneira para distro fornecedores para oferecer seu logotipo em algum lugar Terminal pode facilmente localizar e incorporá-lo. Vou pensar um pouco nisso.

@bitcrazed
E se a lista de "perfis" disponíveis existisse em uma pasta de usuário, à qual outras distros da Windows Store pudessem ser adicionadas durante a instalação. Então, ele é separado do arquivo JSON de configurações / perfil. E a IU de configurações pode exibir esses perfis disponíveis e permitir que um usuário os adicione.

Parte de adicionar sua distribuição à lista de disponíveis, incluiria uma entrada de ícone, ou mesmo adicionar esquemas de cores como o esquema de cores do Ubuntu.

@ DHowett-MSFT Olhando para o controle MinMaxClose, há uma razão pela qual esses tamanhos de botão foram escolhidos?

Os três botões são 36 x 45.

Olhando para o Win32 (Notepad e Wordpad), os controles da janela são 29 x 45.

Olhando para UWP (calculadora e seu telefone), os controles da janela são 32 x 46.

@mdtauk : Não parece haver um padrão / consenso sobre o tamanho desses botões em outros aplicativos do Windows (como você pode ver) 🤣

@mdtauk Dependendo de qual estrutura de IU um aplicativo é construído, você pode ver botões do sistema de tamanhos e formas ligeiramente diferentes. Por exemplo:

• Aplicativos Win32 como o Bloco de notas dependem do sistema operacional (GDI / DComp) para desenhar os controles do sistema e obter uma barra de título de tamanho padrão
• O Chrome / Edgeium desenha sua própria área não-cliente para obter suas guias na barra de título e desenha seus próprios botões de sistema ... alinhados à borda superior de sua janela por ... 'razões'
• O Terminal também desenha sua própria área não-cliente para colocar suas guias na região da barra de título e, para fazer com que as guias se encaixem, temos uma barra de título / guia mais alta.

No Terminal, escolhemos dimensionar e centralizar os botões do sistema no espaço disponível da barra de título, o que resulta em um pouco maior, mas ainda quadrado e em proporção:

Curiosamente, apesar dos controles do sistema do Terminal serem um pouco maiores, eles são agrupados proporcionalmente um pouco mais próximos, o que mantém o cluster de controle do sistema quase da mesma largura que o cluster de controle desenhado pelo sistema Win32:

Em comparação com aplicativos UWP como Mail, novamente, o Terminal precisa de uma área de barra de título um pouco mais alta, mas os botões do nosso sistema são um pouco maiores, mas mais quadrados, e os próprios símbolos são apenas 2 pixels maiores quando renderizados na minha tela de 4K em escala de 200%.

Dito isso, podemos ajustar as coisas um pouco no futuro, mas achamos que nosso design e layout são limpos, acessíveis e proporcionalmente sólidos.

Informe-nos se você discordar, registrando um problema para que possa ser rastreado e discutido.

@mdtauk Re. configurações, observe que estamos trabalhando em um monte de melhorias interessantes neste espaço. Fique ligado nos próximos lançamentos;)

@bitcrazed Obrigado 💙 Essa resposta foi muito interessante. Estou feliz que não tenha sido uma decisão "isso é bom o suficiente": os controles da janela P são um dos elementos menos consistentes do Windows, então eu estava curioso.

E, por comparação, Edgium mantém os controles da janela normais, mas alinhados na parte superior, em vez de centralizados.

Depois que a borda for desenhada corretamente, ela não parecerá tão diferente.

Alguém pode responder se eu posso ter tela cheia de alguma forma? Eu só quero a tela inteira sem nenhum desses controles de janela.

Alguém pode responder se eu posso ter tela cheia de alguma forma? Eu só quero a tela inteira sem nenhum desses controles de janela.

@oblitum Sei que mencionei o modo Tablet como uma necessidade de oferecer suporte a uma opção de tela maximizar a tela inteira - talvez até com uma mudança de glifo para o botão Maximizar

Por que você não usa o WinUi para desenhar a barra de título e as guias? Isso tornaria as coisas mais consistentes.

https://github.com/microsoft/microsoft-ui-xaml

@mdtauk ok. Estou apenas pedindo qualquer truque, configuração de registro ou algo assim, sem necessidade de um Modo Tablet implementado para fazê-lo funcionar. Estou perguntando porque vejo que há FullScreen na base de código e algumas referências ao registro, mas não tenho ideia se pode funcionar hoje.

Por que você não usa o WinUi para desenhar a barra de título e as guias? Isso tornaria as coisas mais consistentes.

https://github.com/microsoft/microsoft-ui-xaml

Devido à necessidade do projeto, eles devem substituir o desenho da janela Win32 padrão, mas a TabBar e os controles de janela são implementados como controles Xaml.

Controles WinUI

@lazylazyllama O controle da guia do Terminal foi criado para nós pela equipe WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304

Fizemos o protótipo das primeiras implementações do Terminal usando o Windows Community Toolkit de controle de guias de @michael-hawker e, em seguida, trabalhamos com @stmoy & team para criar o controle de guias WinUI que usamos hoje.

Ré. desenho na área não cliente:

Isso não é tão simples quanto se pode imaginar, especialmente quando o UX do seu aplicativo é composto de controles XAML hospedados em ilhas XAML sobre um aplicativo host Win32. Trabalhamos em estreita colaboração com o WinUI, XAMLIslands e outras equipes parceiras para fazer as guias do Terminal funcionarem.

@oblitum Por favor, não pergunte por recursos neste tópico - por favor, abra um novo problema se ainda não existir um que descreva sua pergunta. Se um problema existente descrever muito do que você está procurando, adicione suas ideias a essa pergunta existente. Por exemplo, # 2001 ou # 288

@mdtauk NP :) Infelizmente, com as mudanças no design da IU do Windows e a flexibilidade exigida por aplicativos que desejam mais controle sobre todos os aspectos de como são desenhados, muitas vezes vemos muitos 'desvios' entre aplicativos diferentes ' experiências do usuário. Isso é bom e ruim: bom porque podemos levar as coisas adiante (graças a Deus nem todos ainda usamos aplicativos baseados em GDI 😉), mas ruim porque muitas vezes é necessário alternar os contextos / expectativas de UX ao alternar entre os aplicativos.

Esperançosamente, conforme avançamos e conforme a pilha UX moderna do Windows amadurece e as linguagens de design se consolidam, veremos consistência suficiente para que não tenhamos que redefinir as expectativas entre os aplicativos.

@mdtauk NP :) Infelizmente, com as mudanças no design da IU do Windows e a flexibilidade exigida por aplicativos que desejam mais controle sobre todos os aspectos de como são desenhados, muitas vezes vemos muitos 'desvios' entre aplicativos diferentes ' experiências do usuário. Isso é bom e ruim: bom porque podemos levar as coisas adiante (graças a Deus nem todos ainda usamos aplicativos baseados em GDI 😉), mas ruim porque muitas vezes é necessário alternar os contextos / expectativas de UX ao alternar entre os aplicativos.

Esperançosamente, conforme avançamos e conforme a pilha UX moderna do Windows amadurece e as linguagens de design se consolidam, veremos consistência suficiente para que não tenhamos que redefinir as expectativas entre os aplicativos.

Tenho certeza de que quando o ciclo de vida do WinUI com Win32 estiver aqui, você ficará muito animado para cortar todo aquele código de desenho DWM e HWND. Esperemos que esses aplicativos também tenham a capacidade de recolorir os controles da janela em XAML, o que o UWP pode fazer.

Esperançosamente, conforme avançamos e conforme a pilha UX moderna do Windows amadurece e as linguagens de design se consolidam, veremos consistência suficiente para que não tenhamos que redefinir as expectativas entre os aplicativos.

Essa consistência é necessária muito.

Eu sugeriria fazer a Interface da guia duas camadas empilhadas verticalmente, basicamente duas linhas. como está implementado a partir de agora é, toda a interface da guia está no próprio cabeçalho, eu sugeriria que se a área do cabeçalho (primeira linha) exibisse o caminho da guia ativa e nas guias da segunda linha exibissem apenas o nome binário funcionaria Melhor.

Não sei como é o suporte em diferentes shells, mas o realce de diretório versus arquivo poderia ser possível?

realce de diretório vs arquivo

Para PowerShell, você vai querer um módulo como DirColors (* plugue sem vergonha), que adicionará cores no estilo coreutils às listagens de arquivos do PowerShell.

https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2

Por que o design do tabview parece tão diferente do que está no terminal agora? o design da guia winui é muito mais próximo do que está em cromo de borda.

Porque o TabView usado atualmente no Terminal do Windows é uma implementação personalizada e ainda não foi migrado para o WinUI .

isso é muito enganador para o pessoal do WinUI.

isso é muito enganador para o pessoal do WinUI.

Não realmente, o que é usado no Terminal do Windows está atrasado em comparação com a versão WinUI. Mas o Terminal foi o primeiro a usá-lo, antes de entrar no estágio de pré-lançamento - então eles foram o campo de testes para o controle e forneceram feedback.

Há também outro problema. O controle WinUI TabView foi criado para UWP e XAML, mas, no momento, o Windows Terminal é uma mistura de aplicativo Win32 nativo e ilhas XAML para usar controles modernos. Existem certas limitações no momento em que as duas tecnologias funcionam juntas.

A esperança é o WinUI 3.0 e uma versão 2020 de algo chamado WinUI Desktop - irá misturar tudo isso, tornando-o muito mais fluido e simples de construir o aplicativo.

Woah não, isso é um mal-entendido.

O que estamos usando no Terminal atualmente é uma versão de pré-lançamento do TabView. Ajudamos a orientar alguns dos detalhes de implementação. O que foi lançado no WinUI 2.2 foi a versão aprimorada do TabView.

Nós no Terminal ainda não tivemos a chance de obter os bits WinUI mais recentes e nos atualizar. Fundamentalmente, eles são o mesmo controle, estamos apenas algumas versões atrás agora: P

A pilha mista UWP XAML + Win32 que estamos usando para nossa IU _não tem impacto_ em nossa capacidade de ingerir a Visualização de guia.

A pilha mista UWP XAML + Win32 que estamos usando para nossa IU _não tem impacto_ em nossa capacidade de ingerir a Visualização de guia.

Isso explica por que a integração com o TitleBar não corresponde completamente à imagem mostrada na lista WinUI para o TabView, no entanto

Queria criar um problema autônomo primeiro, mas acho que isso se encaixa melhor aqui de qualquer maneira:

Permitir que guias únicas sejam "bloqueadas"

Como uma ideia aleatória, pode haver um ícone de cadeado adicional próximo ao botão Fechar, ao passar o mouse sobre uma guia (não bloqueada). Se uma guia estiver bloqueada, o bloqueio sempre estará visível e evitará o fechamento acidental da guia / processo associado (manualmente ou desligando o sistema). Pense em guias fixadas / armazenadas no Chrome ou Edge.

Cenário

Isso se baseia basicamente em coisas reais que aconteceram, com várias janelas de console em vez do novo aplicativo Terminal.

• Mario executa várias guias de qualquer shell agrupadas, uma para comandos de console diversos, uma segunda guia hospeda um site em desenvolvimento, outra com SSH para o servidor remoto, etc.
• Como houve alguns problemas, ele decidiu abrir outro shell para executar algum processo de limpeza / serviço lento (como git gc , sfc /scannow , ftp empurrando arquivos, como queiras).
• Durante a execução, ele retorna às outras guias com seu trabalho regular.
• No final do dia, ele fecha todo o terminal / grupo de guias por conveniência (e por estar acostumado com isso), esquecendo-se de como ele queria verificar a saída da tarefa de longa duração.
• Os resultados são perdidos imediatamente (vamos ignorar os arquivos de log ou entradas de eventos, que não são realmente padronizados e podem ser uma sessão remota temporária como SSH).

O que deveria ser diferente

• Depois que Mario abre a nova aba / shell para o processo lento, ele usa um pequeno ícone de cadeado na aba (que só é visível ao pairar) para "travá-la".
• Depois de clicado, o botão Fechar da guia é removido e substituído pelo ícone de cadeado.
• Mais tarde, ao tentar fechar o aplicativo Terminal como um todo, as guias regulares são removidas, mas a bloqueada permanece aberta,
• Nesse estado, o Terminal também evitaria um desligamento (não forçado) do sistema.
• Se o processo associado à guia bloqueada morrer, a guia será desbloqueada / removida automaticamente (ou seja, comportamento atual).
• Se o cadeado for clicado duas vezes, a guia será desbloqueada e restaurada ao comportamento padrão.

Também criei uma questão geral de soluços que encontrei: https://github.com/microsoft/terminal/issues/2209

Infelizmente, não tenho largura de banda hoje em dia para ler / pesquisar todos os problemas que estão potencialmente duplicados ou já foram corrigidos. Se alguém neste tópico por acaso tiver energia para apontar os não duplicados / admissíveis, posso criar problemas separados.

Não achei que isso justificasse um novo problema, pois é bastante subjetivo ... mas adoraria entender a razão por trás do uso de acrílico quando a janela está focada, e não o contrário.

Parece tão contrário ao que você deseja; torna a janela em que você está trabalhando menos legível e desativa qualquer tipo de transparência no momento em que você deseja, ou seja, quando uma janela inativa está obscurecendo outra janela.

amo entender a justificativa

Nós também gostaríamos! Esta é uma política de todo o sistema aplicada ao pincel de acrílico. Presumivelmente, isso foi feito para que um monte de aplicativos não empilhasse dezenas de janelas transparentes umas sobre as outras e matasse o desempenho do sistema. Era para ser um recurso apenas para janelas ativas.

Haha, todos estão na mesma página então - e obrigado pela resposta. Esperançosamente, as pessoas apropriadas ouvirão os rumores em algum momento e farão acontecer (e os dedos cruzados a transparência padrão se tornará uma opção no Terminal Microsoft)!

@ drk-mtr existe um aplicativo uwp chamado "Notepads" e de alguma forma ele consegue manter sua transparência acrílica mesmo que não esteja mais focado.

https://github.com/JasonStein/Notepads

O prompt ao usar zsh / Oh My Zsh parece errado no Terminal do Windows, especialmente as cores das setas e algumas linhas minúsculas entre os caracteres. Estou usando o Powerlevel9k.

Terminal Windows (usando o esquema de cores Solarized Dark)

WSL clássico (usando cores padrão)

posteriormente removido

Apenas para registro e para evitar quaisquer suposições de improbidade: nem eu nem minha equipe removemos este comentário. @mcgov moveu seu comentário para uma edição mais apropriada, # 1753.

Ah, é bom ouvir @ DHowett-MSFT. Removi esse comentário para evitar qualquer drama desnecessário.

Estou tendo problemas com palavras-chave para isso, então, desculpe se já houver um problema. Também não estou 100% certo de que seja um problema de terminal.

Freqüentemente, mas não sempre, após digitar 3 caracteres, o texto muda uma coluna para a esquerda:

Aqui está o que observei:

• Parece acontecer apenas dentro de um repositório git (problema posh-git?)
• Isso acontece com fontes habilitadas para ligadura, como Cascadia Code ou Fira Code, mas não Consolas
• Isso não acontece no terminal integrado do VS Code ao usar o Cascadia Code; parece que o terminal integrado não suporta ligaduras
• Isso acontece com o PowerShell Core e Windows PowerShell, mas não fui capaz de produzi-lo no Git Bash ou em uma sessão SSH
• Não importa se é um comando git ou outra coisa, como clear

O acima me faz pensar que é uma coisa de renderização de ligadura, mas não tenho certeza.

Estou usando:

• Windows 10 versão 18362.175
• Windows Terminal 0.5.2681.0 (versão Store), mas isso também ocorreu anteriormente
• posh-git 1.0.0-beta3

@rdnlsmith

Isso é causado pelo caractere ≡ .

Veja também:

• # 2066 (e # 42)
• Microsoft / Cascadia-Code # 117

@ ExE-Boss Interessante, obrigado!

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Obrigado por seus comentários sobre o acrílico. Sou gerente de programa e trabalho com a equipe de design Fluent. Você deve ter me visto falar sobre Fluent na // Build nos últimos dois anos, incluindo o compartilhamento das decisões sobre mudança de orientação para onde o acrílico deveria ser utilizado.

Para encurtar a história, a orientação do Acrílico hoje descreve que ele deve ser usado para superfícies de interface do usuário temporárias, bem como superfícies que são transitórias por natureza. Acrílico usa transparência e desfoque, o que é caro no uso de energia do computador. Portanto, foi decidido a partir do ponto de vista técnico que essa IU deve ser usada apenas quando o aplicativo estiver sendo focado onde esse efeito for mais eficaz. É por isso que o Acrílico desliga quando o foco vai para outro aplicativo, bem como quando o dispositivo está operando em condições abaixo do ideal. Este material nunca foi projetado para ser usado na superfície onde está LIGADO o tempo todo.

O acrílico também foi criado para ser mais “atraente” do que usado na superfície que não chama a atenção do usuário. Usamos acrílico combinado com sombra para adicionar uma sensação elevada em controles como MenuFlyout / ContextMenu para realizar tarefas curtas. Por causa disso, aplicativos como a Calculadora também usam esse efeito para ações curtas de cálculo.

Quanto à legibilidade, gastamos um bom tempo garantindo que o texto em cima do acrílico seja legível ajustando os valores com muito cuidado. Dito isso, sendo transparente, nunca será tão bom quanto o preto puro ou o branco puro. Portanto, não recomendamos que seja usado em uma superfície principal para ser usado por um longo período de tempo.

O sistema de design fluente também se orgulha de fornecer familiaridade aos nossos usuários, mesmo que eles não sejam do Windows. Por causa disso, discutimos isso com o pessoal do Terminal que está conduzindo o design dele e tomamos uma decisão coletiva para o aplicativo Terminal manter a superfície de acrílico como padrão no painel com o qual a maioria dos clientes Linux se sentirá em casa. Pelo que entendi, os clientes Linux estão acostumados com um fundo desfocado, porém a página principal não ativa por padrão devido aos motivos acima mencionados (ainda é possível ativá-lo como escolha do usuário).

Espero que isso explique um pouco sobre o pano de fundo e o raciocínio por trás do design atual. Dito isso, agradecemos seus comentários sobre o acrílico. Se você deseja fornecer comentários sobre este ou qualquer tópico do WinUI, envie um novo problema no repositório principal do

@chigy , @ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Acrílico usa transparência e desfoque, o que é caro no uso de energia do computador.

Existem dados sobre o quão lento o desfoque de várias camadas pode ser?
Só podemos habilitá-los em modelos de computador mais novos?
Os computadores dos desenvolvedores são considerados rápidos.

Os computadores dos desenvolvedores são considerados rápidos.

Computadores para jogos, sim, mas os computadores dos desenvolvedores podem ser mais lentos - basta escrever o código!

Só por curiosidade, como os " blocos de notas" mencionados por

O sistema de design fluente também se orgulha de fornecer familiaridade aos nossos usuários, mesmo que eles não sejam do Windows. Por causa disso, discutimos isso com o pessoal do Terminal que está conduzindo o design dele e tomamos uma decisão coletiva para o aplicativo Terminal manter a superfície de acrílico como padrão no painel com o qual a maioria dos clientes Linux se sentirá em casa. Pelo que entendi, os clientes Linux estão acostumados a um fundo desfocado, porém a página principal não ativa por padrão devido aos motivos acima mencionados (ainda é possível ativá-lo como escolha do usuário).

Então todo aquele vídeo promocional do Terminal é uma mentira?

https://www.youtube.com/watch?v=8gw0rXPMMPE

As pessoas estão esperando que pareça assim desde o início.

Só por curiosidade, como os " blocos de notas" mencionados por

@ZhaoMJ , o Notepads provavelmente está usando APIs de composição de baixo nível, em vez de AcrylicBrush para obter o efeito.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,
Obrigado por seus comentários sobre o acrílico. Sou gerente de programa e trabalho com a equipe de design Fluent. Você deve ter me visto falar sobre Fluent na // Build nos últimos dois anos, incluindo o compartilhamento das decisões sobre mudança de orientação para onde o acrílico deveria ser utilizado.
Para encurtar a história, a orientação do Acrílico hoje descreve que ele deve ser usado para superfícies de interface do usuário temporárias, bem como superfícies que são transitórias por natureza. Acrílico usa transparência e desfoque, o que é caro no uso de energia do computador. Portanto, foi decidido a partir do ponto de vista técnico que essa IU deve ser usada apenas quando o aplicativo estiver sendo focado onde esse efeito for mais eficaz. É por isso que o Acrílico desliga quando o foco vai para outro aplicativo, bem como quando o dispositivo está operando em condições abaixo do ideal. Este material nunca foi projetado para ser usado na superfície onde está LIGADO o tempo todo.
O acrílico também foi criado para ser mais “atraente” do que usado na superfície que não chama a atenção do usuário. Usamos acrílico combinado com sombra para adicionar uma sensação elevada em controles como MenuFlyout / ContextMenu para realizar tarefas curtas. Por causa disso, aplicativos como a Calculadora também usam esse efeito para ações curtas de cálculo.
Quanto à legibilidade, gastamos um bom tempo garantindo que o texto em cima do acrílico seja legível ajustando os valores com muito cuidado. Dito isso, sendo transparente, nunca será tão bom quanto o preto puro ou o branco puro. Portanto, não recomendamos que seja usado em uma superfície principal para ser usado por um longo período de tempo.
O sistema de design fluente também se orgulha de fornecer familiaridade aos nossos usuários, mesmo que eles não sejam do Windows. Por causa disso, discutimos isso com o pessoal do Terminal que está conduzindo o design dele e tomamos uma decisão coletiva para o aplicativo Terminal manter a superfície de acrílico como padrão no painel com o qual a maioria dos clientes Linux se sentirá em casa. Pelo que entendi, os clientes Linux estão acostumados com um fundo desfocado, porém a página principal não ativa por padrão devido aos motivos acima mencionados (ainda é possível ativá-lo como escolha do usuário).
Espero que isso explique um pouco sobre o pano de fundo e o raciocínio por trás do design atual. Dito isso, agradecemos seus comentários sobre o acrílico. Se você deseja fornecer comentários sobre este ou qualquer tópico do WinUI, envie um novo problema no repositório principal do WinUI.

@chigy @ DHowett-MSFT Em vez de "desligar" o acrílico, por que não pausá-lo. ou seja, o último quadro renderizado antes de a janela se tornar inativa, é exibido enquanto a janela está inativa. As janelas ativas estão quase sempre acima das inativas e, portanto, o efeito acrílico pareceria estar ativo mesmo quando a janela não estivesse mais ativa. O único problema que vejo com isso é uma situação em que uma janela está "sempre no topo", o que é bastante tolerável.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Quanto à legibilidade, gastamos um bom tempo garantindo que o texto em cima do acrílico seja legível ajustando os valores com muito cuidado. Dito isso, sendo transparente, nunca será tão bom quanto o preto puro ou o branco puro. Portanto, não recomendamos que seja usado em uma superfície principal para ser usado por um longo período de tempo.

@chigy

Isso pode ser resolvido delineando ou aplicando uma sombra projetada / brilho externo no texto. @miniksa demonstrou uma versão hacky disso quando o Terminal foi revelado no Build, então não parece muito abrangente considerá-lo um recurso opcional do Terminal algum dia, especialmente em um mundo onde a comunidade poderia contribuir.

@chigy @ DHowett-MSFT Em vez de "desligar" o acrílico, por que não pausá-lo. ou seja, o último quadro renderizado antes de a janela se tornar inativa, é exibido enquanto a janela está inativa. As janelas ativas estão quase sempre acima das inativas e, portanto, o efeito acrílico pareceria estar ativo mesmo quando a janela não estivesse mais ativa. O único problema que vejo com isso é uma situação em que uma janela está "sempre no topo", o que é bastante tolerável.

@ 3dWrecker não é assim que o AcrylicBrush funciona. O conceito de pausa não se aplica ao AcrylicBrush, assim como você não pode pausar uma folha de acrílico no mundo físico.

Muito obrigado pelas respostas abrangentes!

Serei honesto, postei isso em um tópico existente, pois não o via como uma preocupação central (até que outros elementos, como suporte a mouse em WSL etc., estejam completos). Eu não levei em consideração o fato de que algumas pessoas podem se inscrever no tópico e que ele pode receber um respos decente! Sinto que devo esclarecer minha perspectiva - escrevi isso como "Histórias de usuários", que ignoram completamente quaisquer restrições técnicas, portanto, agradeço totalmente que isso pode não ser alcançável.

E eu percebo que alguns dos itens abaixo são mutuamente contraditórios se aplicados ao mesmo tempo, estou sendo um típico usuário difícil;)

Eu gostaria de poder ver o texto em uma janela atrás da janela em foco

Parece que o acrílico não é o veículo correto para isso. Um efeito de transparência normal seria perfeito para isso e parece mais fácil de implementar.

O ideal é que o fundo possa ter transparência configurável, mas o texto renderizado pode ser opaco - nenhuma ideia de como isso é alcançável.

Eu amo o efeito acrílico e gostaria de poder usá-lo em uma janela focada

Não posso usar acrílico quando a janela está focada, porque mesmo na configuração mais mínima que o Terminal permite, o texto não é legível o suficiente.

Gostaria, portanto, de reduzir a intensidade do efeito acrílico que é aplicado enquanto a janela está focada. Só como exemplo, se pudéssemos usar o efeito acrílico com uma camada cinza escuro transparente aplicada sobre ele, de modo que o efeito fosse mais sutil, isso poderia funcionar bem.

Como alternativa, ser capaz de tornar o desfoque mais intenso e / ou reduzi-lo a quase zero aumentaria enormemente a flexibilidade no uso no mundo real.

Quero usar acrílico quando a janela não estiver focada

Aprecie que isso pode não ser alcançável, apenas incluindo aqui para integridade.

O ideal aqui é que diferentes configurações de desfoque possam ser aplicadas quando comparadas à janela em foco e uma camada alfa opcional sobre o topo para torná-la menos intensa.

Desculpe mencionar o sistema operacional baseado em frutas aqui, mas para contexto, eles usam camadas alfa em janelas focadas e não focadas, e têm camadas alfa diferentes, mesmo nos ícones individuais dentro dessas janelas. Portanto, não é fácil, mas certamente é possível.

@chigy @ DHowett-MSFT Em vez de "desligar" o acrílico, por que não pausá-lo. ou seja, o último quadro renderizado antes de a janela se tornar inativa, é exibido enquanto a janela está inativa. As janelas ativas estão quase sempre acima das inativas e, portanto, o efeito acrílico pareceria estar ativo mesmo quando a janela não estivesse mais ativa. O único problema que vejo com isso é uma situação em que uma janela está "sempre no topo", o que é bastante tolerável.

@ 3dWrecker não é assim que o AcrylicBrush funciona. O conceito de pausa não se aplica ao AcrylicBrush, assim como você não pode pausar uma folha de acrílico no mundo físico.

Acho que é exatamente esse o ponto - 3dWrecker está sugerindo uma abordagem alternativa ... para ir com a analogia, você pode "pausar" uma folha de acrílico no mundo físico tirando uma foto. E reneder essa foto é menos intenso do que renderizar um vídeo do acrílico, mesmo que a folha de acrílico permaneça estática em ambos.

É claro que não sei nada sobre os detalhes de implementação, então se o que você está sugerindo é que ele não pode ser implementado usando o modelo atual, então é justo :)

É claro que não sei nada sobre os detalhes de implementação, então se o que você está sugerindo é que ele não pode ser implementado usando o modelo atual, então é justo :)

Isso ^ é exatamente o que estou sugerindo, @ drk-mtr 😊. Alterar a implementação do AcrylicBrush é um objetivo excelente que não será alcançado no terminal. Como @chigy sugeriu anteriormente, o repositório principal do

É claro que não sei nada sobre os detalhes de implementação, então se o que você está sugerindo é que ele não pode ser implementado usando o modelo atual, então é justo :)

Isso ^ é exatamente o que estou sugerindo, @ drk-mtr blush. Alterar a implementação do AcrylicBrush é um objetivo excelente que não será alcançado no terminal. Como @chigy sugeriu anteriormente, o repositório principal do

Acho que um problema com a ideia de "pausar o acrílico" seria que, no caso de várias janelas empilhadas, se uma (ou mais) das janelas empilhadas sob aquela com o efeito acrílico pausado for movida, ainda pareceria estar sob a janela de acrílico pausada, criando assim uma ... estranha inconsistência

A menos que eu não tenha entendido qual era sua ideia

@chigy

Isso pode ser resolvido delineando ou aplicando uma sombra projetada / brilho externo no texto. @miniksa demonstrou uma versão hacky disso quando o Terminal foi revelado no Build, então não parece muito abrangente considerá-lo um recurso opcional do Terminal algum dia, especialmente em um mundo onde a comunidade poderia contribuir.

@beforan , obrigado pela sugestão, sinta-se à vontade para sugeri-la em nosso repositório WinUI principal.

Dito isso, recentemente examinamos o uso de sombra e eles não funcionam muito bem com textos menores onde esses tipos de IU normalmente usam.

Eu gostaria de poder ver o texto em uma janela atrás da janela em foco

Parece que o acrílico não é o veículo correto para isso. Um efeito de transparência normal seria perfeito para isso e parece mais fácil de implementar.

@ drk-mtr, não queremos que muitos aplicativos criem versões diferentes do conceito semelhante para fornecer aos usuários experiências inconsistentes. Assim, decidimos usar acrílico aqui. O acrílico também ajuda na legibilidade do que uma transparência regular.

O ideal é que o fundo possa ter transparência configurável, mas o texto renderizado pode ser opaco - nenhuma ideia de como isso é alcançável.

Novamente, você provavelmente encontrará problemas de legibilidade aqui que precisará ter certeza ...

Eu amo o efeito acrílico e gostaria de poder usá-lo em uma janela focada

Não posso usar acrílico quando a janela está focada, porque mesmo na configuração mais mínima que o Terminal permite, o texto não é legível o suficiente.

Gostaria, portanto, de reduzir a intensidade do efeito acrílico que é aplicado enquanto a janela está focada. Só como exemplo, se pudéssemos usar o efeito acrílico com uma camada cinza escuro transparente aplicada sobre ele, de modo que o efeito fosse mais sutil, isso poderia funcionar bem.

Como alternativa, ser capaz de tornar o desfoque mais intenso e / ou reduzi-lo a quase zero aumentaria enormemente a flexibilidade no uso no mundo real.

Eu pensei que você já tinha uma capacidade? Isso é o que eu recebi do meu contato "Para tornar o acrílico mais utilizável para usuários com preferências diferentes, pode-se pressionar um antigo CTRL + SHIFT e scroll-wheel com o mouse ou“ zoom ”com um trackpad para ajustar dinamicamente o nível de transparência de 0% para ~ 50%. " Esta é uma característica específica do terminal, mas se for interessante e tiver o apoio da comunidade, podemos considerar a sistematização.

Quero usar acrílico quando a janela não estiver focada

Aprecie que isso pode não ser alcançável, apenas incluindo aqui para integridade.

O ideal aqui é que diferentes configurações de desfoque possam ser aplicadas quando comparadas à janela em foco e uma camada alfa opcional sobre o topo para torná-la menos intensa.

Desculpe mencionar o sistema operacional baseado em frutas aqui, mas para contexto, eles usam camadas alfa em janelas focadas e não focadas, e têm camadas alfa diferentes, mesmo nos ícones individuais dentro dessas janelas. Portanto, não é fácil, mas certamente é possível.

Eu gostaria de entender os cenários do usuário aqui. Eu encorajo aqueles que desejam isso a sugerir em nosso repositório WinUI principal.

Eu não sabia sobre ser capaz de ctrl + shift + rolar - obrigado!

Concordo plenamente com o objetivo de consistência estética, mas nunca priorizaria isso acima da experiência funcional. Eu realmente não tenho uma opinião sobre opacidade / acrílico no WinUI em geral - espero que isso não pareça rude, mas sou um pouco "pegar ou largar". Na verdade, estou apenas pensando nas implicações de usabilidade dentro do contexto limitado do Terminal aqui.

Esperançosamente, essas observações com um console focado esclarecem:

• 0,999 opacidade: posso ler claramente o texto do console. No entanto, não consigo ter nenhuma sensação de janelas em camadas sob este. O efeito não tem nenhum fator "uau".
• 0,9 opacidade: fornece um equilíbrio geralmente utilizável. Consigo ler o texto do console com bastante clareza, embora o fundo esteja um pouco mais claro. Ele está servindo muito pouco ao propósito funcional, porque as janelas atrás desta mal são discerníveis.
• Opacidade de 0,5: A transparência está começando a se tornar útil, posso ter uma ideia das janelas atrás desta ... mas o texto em primeiro plano está definitivamente começando a perder a legibilidade.
• 0,1 opacidade: Parece brilhante, efeito muito bom. Está se tornando uma verdadeira luta ler contra certas janelas de fundo ... e há poucos benefícios funcionais, pois o texto de fundo ainda é ilegível. Então você pensa "isso não seria ótimo em uma janela sem foco!", Percebe que não pode ser feito e aumenta a opacidade de volta. E de uma perspectiva puramente estética, neste ponto, a transição do acrílico para "nada" quando eu afasto o foco desta janela é terrivelmente irregular, já que "adiciona foco" à janela não focada, e a transição repentina é muito pronunciada porque o efeito acrílico era mais forte.

Não há um bom ponto de equilíbrio para mim. Estou preocupado que alguém me fale sobre uma configuração de desfoque totalmente configurável ou algo assim e eu vou me sentir muito bobo ...

Como eu disse, este é provavelmente um trabalho de transparência regular - ou talvez eu tenha que desligá-lo e tolerar uma experiência de console mais simples :)

Acho que o usuário deve apenas usar o que se sentir confortável para usar. Não acho que o terminal tenha que "forçar" uma espécie de fundo para o usuário. Hipoteticamente, pode haver 3 "modos"

• Fundo totalmente opaco (ou seja, "useAcrylic": false )
• Fundo de acrílico (ou seja, "useAcrylic": true ). Deve permanecer o padrão para o fator "uau" e apenas porque parece bom.
• Fundo (semi) transparente. Este não existe agora e provavelmente responderia a todas as reclamações.

Não acho que o acrílico desapareça quando a janela sai de foco é um grande negócio: para ser sincero, eu não acho que o objetivo do acrílico é permitir que você veja o que está sob as janelas, na minha opinião é visual doce. Portanto, as pessoas que não gostam do desaparecimento do efeito acrílico provavelmente ficariam felizes com o fundo semitransparente, que lhes permitiria ver tudo o que precisam.

Porém, para que isso funcione, a janela precisa manter sua transparência o tempo todo, mesmo quando não estiver em foco.

Em termos de opções, se um sistema de estado triplo for adotado, algo como backgroundMode pode ser adicionado com filled , transparent ou acrylic como opções em vez de simples booleano useAcrylic .

Apenas meus dois centavos. Só espero que uma versão transparente seja tecnicamente viável, pois acho que seria um grande ponto de venda para usuários avançados que estão perfeitamente satisfeitos com sua solução transparente atual e veriam o Terminal como um downgrade.

Parece que as setas das fontes Powerline estão quebradas

EDIT: Isso é rastreado por # 633 e eu sou cego, embora por algum motivo tenha funcionado muito bem até agora

Ao executar aplicativos de console com funções de mouse (por exemplo, barras de menu do FPC, mas em modo de texto), os cliques do mouse irão selecionar o personagem abaixo dele e não chegarão ao aplicativo subjacente.

@ leduyquang753 Esse é o item final em "Coisas que sabemos:" no topo desta página - Referências # 376, # 545

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

O WinUI 3.0 está planejando um modelo de aplicativo de desktop como uma opção para que os desenvolvedores possam usar o poder do UWP no modo de desktop completo, semelhante ao WPF. WinUI é realmente empolgante por este e alguns outros motivos :)

Presumo que isso resolve o problema de puxar as guias WinUI no win32?

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

O WinUI 3.0 está planejando um modelo de aplicativo de desktop como uma opção para que os desenvolvedores possam usar o poder do UWP no modo de desktop completo, semelhante ao WPF. WinUI é realmente empolgante por este e alguns outros motivos :)

Presumo que isso resolve o problema de puxar as guias WinUI no win32?

Ouso dizer que o projeto do Terminal Windows será um campo de testes para muito dessa abordagem do WinUI Desktop

@chigy

@ drk-mtr, não queremos que muitos aplicativos criem versões diferentes do conceito semelhante para fornecer aos usuários experiências inconsistentes. Assim, decidimos usar acrílico aqui. O acrílico também ajuda na legibilidade do que uma transparência regular.

No final do dia, o acrílico parece bonito, mas não é _útil_ de forma alguma.
Transparência - um recurso compatível com todos os outros terminais que já usei - é útil.

Eu entendo que não está implementado atualmente, mas honestamente é um pouco bobo dizer que não é um recurso que deve ser suportado para consistência, especialmente quando o vídeo promocional exibia uma janela de vidro totalmente transparente.

Eu me pergunto por que o marketing faria essa escolha? Meu palpite é que eles sabem que __todo mundo quer um terminal transparente__.

Eu vejo muito "Não quero isso por causa dos meus motivos" neste projeto (transparência e painéis divididos vêm à mente). Então, não o habilite em sua configuração? Por que seria difícil ter acrílico e transparência disponíveis e deixar a escolha para o usuário?

Um bom exemplo disso é iterm2. Possui transparência com controles deslizantes para grau de desfoque e opacidade. Escolha do usuário. Os terminais modernos devem ter esses recursos.

@jwhipp o motivo exato (e o problema para rastrear isso) está bem aqui, acho que https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp o motivo exato (e o problema para rastrear isso) está bem aqui, acho que # 1753 (comentário)

Eu não considerei esse comentário como uma exclusão definitiva. Na verdade, esse problema ainda está aberto. Após o problema vinculado, ele foi encerrado porque o usuário estava solicitando janelas elípticas.

Parece que foi uma decisão final, já que o problema está listado como "Coisas que as pessoas querem, mas não poderemos consertar" na primeira mensagem deste megathread. Eu presumo que esteja aberto porque ainda é um problema.

@rogersachan @mdtauk

Ouso dizer que o projeto do Terminal Windows será um campo de testes para muito dessa abordagem do WinUI Desktop

O Terminal do Windows é um ótimo exemplo de um aplicativo que usa Ilhas Xaml para hospedar um componente WinUI (TabView). Por isso, já se parece um pouco com um aplicativo WinUI Desktop 😊 Esperamos ter mais informações para compartilhar sobre o WinUI Desktop em breve! Enquanto isso, direcione os comentários sobre o WinUI Desktop para o repositório principal do WinUI: https://github.com/Microsoft/microsoft-ui-xaml

@chigy

@ drk-mtr, não queremos que muitos aplicativos criem versões diferentes do conceito semelhante para fornecer aos usuários experiências inconsistentes. Assim, decidimos usar acrílico aqui. O acrílico também ajuda na legibilidade do que uma transparência regular.

No final do dia, o acrílico parece bonito, mas não é _útil_ de forma alguma.
Transparência - um recurso compatível com todos os outros terminais que já usei - é útil.

Eu entendo que não está implementado atualmente, mas honestamente é um pouco bobo dizer que não é um recurso que deve ser suportado para consistência, especialmente quando o vídeo promocional exibia uma janela de vidro totalmente transparente.

Eu me pergunto por que o marketing faria essa escolha? Meu palpite é que eles sabem que todo mundo quer um terminal transparente .

@iCodeSometime , Obrigado por seus comentários. O Terminal “Sizzle Video” foi projetado pela equipe de engenharia do Terminal para compartilhar sua visão do que eles queriam que o Terminal fosse ... uma vez que fosse construído ... o que não era naquela época! O fundo transparente tinha, de fato, um efeito de desfoque aplicado, embora fosse um pouco menos desfocado e mais transparente do que o acrílico suporta atualmente.

A equipe do Terminal adicionou suporte de transparência pura ao Console há algum tempo, mas recebeu muitos comentários de usuários de que a transparência pura pode resultar no texto do Console em primeiro plano "colidir" com o texto de um Console / Terminal / Editor abaixo:

Muitos usuários pediram uma textura de desfoque ajustável para evitar esse tipo de colisão, embora ainda sejam capazes de obter uma sensação de movimento / conteúdo das janelas sob o Terminal atualmente aberto:

A equipe do terminal também incluiu uma maneira de o usuário se ajustar a um determinado ponto, comentou @jwhipp . Você sabia que é possível pressionar e segurar CTRL + SHIFT e a roda de rolagem com o mouse ou “zoom” com um trackpad para ajustar dinamicamente o nível de transparência de 0% a ~ 50%?

Dito isso, o Terminal está ciente de todos os comentários de que os usuários gostariam de um controle maior e independente sobre a quantidade de desfoque e transparência do que o fornecido atualmente pelo Acrílico. Nós (WinUI) estamos trabalhando junto com o Terminal, e em breve com outros, incluindo membros da comunidade como você, em novas texturas de fundo semitransparentes. Junte-se ao WinUI GitHub para conversas futuras sobre materiais adicionais para Windows.

Não nos confunda a não implementação imediata de todos os recursos solicitados com a falta de desejo de fazê-lo: adoraríamos implementar muitos dos recursos solicitados, mas temos que priorizar o trabalho de acordo com nossos recursos limitados, agendas e outras demandas .

Só porque não podemos implementar algo AGORA, NÃO significa que não seremos capazes de fazê-lo no futuro, ou que alguém na comunidade não poderá implementá-lo!

Caso em questão: vamos trabalhar com a equipe WinUI para melhorar o recurso de desfoque de fundo usado pelo Terminal. Acompanhe esta questão e compartilhe suas perspectivas, etc .: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re:

Por que seria difícil ter acrílico e transparência disponíveis e deixar a escolha para o usuário?

Você pode habilitar o acrílico por meio da configuração useAcrylic e ajustar seu nível de desfoque por meio da configuração acrylicOpacity , se desejar.

@chigy , na minha opinião, uma solução muito mais simples que não nega os benefícios de ter transparência, seria escolher uma quantidade de transparência mais razoável do que a usada em sua captura de tela.

Por exemplo, é assim que a mesma imagem se parece com a opacidade definida para 80%

Tudo no terminal é legível, embora esteja diretamente em cima do texto do outro terminal. Tudo atrás do terminal também é legível (em contraste com sua captura de tela de acrílico)

Eu entendo que este é um software de pré-lançamento e estou impressionado, vocês fizeram um ótimo trabalho corrigindo rapidamente outros problemas relatados (por exemplo, # 2771). Não espero que seja adicionada transparência amanhã, mas espero que esta captura de tela ajude a demonstrar por que a transparência normal é um requisito para mim antes que eu pudesse usar isso como meu terminal padrão e por que o acrílico não é um bom substituto - embora eu concorde, parece muito legal.

Você pode habilitar o acrílico por meio da configuração useAcrylic e ajustar seu nível de desfoque por meio da configuração acrylicOpacity , se desejar.

Sim, eu falei mal, eu realmente não poderia dizer como será difícil implementar transparência total, então minhas desculpas por esse comentário. Eu estava mais comentando para as pessoas que dizem "Eu não quero isso, então não implemente" quando deveria / seria realmente uma configuração liga / desliga.

O pedido aqui é sobre desfoque / sem desfoque e transparência total. Se eu definir o acrílicoOpacity para 0,0 por exemplo, ainda tenho desfoque, é apenas o mínimo de sombra. Gostaríamos de ter a opção de nenhum desfoque com vários graus de sombreamento.

Como eu disse, a melhor referência para isso é iterm2 e como ele lida com desfoque com transparência.

A nova versão mudou a cor da barra de título em um contexto de modo escuro para se tornar mais brilhante.

Eu gostei mais da cor antiga (à esquerda).

@escalonn Obrigado pelo feedback. Nosso design de cores original não era muito acessível, e muitas pessoas não ficaram satisfeitas por não poderem diferenciar suas guias.

No momento, estamos nos concentrando nos temas claros e escuros do

@jwhipp Sem problemas - só queria ter certeza de que você estava ciente de alguns dos botões e mostradores que estamos expondo. O que meio que amplifica seu ponto de vista: onde não há certo ou errado claro, e onde a escolha do usuário final realmente importa, muitas vezes erramos em expor configurações / opções. No entanto, estamos cientes de que isso não é dimensionado e assumirá uma postura mais opinativa de vez em quando, como, por exemplo, as mudanças de cor na faixa de guias - em vez disso, adiando para o (incrível) trabalho da equipe WinUI para construir experiência do usuário acessível, consistente e atraente por meio de seu conjunto de controles.

@iCodeSometime - uma das dificuldades em construir experiências de usuário é que existem muitas necessidades e opiniões.

Diminuir a transparência de uma janela certamente torna as coisas mais legíveis, mas não o suficiente para muitos.

Algumas pessoas preferem um pouco de desfoque / embaçamento para obscurecer o conteúdo específico das janelas embaixo, enquanto ainda conseguem ver, por exemplo, quando uma compilação termina ou um aplicativo fecha, etc., sem ter que mover continuamente para frente e para trás. Especialmente quando a janela superior / focada é maximizada.

Também não queremos recriar o modelo de transparência de força bruta da GDI que tivemos de adotar no Console, em que toda a janela se torna transparente - bordas, barra de título, plano de fundo e ... o mais importante ... conteúdo de texto.

E devemos ter certeza de que o Terminal é acessível, flexível, configurável e produtivo. Tenha paciência conosco enquanto dirigimos para completar e estabilizar os recursos v1.0 do Terminal e, em seguida, começar a trabalhar na v2.0.

Não sei por quê ... Mas os blocos de notas da loja do Windows têm efeito acrílico mesmo sem foco.
Seu código-fonte está em https://github.com/JasonStein/Notepads .

Seria possível usar este: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush para fazer uma barra de título de acrílico? Eu realmente não sei como isso ou o XAML funcionam, mas talvez seja possível usá-lo para criar um SpriteVisual (?) Com um CompositionBackdropBrush que cobre a barra de arrastar e então o resto da barra de título pode ter seu plano de fundo definido como acrílico no XAML?

Eu coloquei as bordas padrão do Windows no terminal.

Modo claro, cor na barra de título desativada:

Modo claro, cor na barra de título ativada:

Modo escuro, cor na barra de título desativada:

Modo escuro, cor na barra de título ativada:

O que você acha? Devo fazer um PR ou não?

Mais detalhes:

• também corrige o problema em que as alças são muito estreitas à esquerda, direita e inferior
• Eu também removi a grande alça na parte superior para redimensionar e, em vez disso, agora você redimensiona segurando a alça no topo da barra de arrastar

@ greg904 cara, continue fazendo meu trabalho para mim! Eu adoraria olhar um PR para isso! obrigado

(Estamos discutindo isso com a equipe DWM - eles querem que sejamos cidadãos melhores, _nós_ queremos ser cidadãos melhores, isso vai consertar um monte de itens da lista de verificação em # 1625!)

PR # 3394

Porém, não são fronteiras de padrões verdadeiros, usei alguns hacks.

Na verdade, notei uma coisa interessante - embora o Terminal perca sua transparência quando não está focado, ele mantém a transparência (surpreendentemente) no Modo Tablet, o que parece muito bom.

Não tenho certeza se alguém mais percebeu isso, mas.

@ greg904 apenas para sua informação, o Notepads está usando uma versão personalizada do TabView do Windows Community Toolkit.

Existe a possibilidade de ter subpastas no menu? Eu gostaria de ter a capacidade de organizar itens como distros WSL, versões Powershell e ambientes de programação juntos.

@ str8edgedave Você está procurando "Permitir personalização do menu suspenso em profiles.json" # 1571

+1 para "Não é possível reordenar guias". Não faça como o Windows, onde você nunca pode alterar a ordem de seus desktops virtuais.

Deve haver uma maneira de remover a lacuna no topo das guias IMO.

Deve haver uma maneira de remover a lacuna no topo das guias IMO.

Eles não deveriam estar nas especificações em primeiro lugar, imo. Esse espaço é problemático no Modo Tablet.

Existe uma maneira de criar uma nova guia na janela de terminal existente em vez de abrir uma nova janela quando wt.exe é iniciado?

Por que não fazer as cores da barra de guias como se estivessem nas bordas?

No Edge há uma barra de título escura com guias um pouco mais brilhantes. Portanto, é o oposto da aparência atual do terminal e acho que a aparência do Edge é muito melhor.

Isso ocorre porque seu cérebro vê naturalmente as coisas mais brilhantes como se estivessem em primeiro plano

Da discussão acima, parece que o foco é apenas ter um tema escuro e claro, mas por que a cor da barra de título não pode simplesmente respeitar a cor de destaque selecionada pelo usuário?

Acho que a cor de destaque é boa para a barra de título, mas não para o fundo das guias.

@ xa0082249956 @ greg904

Olá, sou o autor de Notepads, é assim que faço o efeito acrílico de fundo "sempre ativado" para a barra de título e o corpo da janela do aplicativo Notepads: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

Eu mesmo criei o pincel acrílico usando "AcrylicBackgroundSource.HostBackdrop" com ajuda da biblioteca UICompositionAnimations para facilitar minha vida (ref: https://github.com/Sergio0694/UICompositionAnimations).

Basicamente, é criar o pincel do zero usando APIs de composição (AcrylicBackgroundSource.HostBackdrop + Noise texture).

* Atualizações **

Minha versão personalizada de HostBackdropAcrylicBrush:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

Tenho vários monitores. Quando o terminal do Windows está aberto com o acrílico habilitado, meu computador entra no modo de hibernação e, quando eu o desperto, o acrílico ganha uma cor sólida. Se eu arrastar a janela dentro de um monitor, o plano de fundo permanece o mesmo. Se eu arrastá-lo para outro monitor, o acrílico reaparecerá.

@EricLauber , você poderia postar novamente seu problema com acrílico no repositório WinUI?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy Sim, posso. Desculpe, não percebi que era separado. Obrigado.

@EricLauber , obrigado! O terminal usa o recurso acrílico fornecido pelo sistema, então é melhor levar isso para um grupo que o entrega.

Por favor, desconsidere meu comentário anterior. Eu estava entendendo mal o comportamento - o recurso de acrílico desaparece quando a janela não tem o foco superior. Não foi o ato de arrastar entre monitores que trouxe de volta o acrílico, foi selecionar a própria janela.

Veja # 4593 :) Não tenho mais nada neste momento. Pode ser uma opção que está desativada por padrão, ter uma borda externa para melhorar a separação em várias janelas ...
Em Personalização, há uma opção de feedback e isso leva a um fórum. Procurei por 'espessura da borda' e encontrei vários tópicos independentes, mas este tem comentários ... https://aka.ms/AA7fj9x

Adicione mistura alfa ao cursor, o texto abaixo dele não é visível de todo.

Olá - Eu adoraria ver o efeito acrílico aplicado quando _não_ for a janela ativa. Quando estou digitando, quero me concentrar. Quando está ao lado, quero que fique legal :) Ou melhor ainda, opções explícitas para ativo e plano de fundo, já que as pessoas também gostariam de tê-lo permanentemente. Obrigado - aplicativo incrível.

Ao usar a funcionalidade de ajuste de janela, há uma pequena borda em torno das bordas, ou seja, a janela não se ajusta totalmente, mostrando parte da área de trabalho ou o que quer que esteja atrás do terminal.

@DanDavies Você deve ver https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840

De @ SFM61319 em # 3337

Além disso, o menu de perfil e os botões não parecem muito "fluentes". Adicione alguns pincéis AcrylicBrush e RevealBrush para um efeito mais fluente.

Esta é a documentação oficial sobre quando usar acrílico e quando não: https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. A partir dessa página:

Muitos de nossos controles usarão acrílico por padrão. MenuFlyouts, AutoSuggestBox, ComboBox e controles semelhantes com pop-ups dispensados ​​por luz usarão o acrílico transiente quando forem chamados.

Curioso então que nosso MenuFlyout não usa isso, não estamos fazendo nada para personalizá-lo ...

Com o # 5485 mesclado, é possível fazer acrílico na barra de abas agora?

@wazybr Por um breve período, tentei trocar o pincel da barra de título por um de acrílico apenas para experimentar. Não funcionou, mas talvez haja uma maneira menos ingênua de fazer isso (a captura de tela de @ DHowett-MSFT em # 5485 parece indicar que é possível.)

Sim - ele _funciona_ agora, mas ainda há um lugar onde tiramos o pincel da barra de título e o convertemos em SolidColorBrush. Isso, é claro, fará com que ele exploda.

Há também o pincel TabViewBackground em app.xaml. :sorriso:

Não aceitaríamos uma contribuição que acrescentasse isso apenas casualmente hoje, porque há muitos grupos de pessoas que desejam todos os tipos de coisas diferentes:

• cor da guia = cor do terminal
• cor da barra de título = cor terminal
• cor da guia = acrílico
• cor da barra de título = acrílico
• cor da barra de título = cor da guia

É por isso que estamos trabalhando em # 3327, "temas".

Compreendo. O acrílico na barra de título será um toque legal na IU e adicionará consistência em relação a outros aplicativos do Windows como _Fotos_ e _Filmes e TV_.

@DHowett Você pode alterar o OP para refletir melhor a possibilidade?

Claro, eu editei. Obrigado.

Ei @ zadjii-msft, antes de mais nada, peço desculpas pelo atraso de um mês.
Bem, eu já li a documentação sobre quando usar acrílico e quando não, e também sei que esses controles usam acrílico por padrão. Isso está me confundindo porque o menu do Terminal do Windows NÃO usa acrílico por padrão. E se era para usar acrílico por padrão - o que não está usando - então, isso é mais inconsistente do que consistente (porque não está sendo o que deveria ser e o que o resto de seu tipo está sendo - indicando UI não polida e inconsistência).

Curioso então que nosso MenuFlyout não usa isso, não estamos fazendo nada para personalizá-lo ...

Não sei se é apenas um bug escondido no código ou algum erro, mas, acho que você (a equipe da Microsoft e / ou quem quer que codifique isso) talvez deva tentar usar o atributo Style para adicionar AcrylicBrush manualmente (já que não está usando-o automaticamente) para tornar a interface do usuário mais consistente (porque outros aplicativos UWP usam acrílico para tais menus - indicando consistência da interface) talvez em atualizações futuras.

Além disso, seu comentário não respondeu realmente à segunda pergunta (?) Sobre o uso de RevealBrush (talvez você não tenha percebido).
Pincel de revelação adiciona mais consistência à IU do aplicativo UWP (IMO) e é usado por muitos aplicativos (incluindo o aplicativo Configurações). É ainda mais eficaz para usuários do modo escuro (novamente, IMO), pois destaca os fundos escuros com "luzes" brancas (ou gradientes), ao contrário do modo claro, onde a revelação apenas adiciona um gradiente de borda escura e não faz nada aos fundos brancos. Portanto, se os pincéis Reveal forem usados ​​nos botões newTab e MenuFlyout , a IU pode parecer um pouco mais polida e consistente (novamente, IMO).

Portanto, considere adicionar AcrylicBrush (para MenuFlyout ) e RevealBrush (para os botões).

Obrigado!

Edit: Além disso, se alguém quiser me responder, por favor, mencione-me usando @ ao me responder (já que o GitHub me avisa quando alguém responde quando me menciona).
Além disso, isso é realmente fora do tópico (mas por favor não marque isso como fora do tópico para esta linha): Você é o mesmo u / zadjii no Reddit (porque se você for, eu vi você no r / windows e senti familiar)?

Os botões min / max / close devem ser menores (como outros aplicativos UWP) e ter espaço abaixo deles quando a janela não está maximizada como no chrome / edge chromium? E a pequena área abaixo deles seria arrastável.
Como isso:

Os botões min / max / close devem ser menores (como outros aplicativos UWP) e ter espaço abaixo deles quando a janela não está maximizada como no chrome / edge chromium? E a pequena área abaixo deles seria arrastável.
Como isso:

FWIW, é assim que Edgium funciona:

Os botões min / max / close devem ser menores (como outros aplicativos UWP) e ter espaço abaixo deles quando a janela não está maximizada como no chrome / edge chromium?

O Edge é o único aplicativo que posso ver que faz isso e é provavelmente um efeito colateral de ter seu próprio kit de ferramentas de interface do usuário de plataforma cruzada em vez de controles "nativos".

Então, para responder à sua pergunta, eu diria que provavelmente não.

Os botões min / max / close devem ser menores (como outros aplicativos UWP) e ter espaço abaixo deles quando a janela não está maximizada como no chrome / edge chromium? E a pequena área abaixo deles seria arrastável.
Como isso:

No Windows, imediatamente à esquerda dos botões é reservada como uma área arrastável. Portanto, ter a mesma coisa na parte inferior é redundante.

Os botões min / max / close devem ser menores (como outros aplicativos UWP) e ter espaço abaixo deles quando a janela não está maximizada como no chrome / edge chromium?

O Edge é o único aplicativo que posso ver que faz isso e é provavelmente um efeito colateral de ter seu próprio kit de ferramentas de interface do usuário de plataforma cruzada em vez de controles "nativos".

Então, para responder à sua pergunta, eu diria que provavelmente não.

É irritante no Edge também. Eles devem ser centralizados no Edge. Gostaria que os novos aplicativos do Windows fossem consistentes.

Ainda vejo uma caixa de seleção para fazer a barra de título de acrílico, mas nenhuma para realmente respeitar a coloração do sistema como qualquer outro aplicativo faz.

_ "O Windows Terminal tem sua própria cor fixa da barra de título, ignorando as cores ativas e inativas do sistema fornecidas pelo sistema" _

Esse recurso pode pelo menos ser alterado para "Opções de personalização da barra de título" para que aqueles de nós que apenas desejam consistência ainda possam ter uma maneira de fazê-lo?

Ainda vejo uma caixa de seleção para fazer a barra de título de acrílico, mas nenhuma para realmente respeitar a coloração do sistema como qualquer outro aplicativo faz.

_ "O Windows Terminal tem sua própria cor fixa da barra de título, ignorando as cores ativas e inativas do sistema fornecidas pelo sistema" _

Esse recurso pode pelo menos ser alterado para "Opções de personalização da barra de título" para que aqueles de nós que apenas desejam consistência ainda possam ter uma maneira de fazê-lo?

A maioria dos aplicativos do Windows modernos não segue a cor do sistema e tem sua própria cor. Portanto, é consistente.

Ainda vejo uma caixa de seleção para fazer a barra de título de acrílico, mas nenhuma para realmente respeitar a coloração do sistema como qualquer outro aplicativo faz.

_ "O Windows Terminal tem sua própria cor fixa da barra de título, ignorando as cores ativas e inativas do sistema fornecidas pelo sistema" _
Esse recurso pode pelo menos ser alterado para "Opções de personalização da barra de título" para que aqueles de nós que apenas desejam consistência ainda possam ter uma maneira de fazê-lo?

A maioria dos aplicativos do Windows modernos não segue a cor do sistema e tem sua própria cor. Portanto, é consistente.

Então, você está dizendo que devemos continuar a ter inconsistência consistente?

É como dizer que você vai fazer algo errado só porque todo mundo faz.

Então, depois de cavar alguns comentários sobre este e outros problemas.

Já havia um problema para a barra de título não respeitar o tema do sistema # 1963 que foi acumulado em outro problema # 3327. Com esta lista de problemas de "Mega Thread" desatualizada / obsoleta.

Dada a idade de ambos os problemas, parece que há poucos interesses do desenvolvedor, o que torna a implementação improvável.

Então, eu pessoalmente decidi descartar a funcionalidade da guia para obter consistência visual.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

Apenas deixando esta informação aqui, caso seja relevante para outra pessoa.

Ei, para que conste, há uma grande quantidade de discussão sobre as maneiras de configurar a cor das guias e a linha da guia (barra de título) em # 3327 e # 5772. As opções discutidas aqui incluem a correspondência da barra de título com a cor de destaque do sistema, ou guias com a cor do controle que está em foco na janela.

Só porque um problema é antigo, não significa que ele foi abandonado. # 3327 é um dos meus problemas _favoritos_ no qual estou realmente ansioso para começar a trabalhar.

mesma coisa que acontece na Galeria de controles XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 acontece no Windows Terminal

Ah, e clicar com o botão direito nos botões de legenda na barra de título não abre o menu do Sizer, um aplicativo de Brianapps que funciona com o pacote Office que parece ter uma barra de título personalizada.