Le glyphe plus diminuera probablement, j'ai commenté le problème TabControl, et il semble qu'ils pousseront le changement, pour correspondre au plus petit glyphe utilisé par UWP Edge.

Ouais, je pense que nous pouvons tous être d'accord "faire les onglets comme Edge Chrome" c'est bien, mais "faire les onglets comme la vidéo promotionnelle" c'est encore mieux ... 😣

Je pense que l'UWP Edge avait des onglets plus agréables que Edge Chrome. 🤔

Personnellement, j'aimerais qu'ils créent des onglets Edge Chrome comme UWP Edge, mais personne ne m'a demandé ...

Ouais, ouais, mais ... l'un ou l'autre est en avance sur Terminal Terminal
Edgium a presque 20 pixels au-dessus des onglets qui sont laids ... mais ... déplaçables!
Et avec les deux, vous pouvez au moins savoir quel onglet est actif 🙄

Il n'y a pas d'utilisation PRATIQUE de l'acrylique lors du codage. Cependant, la transparence est très utile. Cela signifie que je peux afficher le code sous la fenêtre du terminal comme ceci:

Veuillez ajouter un ajustement pour le facteur FLOU utilisé par l'acrylique. Je ne peux pas lire le texte flou.

Aussi si le terminal n'est pas devenu noir lorsqu'il est inactif comme ceci:

il serait vraiment utile de pouvoir avoir un bouton pin qui épinglait le terminal au-dessus de toutes les autres fenêtres. Cela permettrait une commutation transparente entre le terminal et l'éditeur de code que vous utilisez (surtout si vous pouvez lire le code sous la fenêtre Terminal.)
Je suggère que le thème acrylique reste actif au lieu de "devenir noir" si une fonction "Toujours au top" est ajoutée et activée.

À quoi cela pourrait ressembler:

L'icône d'épingle, pour épingler le terminal au-dessus de toutes les fenêtres.
@nacorv ,

Je voudrais savoir si "Toujours au top" est une fonctionnalité qui serait considérée.

Sélectionner et faire glisser n'importe où dans la zone des onglets ne déplace actuellement pas la fenêtre. Cela oblige à déplacer la souris vers la droite de la zone d'onglet, ce qui laisse une très petite quantité de barre de titre qui peut être utilisée pour déplacer la fenêtre. Veuillez changer cela. Pas de précipitation!

1. L'activation de l'acrylique dans Powershell rend les paramètres violets comme -abc presque invisibles.

Résolution: 4K
Echelle d'affichage: 100%

Thème léger:

Thème sombre:

Le redimensionnement de la fenêtre fait disparaître / réapparaître l'interface utilisateur. J'utilise la version 0.2.1715.0 de l'aperçu du Windows Store

Plein écran:

Redimensionné:

Si la fenêtre n'est pas assez grande, tous les autres onglets sont masqués.

Si la barre d'onglets ne peut pas être en acrylique, c'est vraiment dommage.
Tout ce qui peut être fait pour mieux s'intégrer serait le bienvenu

L'onglet / barre de titre non déplaçable est la plainte n ° 1 que j'ai entendue de tous ceux qui ont essayé les premières versions

Les volets séparés ont besoin d'un peu de polissage visuel, indiquez clairement ce qui est mis au point, une certaine animation même à l'ouverture

Lorsqu'il est agrandi sur mon deuxième moniteur (écran intégré pour ordinateur portable 1366x768, non défini comme principal), les bords de l'application sont coupés:

Les onglets indiquent le chemin d'accès à l'exécutable au lieu du nom de l'application; si le chemin est trop long, le "x" pour fermer l'onglet est poussé du côté droit de l'onglet et est invisible.

Cliquez sur "Paramètres" pour ouvrir un fichier JSON. Je suppose que l'interface utilisateur pour cela n'a pas encore été construite. :)

En plus des commentaires de @ robster2001 , ce serait bien si chaque onglet montrait le chemin réel comme Ubuntu et s'il était en mode administrateur (par exemple Invite de commandes (Admin) - C: currentpaththatyouarein).

Lorsque vous n'avez pas le terminal maximisé, comme je ne le fais généralement pas, le numéro 857 combiné aux titres longs permet beaucoup moins d'onglets que ce qu'il pourrait être.

Les onglets sont trop larges pour être utiles. Peut-être montrez-vous simplement l'exécutable et donnez le chemin / etc lorsque vous survolez l'onglet dans une info-bulle ou quelque chose.

Deux choses:
Les volets ne sont pas liés par défaut _parce_ qu'ils sont incomplets. Si vous les activez vous-même, YMMV.

Si vous voulez un titre d'onglet personnalisé, vous devriez regarder comment le configurer pour votre shell. Cela vous sera utile partout où vous utiliserez votre coque. En faisant PowerShell définir le titre, vous modifiez le titre du terminal Windows, de la console héritée, du VSCode, du ConEmu et de bien d'autres choses. Cela peut même changer au milieu d'une séance!

Panes épique: # 1000

Je n'ai trouvé nulle part le long de la légende en haut de la fenêtre qui me permettait de faire glisser et de déplacer la fenêtre. J'ai dû recourir à des raccourcis clavier.

le défilement à deux doigts ne fonctionne pas, bien qu'il fonctionne très bien sur cmd.com et PowerShell.

Les onglets ne peuvent pas être déplacés / réorganisés.

La barre par défaut ne respecte pas le thème sombre de Win10:

J'ai essayé de trouver les paramètres, mais je ne les ai pas trouvés!
Certaines autres applications ne respectent pas non plus, donc je pense que ce n'est pas considéré sur cette version

Ma première impression de Terminal, installé aujourd'hui via l'aperçu du magasin était:

• Quel est le problème avec les couleurs? Pourquoi est-il en partie noir et en partie blanc?
  
• Wow, j'ai hâte d'essayer les onglets
• Oh wow, c'est un grand signe plus

Pouvons-nous faire quelque chose concernant la couleur de la barre de titre? Ça devrait être tout noir, non?

+1 @guibirow

Déconner avec mes paramètres Windows, je pourrais le réparer:

Actif (Firefox à l'arrière, Terminal à l'avant)

Inactif (Firefox à l'arrière, Terminal à l'avant)

On dirait que certaines applications continuent de charger les paramètres à partir de Windows, peut-être que le thème sombre de Windows ne définit pas correctement tous les collors, j'ai dû activer l'option pour appliquer l'accent sur la barre de titre et les bordures de fenêtre.

Et définissez _AccentColorInactive_ dans le registre [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

Le design serait bien meilleur si le "+ /" se déplaçait vers la gauche (comme ci-dessous) et le reste devenait juste la barre de titre comme toutes les autres applications, je pense qu'ils ont essayé de copier Firefox et n'ont pas très bien fonctionné!

Je ne peux pas «faire sortir un onglet» ou le faire glisser vers une autre fenêtre. J'aimerais cette fonctionnalité.

Où la police Emoji lorsqu'elle est utilisée, par exemple, fil, npm?

La barre de titre de l'onglet a définitivement besoin d'être nettoyée. Sur la base de la vidéo officielle réalisée pour promouvoir le Terminal et Edgemium, j'ai proposé ces changements (maquettes):

Avant:

Après:

Liste complète des changements dans la maquette:

• Réduction de la taille de la bordure de la fenêtre à 1px pour être cohérente avec le reste de Windows
• Contrôles de fenêtre alignés (fermer, max, min) correctement dans la barre de titre
• Les onglets ont été un peu plus hauts pour être cohérents avec les nouveaux onglets Edge
• Rayon de coin réduit pour être cohérent avec les nouveaux onglets Edge
• Ajout de coins arrondis intérieurs à la base des onglets pour être cohérent avec le nouveau Edge et la vidéo officielle
• Ajout d'une ombre portée pour rendre les onglets plus visibles sur l'arrière-plan et pour être cohérents avec le nouvel Edge
• A fait l'icône plus correctement dimensionnée
• Déplacement des boutons de gestion des onglets à côté des onglets
• Fait l'arrière-plan réparti sur toute la barre de titre

EDIT: C'était juste un problème avec la ligne du bas n'étant pas assez grande pour accueillir un personnage entier, comme indiqué par @ DHowett-MSFT ci-dessous

Le remplissage (en bas) n'est pas 0 lorsqu'il est maximisé. Je ne sais pas s'il s'agit d'un problème connu ou prévu, alors mettez-le dans ce fil.

@mikelui huh, c'est probablement parce qu'il n'y a pas assez de pixels pour tenir une autre cellule entière de caractère à l'écran. le terminal préfère de beaucoup afficher des lignes complètes, car c'est ainsi qu'il modélise le monde du terminal.

Plein écran:

Redimensionné:

Si la fenêtre n'est pas assez grande, tous les autres onglets sont masqués.

Si vous tournez la molette de la souris, vous verrez la diapositive des onglets. Cela fonctionne pour au moins pour Store Terminal Preview v0.2.1715.0. Mais réduire les icônes, telles que les navigateurs basés sur Chromium, serait plus agréable.

@ DHowett-MSFT J'ai également découvert un autre bogue de l'interface graphique, si la fenêtre est trop petite pour afficher un nouvel onglet et que nous créons un nouvel onglet, un nouvel onglet créé mais ne s'affiche pas tant que nous ne redimensionnons pas la fenêtre du terminal.

Aperçu de Microsoft Windows 10 Professionnel Insider [Version 10.0.18875.1000]
Microsoft Terminal (aperçu du magasin) [Version 0.2.1715.0]

@ DHowett-MSFT Oui! Je vois cela maintenant en jouant avec le dimensionnement. J'ai l'habitude d'utiliser le plein écran (vs maximisé), où l'absence de barre de titre améliore l'espacement.

Faites la taille de la fenêtre initiale comme je l'ai laissé la fois précédente lors de la fermeture.

saisir et déplacer l'application n'est pas facile, il faut une plus grande surface pour saisir la fenêtre. L'ensemble du chemin de l'exe est exagéré, il prend trop de place. juste Powershellou Cmd serait bien. lors de l'exécution de node ou python dans cmd, l'onglet peut afficher "cmd: node" ou "cmd: python"
Les onglets peuvent avoir le thème de couleur du schéma utilisé dans ce terminal spécifique au lieu d'un noir plus foncé ou d'un noir fondu, une couleur similaire au schéma de terminal peut faciliter la recherche d'un terminal.
Éditer
quelques autres problèmes trouvés

De plus, pas si important par rapport à d'autres éléments d'interface utilisateur manquants / cassés, mais quand même: le pointeur de la souris doit être le texte (Ꮖ) lors du déplacement sur du texte dans le terminal et non le pointeur (↖) car le texte est sélectionnable.

Le comportement Alt + F4 peut-il imiter d'autres fonctionnalités de Windows 10 (tout fermer maintenant) s'il vous plaît? Ctrl + w * combien d'onglets sont ouverts est assez laborieux. Tout comme pour trouver le X en haut à droite lorsque je suis en mode guerrier clavier:

J'ai essayé de configurer closeWindow dans settings.json mais alt + F4 ne s'enregistre pas comme une commande valide (la console imprime "S").

Par curiosité, ne serait-il pas possible d'utiliser les API sous-jacentes qui prennent en charge WindowChrome de WPF, de découper entièrement la barre de titre native et les bordures de fenêtre et de tout construire en utilisant XAML? Je pense qu'il y aurait plus de contrôle disponible de cette façon et que le résultat final serait plus propre et moins dépendant du système d'exploitation

Au départ, je m'attendais à ce que la fonction d'écran partagé soit déjà présente, mais ce n'est pas le cas ...
Ce serait beaucoup plus pratique que de naviguer entre les onglets.

Terminator sur Linux et iTerm sur macOS l'ont parfaitement implémenté.

Des plans?

Sélectionner et faire glisser n'importe où dans la zone des onglets ne déplace actuellement pas la fenêtre. Cela oblige à déplacer la souris vers la droite de la zone d'onglet, ce qui laisse une très petite quantité de barre de titre qui peut être utilisée pour déplacer la fenêtre. Veuillez changer cela. Pas de précipitation!

voir # 1500

@ LeeChang-GitHub # 608, aussi, vous savez que PowerShell et CMD ont un moyen de définir le titre eux-mêmes, non? Vous n'avez pas besoin de renommer l'onglet lorsque vous pouvez faire en sorte que le shell le fasse.

J'ai besoin que le nom du terminal soit modifiable.
J'ai cherché cette question mais je ne l'ai pas trouvée. Est-ce une exigence raisonnable?

Mec, pourquoi as-tu supprimé ton commentaire et l'avez déplacé après ma réponse?

Mec, pourquoi as-tu supprimé ton commentaire et l'avez déplacé après ma réponse?

Désolé, cette question était trop mauvaise. Je l'ai de nouveau édité et je n'ai pas reçu votre réponse à ce moment-là.
Désolé

@ LeeChang-GitHub c'est bon! 😄

Je voudrais savoir si "Toujours au top" est une fonctionnalité qui serait considérée.

@grigala

Au départ, je m'attendais à ce que la fonction d'écran partagé soit déjà présente, mais ce n'est pas le cas ...
Ce serait beaucoup plus pratique que de naviguer entre les onglets.

Terminator sur Linux et iTerm sur macOS l'ont parfaitement implémenté.

Des plans?

1000 montre les plans et leur progression 👍

La barre de défilement doit ignorer le remplissage de droite ou s'étendre vers la droite lorsqu'elle est survolée. C'est bien si cela prend en compte le haut et le bas .

Barre de défilement sous sa forme réduite

Barre de défilement dans sa forme large

La barre de défilement dans sa forme réduite semble correcte. L'espace entre le texte et la ligne est correct, mais doit suivre les préférences de remplissage. En ce moment, ce n'est pas le cas.

La barre de défilement dans sa forme large suit le remplissage uniquement sur le côté droit et a un certain, mais pas le remplissage préféré, sur le côté gauche. Le rembourrage gauche doit suivre les préférences et le rembourrage droit doit complètement disparaître. Cela permettrait aux utilisateurs de déplacer rapidement le curseur de leur souris vers la droite lorsqu'ils souhaitent faire défiler rapidement sur une longue distance et que la fenêtre est maximisée.

De plus, la barre de défilement ne doit avoir aucun délai d'expansion lorsqu'elle est survolée et l'arrière-plan de la barre de défilement doit être transparent, de sorte que le flou (s'il est activé) peut être visible.

Éditer:
Ce problème a été résolu dans # 1778. Merci!!

La plupart des applications (comme Chrome, ou explorer.exe, etc.) permettent à l'utilisateur de redimensionner la fenêtre en saisissant l'ombre de la fenêtre. Mais il semble que le terminal autorise uniquement l'utilisateur à saisir une zone NotClient étroite (environ 2 pixels).
Il semble que l'ombre par défaut du système ne fonctionne pas?

J'ai une solution possible.

1. Supprimez l'ombre système (en modifiant le style de fenêtre en WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME et en gérant le message WM_NCCALCSIZE, vous pouvez utiliser AdjustWindowRect pour calculer la taille.)
2. Ajoutez quatre petites fenêtres d'ombre (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) autour de la fenêtre et effectuez le rendu de l'ombre manuellement (en gérant WM_WINDOWPOSCHANGED de la fenêtre principale pour déplacer la fenêtre d'ombre, en manipulant WM_SIZE pour rendre la fenêtre d'ombre, peut-être Gaussina Blur?)
   3 gérer le message WM_SETCURSOR de la fenêtre d'ombre, et WM_LBUTTONDOWN (envoyer WM_SYSCOMMAND à la fenêtre principale pour simuler la saisie)

En outre, utiliser la technologie de sous-classification de fenêtres pour capturer le message et envoyer WM_SYSCOMMAND lors de la gestion de WM_LBUTTONDOWN peut résoudre le problème selon lequel la barre de titre ne peut pas être saisie.

Pour développer sur https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188, Terminal devrait peut-être organiser les thèmes en noms de familles de thèmes et sous-catégories claires / sombres, un peu comme VSCode. C'est-à-dire que si je règle le thème par exemple sur «Campbell» et que je change les couleurs de l'application Windows de clair à foncé, je m'attendrais à ce que Termianl passe de Campbell Light à Campbell Dark. Cela éviterait le violon manuel. Spécifier "Campbell Dark" comme thème épinglerait l'apparence du thème sombre, si vous voulez toujours qu'il soit sombre. Ou quelque chose.

L'espace des onglets ne se redimensionne pas correctement lors du déplacement de la fenêtre entre des moniteurs avec des échelles différentes, couvrant même dans certains cas le bouton de réduction:

Moniteur 1, résolution de 1920x1080, mise à l'échelle à 100%:

Moniteur 2, résolution 4k (3840x2160), mise à l'échelle 200%:

La couleur du curseur doit être définie par le thème. La couleur du curseur par défaut définie dans le profil est le blanc, ce qui est inutile sur un thème clair.

@madig - Vous pouvez changer la couleur du curseur en définissant cursorColor dans profiles.json

@madig - Vous pouvez changer la couleur du curseur en définissant cursorColor dans profiles.json

Oui, mais le thème doit le définir pour que vous n'ayez pas à modifier le nom du thème _et_ la couleur du curseur lorsque vous souhaitez basculer.

J'ai également noté qu'il était beaucoup plus difficile que d'habitude de placer le curseur de la souris dans la configuration de redimensionnement de la fenêtre lors du positionnement dans le coin inférieur droit de la fenêtre du terminal.

Peut-être # 1517.

Un menu contextuel / système pour l'application. Les applications Win32 l'ont dans le coin supérieur gauche. Certains, comme Edge, utilisent les points de suspension en haut à droite. La liste déroulante actuelle est-elle un remplacement prévu?

Le style supérieur gauche est utile lors du déplacement / redimensionnement, etc. par le clavier.

J'ai eu l'impression de la présentation Build que nous aurions un volet divisé comme une fonctionnalité, est-ce prévu?

@jwhipp # 1000

Des icônes semblent manquer?

Il semble que vous ayez un profil obsolète de la première version open source. Supprimez-le probablement.

Merci, cela a fonctionné!

Cependant, j'ai trouvé un autre bug:

Je double-clique fréquemment sur les barres de titre pour agrandir ou restaurer une fenêtre. La zone cliquable de la fenêtre (verte) était complètement sur la droite alors que je n'avais qu'un seul onglet ouvert. Il semblait que je pouvais cliquer à gauche du menu plus (nouvel onglet).

ConEmu n'a pas ce problème puisque la barre de titre est au-dessus des onglets. Les doubles-clics dans la zone des onglets aboutissent à un nouvel onglet que j'aimerais voir avec le nouveau terminal Windows, mais je suis sûr que je vais m'adapter à tout ce sur quoi nous atterrirons éventuellement.

En ce qui concerne les onglets, etc., ce serait formidable s'ils pouvaient se comporter visuellement de la même manière que ceux de Edge par exemple: le bouton "+ v" étant toujours à côté du dernier onglet; faire la zone (s'il y en a) entre le dernier onglet et le bouton "+ v" recevant les événements de la souris (en les passant à la fenêtre parente); avoir des boutons de défilement "<" et ">" apparaissant (comme par exemple dans Firefox) quand il y a trop d'onglets.

Je double-clique fréquemment sur les barres de titre pour agrandir ou restaurer une fenêtre. La zone cliquable de la fenêtre (verte) était complètement sur la droite alors que je n'avais qu'un seul onglet ouvert.

Ce qui signifie également que nous ne pouvons pas faire glisser la fenêtre du terminal (je veux dire que vous _pouvez_, mais alors vous devez vraiment être sûr d'avoir juste ce petit point idéal ...)

Les onglets dans la barre de titre sont mauvais . Ne fais pas ça. S'IL VOUS PLAÎT. ne le fais pas. Vous utilisez trop de surface pour plusieurs tâches.

Avoir des titres d'onglets sur tout le chemin vers l'interpréteur de commandes est également mauvais. Le fait que les noms des onglets puissent dépasser peut-être 20 caractères est mauvais. Taille maximale de l'onglet beaucoup plus courte. Onglets sous la barre de titre. Onglets beaucoup plus petits.

C'est une option. Options. Configuration. Listes de phrases courtes. Éteignez-les. :sourire:

@brianly Définit "showTabsInTitlebar": false dans les paramètres.

Merci @ zadjii-msft! Il vaut également la peine de lier: https://github.com/microsoft/terminal/issues/771

Lors de l'ajout d'un nouvel onglet avec quelques-uns déjà ouverts pour remplir l'espace sur l'espace des onglets comme celui-ci

un nouvel onglet est créé, mais l'icône est pliée.

tout nouvel onglet créé après cela est invisible.
Le redimensionnement de la fenêtre résout le problème.

Il n'est pas possible de réorganiser les onglets.
De plus, lors de la fermeture du seul onglet avec le bouton central de la souris, cela se produit:

Quelque chose de visible à l'écran ou dans un menu pour contrôler le zoom serait génial. Ainsi qu'un moyen de réinitialiser le zoom à partir de Ctrl + Défilement. Aucun moyen de savoir si je suis à 200% de zoom ou non.

Par exemple, chrome a cet élément de menu dans son menu hamburger. Tout ce dont il a besoin est une ligne. Cliquer sur la valeur la réinitialise à 100%.

J'adorerais pouvoir affecter la couleur de l'onglet et éventuellement la couleur de la bordure pour une console donnée. Par exemple, au lieu de colorer l'arrière-plan PowerShell en bleu, faites simplement que l'onglet et la bordure soient bleus, mais que l'arrière-plan soit la couleur facile à regarder que je veux.

Si possible ... il pourrait être intéressant de pouvoir affecter ces choses à partir de l'environnement de la console en cours d'exécution. Par exemple, si ma console PowerShell démarre et définit une valeur d'environnement comme WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 car il s'agit d'une console d'administration, faites passer les couleurs de la bordure au rouge. Vous pouvez faire beaucoup de choses intéressantes à partir d'un profil PowerShell ou .bashrc de cette façon.

@ DHowett-MSFT @DHowett J'ai vu qu'il y avait un moyen d'étendre l'acrylique dans la barre de titre. Peut-être que cela pourrait fonctionner?

Cliquer sur un onglet dans le terminal ne semble pas toujours donner le focus à l'onglet.

• Ouvrez Terminal avec votre shell préféré.
• Cliquez sur une autre fenêtre ou application.
• Cliquez sur le _tab_ pour votre shell dans Terminal. Le curseur ne s'affiche pas et la saisie ne fonctionne pas. Vous devez cliquer sur la barre de titre de la fenêtre Terminal (ce petit peu entre les boutons "+" et minimiser / maximiser, la seule partie qui permet actuellement à la fenêtre de se déplacer) et c'est ce qui redonne le focus au shell.

Le bouton Agrandir la fenêtre ne ressemble pas à la plupart des applications. Cela ressemble plus à un bouton de réduction:

@krzysdz vous exécutez une compilation à partir de ce référentiel qui vient de fusionner les premières modifications de dessin non client. Je vais devoir vous demander de ne pas signaler les problèmes d'interface utilisateur. # 1625.

Pas un grand fan du fonctionnement du bouton +. Je continue de cliquer dessus pour ajouter un nouvel onglet, oubliant que cela crée juste un nouvel onglet dans le shell par défaut (ce qui est assez ennuyeux). J'adorerais une option qui me permette d'avoir une liste déroulante comme celle qui apparaît lorsque vous cliquez sur la flèche vers le bas, afin que je puisse sélectionner dans la liste des coquilles disponibles lors de l'ajout d'un nouvel onglet.

Eh bien, à ce stade, pourquoi ne pas simplement cliquer sur la flèche déroulante?

Rien ne m'empêche de cliquer sur la flèche déroulante, c'est purement un problème UX. D'un point de vue fonctionnel, cela n'a pas beaucoup de sens pour moi de cliquer sur un bouton qui ne porte aucune indication symbolique qu'il ajoute un onglet afin d'effectuer cette action.

L'acrylique ne devrait-il pas être activé par défaut pour PowerShell? Avoir cmd mieux que PowerShell par défaut n'est pas un bon signe pour moi. Il serait également préférable d'accueillir l'utilisateur en lui montrant le bonbon pour les yeux.

Paramètres par défaut:

Avec cmd:
image

Avec PowerShell:
image

Profils associés:
image

EDIT: transformé les images en liens, cela prenait trop de place, désolé

Est-ce donc juste un reskin ou un conteneur pour les consoles d'origine (cmd, wsl et ps)?

J'espérais un meilleur terminal comme ceux que l'on trouve sous Linux ou Mac OSX. Cmdr est un bon exemple de ce que vous devriez viser. Surtout, je voudrais juste un terminal qui prend en charge CTRL-C et CTRL-V et une intégration WSL transparente.

@deusprogrammer c'est un terminal, exactement comme ConEmu (le terminal utilisé par cmder). Cmder est un peu unique car il regroupe un terminal et des améliorations du shell pour les personnes qui utilisent le shell cmd.

Je voudrais savoir si "Toujours au top" est une fonctionnalité qui serait considérée.

J'aimerais également voir cette fonctionnalité.

Peut-être une chose mineure, mais acrylic ne signifie rien pour quiconque n'est pas familier avec UWP et / ou le développement d'applications Windows. Un nom plus convivial ( translucent ou quelque chose) aiderait.

La barre de titre n'est pas en acrylique, désolé, cela ne peut probablement pas arriver étant donné notre architecture

Cela devrait être activé lorsque WinUI 3 est sorti
Réf: microsoft / microsoft-ui-xaml # 888

Je viens d'essayer le terminal, la première chose qui me frappe est ...

VOUS PAS DE DRAG SUR CETTE ZONE? c'est ennuyeux, diable!

Oui, cela vous choque ainsi que les quatre cents autres personnes qui l'ont signalé. : smile: suivez les numéros 1625 et 564 pour connaître la progression réelle dans la partie supérieure de la fenêtre.

@ DHowett-MSFT, s'il n'est pas mentionné, envisagez de conserver l'option acrylique et transparence dans les paramètres, l'acrylique le rend cohérent avec le système mais n'a pas beaucoup de sens pour une application comme un terminal, où la possibilité de voir ce qui se trouve derrière peut être assez productif. Il serait plus utile d'avoir une option de transparence. Laissez-le devenir acrylique par défaut et la transparence peut être basculée manuellement.

@ DHowett-MSFT a écrit:

[...]

• Les onglets ne sont pas aussi beaux que vous le souhaiteriez # 702

[...]

• Le bouton plus est trop grand, trop petit, trop large, trop étroit

[...]

c'est drôle ou salé?

Il semble que les titres des onglets ne respectent aucun des paramètres fontSize:

il serait vraiment utile de pouvoir disposer d'un raccourci clavier vers un terminal actif comme le terminal yakuake.

Il semble que les titres des onglets ne respectent aucun des paramètres fontSize:

Je crois que c'est normal. Les onglets semblent suivre la taille de la police du bureau, étant considérés comme faisant partie de l'en-tête / barre de la fenêtre.

il serait vraiment utile de pouvoir disposer d'un raccourci clavier vers un terminal actif comme le terminal yakuake.

Pas familier avec ce terminal, mais il y a une tonne de choses que vous pouvez raccourcir dans le settings.json, pour ouvrir, fermer, changer, etc.

Deux réflexions dès le départ sur l'adoption de «l'utilisation commune des onglets» (voir aussi https://github.com/microsoft/terminal/issues/615)

1. Les onglets devraient écraser / rétrécir lorsqu'il n'y a pas assez d'espace pour eux
2. Le bouton plus doit s'ancrer sur le côté droit du dernier onglet, pas en haut à droite de la fenêtre

Commentaires généraux pour OP. De toute évidence, il est entendu qu'il s'agit d'une première version / aperçu, mais nous pouvons déjà voir un design et un concept très solides.

Je creuse les onglets, le niveau de personnalisation (en particulier avec la personnalisation de l'exécutable!), Les mises à jour en temps réel des changements dans settings.json, et les différents types de terminaux qui peuvent être obtenus dans un seul exécutable.

Au-delà des éléments mentionnés ci-dessus et du polissage, j'apprécierais d'avoir un moyen intégré de consigner ce qui va à la sortie standard dans n'importe quelle fenêtre de terminal, permettant idéalement à tous d'être enregistrés dans un fichier ou plusieurs fichiers. En outre, j'ajouterais l'option "cloner" ou "dupliquer" et placer les onglets dans les fenêtres / lignes / colonnes de la manière dont il est possible de le faire dans le code vs.

Merci pour votre travail acharné, j'attends avec impatience la prochaine version!

J'utilise le thème sombre mais je vois toujours une bordure blanche et un en-tête toujours blanc. Quelqu'un d'autre a ce problème? Je n'ai rien trouvé dans le JSON qui modifie cela.

J'ai le même problème :(

J'utilise le thème sombre mais je vois toujours une bordure blanche et un en-tête toujours blanc.

Ce problème ne peut pas être corrigé avec les paramètres actuellement. Il s'agit d'un élément de travail futur, partiellement suivi dans # 1625

J'apprécierais d'avoir un moyen intégré de consigner ce qui va à la sortie standard dans n'importe quelle fenêtre de terminal, permettant idéalement à tous d'être enregistrés dans un fichier ou plusieurs fichiers.

642

placez les onglets dans les fenêtres / lignes / colonnes de la manière dont il est possible de le faire dans vs code.

1000

@ DHowett-MSFT examine la manière dont cette application gère les onglets,
https://github.com/JasonStein/Notepads

Entendu, c'est fait. Qu'est-ce que je cherchais?

Vous pouvez également consulter Fluent Terminal pour vous inspirer. Il a une très bonne interface utilisateur.

1. Lors de l'utilisation de Powershell Core, un deuxième chevron apparaîtrait au hasard sur la console, je ressemblerais à D:\>> (désolé, pas d'étapes de repro)
2. Je ne peux pas faire glisser de texte puis copier-coller, c'est une fonctionnalité à laquelle je m'attendais avec Powershell

L'interface utilisateur est moche maintenant, et je veux une belle interface utilisateur qui puisse me permettre de mieux travailler.

Les onglets indiquent le chemin d'accès à l'exécutable au lieu du nom de l'application; si le chemin est trop long, le "x" pour fermer l'onglet est poussé du côté droit de l'onglet et est invisible.

De plus, tabTitle ne fonctionne pas

Les onglets indiquent le chemin d'accès à l'exécutable au lieu du nom de l'application; si le chemin est trop long, le "x" pour fermer l'onglet est poussé du côté droit de l'onglet et est invisible.

De plus, tabTitle ne fonctionne pas

@ Serega124 c'est étrange, car ils fonctionnent très bien pour moi. J'ai nommé un onglet wsl et l'autre cmd .
Exécutez-vous la dernière version de développement?

@imjasonmiller J'utilise la version Store

@ Serega124 , je pense que la fonctionnalité tabTitle n'a pas encore été publiée pour la version Store. Je pense que vous devrez peut-être attendre qu'ils poussent une autre mise à jour pour la version Store ou que vous puissiez la créer à partir de la source.

La poignée de redimensionnement en bas à droite de la version du Windows Store est très petite, c'est une sorte de cible d'interface utilisateur frustrante avec laquelle interagir.

Demande de fonctionnalité: basculez facilement entre les thèmes ou utilisez le thème Windows.

En tant que développeur, je travaille en intérieur et en extérieur. En intérieur sur un écran UHD, je préfère un thème sombre. À l'extérieur, un thème sombre devient illisible sur l'écran de mon ordinateur portable à pleine luminosité. Un thème clair est utilisable

La poignée de redimensionnement en bas à droite de la version du Windows Store est très petite, c'est une sorte de cible d'interface utilisateur frustrante avec laquelle interagir.

C'est vrai!
La zone sensible dans les coins est vraiment petite, il est donc impossible de redimensionner la fenêtre.
Je joins un gif qui peut être utile @ DHowett-MSFT:

Lorsque je redimensionne la fenêtre, la barre de défilement arrête de déplacer le texte de haut en bas. Effectivement inutile jusqu'à ce que l'invite de commande atteigne le bas de la fenêtre.

Je dois le mentionner maintenant, merci de vous lancer dans ce projet. Une solution indispensable pour Windows

Les couleurs d'arrière-plan du texte sont gâchées lors du redimensionnement

Je suppose qu'il est lié à "La zone non cliente semble incorrecte;" et est un travail en cours, mais la version la plus récente semble avoir introduit une bordure blanche d'un pixel en bas pour moi:

Cela pourrait-il être lié à ce changement récent ?

Merci pour tout le travail jusqu'à présent!

@imjasonmiller si vous voulez une émeute (le genre triste), lisez le TODO en bas de # 1948: sourire:

• [] Double-cliquez sur la zone non-client pour agrandir la fenêtre.
• [] L'icône de clic / clic droit doit afficher le menu Réduire / Agrandir / Fermer
• [] Lorsque vous cliquez sur Cascade Windows , Show windows stacked etc est complètement ignoré par le terminal
• [] Alt + F4 ne ferme pas la fenêtre

Je crois que c'est un comportement attendu pour un utilisateur Windows qu'un double-clic sur le non-client maximise la fenêtre, également lorsque vous utilisez le shell pour redimensionner / mosaïquer les fenêtres, le terminal doit simplement se comporter comme n'importe quelle autre fenêtre.

À l'heure actuelle, mon terminal est inamovible et il est impossible d'accéder au menu des paramètres.

Il semble que Terminal soit une application étrangère utilisant une boîte à outils d'interface utilisateur non native.

Avec la souris:
Vous ne pouvez pas cliquer sur le menu contextuel sur les onglets pour les fermer ou voir un menu contextuel comme dans les consoles précédentes, vous ne pouvez pas non plus fermer les onglets plus hauts que le premier (leurs X sont obscurcis par le bouton Ajouter un onglet / bouton de menu de réglage en raison de la largeur contraintes)

Idéalement, vous devriez avoir ALT + ENTRÉE et MAJ + F10 et le clic droit souris / toucher activé.

+1 pour réorganiser les onglets

La mise à jour du texte est parfois interrompue.

C'est particulièrement un problème avec les éditeurs comme emacs

@RosalesJ Hé, pourriez-vous déposer un autre problème pour celui-là? Cela ne correspond pas vraiment au seau géant de problèmes d'interface utilisateur, et pourrait être un bogue beaucoup plus atomique que nous pourrions corriger. Assurez-vous d'inclure les étapes de repro et les outils que vous utilisez. Merci!

Le menu du nouvel onglet ne se déplace pas avec la fenêtre:

Essayer de fermer l'application en cliquant sur le X sur l'onglet unique entraîne le blocage de l'application!

Lorsque l'opacité est configurée, elle ne fonctionne que lorsque la fenêtre est focalisée.
Une fois concentré:

Lorsqu'il n'est pas concentré:

Y a-t-il un moyen de le faire fonctionner ou c'est censé fonctionner comme ça?

Edit: une autre chose que j'ai remarquée dans les captures d'écran ci-dessus est que les fenêtres de terminal non focalisées n'appliquent pas la couleur Windows Accent, devenant vides. Lorsqu'il est mis au point, la couleur d'accentuation des fenêtres est là.

@ jean-lourenco Je pense que le flou est intentionnel, car d'autres applications comme l'application Paramètres font la même chose

J'espère vraiment pour bientôt le support du défilement des onglets (l'indication, au lieu de la molette de la souris uniquement).

Comme mon défilement ne fonctionne pas comme prévu, je ne peux plus voir les onglets dont je dispose.

Mauvais espacement avec une police non monospace.

version 0.3.2112.0

Cela se produit lors du chargement initial. La fenêtre Maximizing -> Restoring corrige cela.

Je viens de mettre à jour la version 0.2.1831.0 en 18950.1000. Dans un shell Ubuntu (maintenant WSL 2), je ne peux pas faire défiler la mémoire tampon. Il semble que le curseur clignotant ramène le focus vers la ligne du bas chaque fois que j'essaye de faire défiler vers le haut avec le clavier et la molette de la souris.

Il semble également qu'une nouvelle ligne soit envoyée à chaque défilement vers le haut, donc le texte que je veux voir s'éloigne à chaque tentative!

Les fenêtres PowerShell et Dos ne le font pas

@tomfakes a migré celui-ci vers # 2196, car ce n'est absolument pas un problème de polissage de l'interface utilisateur

Comment puis-je conserver l'effet acrylique lorsque la fenêtre perd le focus

La possibilité de faire glisser la fenêtre sur toute la barre d'onglets est légèrement trompeuse; vous ne pouvez toujours pas saisir la barre de titre par la zone au-dessus des onglets ou en saisissant les onglets proprement dits. Si vous avez beaucoup d'onglets ouverts, cela signifie que vous êtes toujours coincé avec une petite zone de glissement.

Est-ce quelque chose prévu pour être traité? Il semble que le numéro 564 a été fermé.

L'optimisation du terminal lorsque la fenêtre se trouve sur deux moniteurs provoque le saignement des barres sur le moniteur.

Je sais que c'est une sorte de "hors sujet", mais le suivi des problèmes est le seul endroit pour laisser des commentaires et cela semble être le fil le plus adapté: Merci. Je sais que le terminal n'est pas encore terminé et qu'il y a beaucoup de choses à réparer, mais c'est sur la bonne voie. J'aime la sensation et l'apparence. J'aime la configuration, le support pour "CMD", powershell, WSL, etc.
Continuez votre bon travail ^^ (et désolé d'encombrer le suivi des problèmes;))

Heureux que ce projet soit en cours - grand pas en avant par rapport aux cmd / powershell traditionnels. J'ai remarqué que lors de la fermeture de la fenêtre après le redimensionnement, une fenêtre fantôme apparaît rapidement avec de nombreuses bordures:

Ce n'est pas vraiment un problème majeur, je pensais juste que je rapporterais l'avoir vu pour le compte rendu.

+1

+1

@ammoniak merci: sourire:

Je ne sais pas s'il s'agit d'un bug ou d'une fonctionnalité.

AltGr + 4 (§) (clavier portugais) n'est pas supprimé car j'essaie des séquences AltGr.

La police Victor Mono est vraiment étrange.

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

@offero c'est une belle police; cela peut être # 696

(ou une variante de celle-ci)

Pouvons-nous avoir une option pour masquer le signe plus et / ou la flèche vers le flèche vers le signe plus, ce qui ferait alors la liste déroulante comme la flèche vers le signe plus serait masqué, nous pourrions toujours lancer plus d'onglets à l'aide du menu déroulant. Peut-être que nous pourrions masquer les deux, puis le clic droit se produirait sur le reste de la barre de titre?

Honnêtement, je n'aime pas les onglets dans la barre de titre car il est indiscipliné quand vous en avez beaucoup, saisir la barre de titre pour déplacer la fenêtre ne fonctionne toujours pas bien. Certains terminaux Linux ont mis des onglets au-dessus du terminal lui-même et cela est configurable. Je suis sûr que cela a beaucoup à voir avec le fait que les gestionnaires de fenêtres Linux sont nombreux et ont des règles différentes. Une autre option est de faire des terminaux une liste déroulante (voir capture d'écran de Tilix). Dans l'état actuel des choses, si j'ouvre 10 onglets, comment cette interface sera-t-elle utilisable? Le défilement de la souris est correct, mais il ne vous donne même pas le total du nombre d'onglets ouverts.

Juste mes deux cents. :)

Liste déroulante montrant les terminaux / onglets:

Je n'ai pas vu cela mentionné dans le fil de discussion, mais si vous voulez un onglet de titre plus petit, ajoutez simplement ce paramètre à un profil:
"tabTitle": "MyCmd",

Bien que cela soit très utile, j'aimerais avoir la possibilité d'incrémenter dynamiquement un nombre afin de pouvoir avoir:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

Et / ou changez dynamiquement la couleur de l'onglet en fonction de l'ajout de nouveaux onglets - même ordre des couleurs à chaque fois, donc je sais que Rouge = 1er onglet, Blanc = 2ème onglet, Bleu = 3ème onglet, etc.

@jwhipp Vous pouvez toujours définir "showTabsInTitlebar" sur false pour obtenir des onglets sous la barre de titre.

@PedersenThomas C'est # 2028

@jwhipp Vous pouvez toujours définir "showTabsInTitlebar" sur false pour obtenir des onglets sous la barre de titre.

Ah! Je ne savais pas à ce sujet ... j'ai essayé tout à l'heure Bien que cela déplace l'interface utilisateur de l'onglet vers le bas, ce qui permet finalement de déplacer plus facilement la fenêtre, cela laisse toujours l'onglet indiscipliné. Je pense simplement que cela pourrait être fait mieux et d'une manière plus utilisable. Une chose qui pourrait fonctionner si vous n'aimez pas la méthode Tilix est de réduire la taille de l'onglet à mesure que plus de terminaux apparaissent. Cela donnerait au moins à l'utilisateur final une idée de ce qu'il y a plus facilement.

Je suppose que les bordures de fenêtre massivement épaisses sont un problème connu?

Lorsque vous déplacez la fenêtre du terminal avec la liste déroulante ouverte, la liste déroulante se déplace avec un retard. Je sais que cela a été signalé mais je pense que fermer la liste déroulante en cliquant en dehors de la liste est également une solution.

La plupart des autres applications que j'ai testées avec une liste déroulante / menu / navigation similaire se ferme lors du déplacement de la fenêtre ou en cliquant en dehors de la liste.

À ma connaissance, les bogues signalés précédemment ont été de corriger le retard. Ne pas fermer la liste lors du déplacement de la fenêtre en faisant glisser la barre supérieure. Ce qui, je pense, est une solution viable.

_Par liste déroulante, je veux dire la liste avec les profils (WSL, Powershell), les paramètres et les commentaires._

Je m'attendais honnêtement à ce que l'interface graphique de l'onglet du terminal corresponde à ce à quoi ressemble le chrome de bord:

Je conviens que la hauteur des onglets semble un peu petite

Remplacez l'icône Ubuntu par celle orange utilisée dans le magasin s'il vous plaît.

Vous pouvez le faire vous-même.
Ce bébé peut contenir tant de icon s

Remplacez l'icône Ubuntu par celle orange utilisée dans le magasin s'il vous plaît.

Vous pouvez le faire vous-même.

Oui, mais l'icône par défaut doit être cohérente, mieux vaut la changer en un seul endroit que les systèmes de quelques centaines de milliers d'utilisateurs.

Je suis presque sûr que nous ne sommes légalement pas autorisés à expédier directement la marque d'une distribution spécifique. Quelque chose quelque chose de droit d'auteur. Nous sommes autorisés à expédier le pingouin tux, d'où la raison pour laquelle toutes les distributions utilisent ce pingouin. @bitcrazed peut @ me si je me trompe.

Je ne sais pas si cela a déjà été suggéré / demandé, mais je ne suis pas fan du fait que chacun des onglets ait une longueur différente, et je me demandais s'il y a un paramètre que je peux modifier pour le rendre plus semblable à un navigateur dans chaque onglet est de la même longueur et a juste le type de terminal dans le nom.

J'utilise beaucoup d'onglets lorsque je travaille sous Unix, j'ai donc l'habitude de ne pas obtenir d'informations à partir de l'en-tête de l'onglet et je préférerais des onglets plus petits

Salut,
quelques conseils de conception et un concept.
Séparez le + du menu des paramètres, je pense qu'il n'y a aucune bonne raison de mettre les paramètres et les profils / nouveaux onglets au même endroit.
Profitez de toute la hauteur de la barre de titre pour l'onglet.
Hover / Active devrait être plus sombre que la barre de titre normale, et non l'inverse comme maintenant. (Pour le mode sombre, inversez les couleurs).
Supprimez la bordure de la fenêtre ou rendez-la facultative dans les paramètres, cela n'a pas l'air génial du tout.
Dans la troisième image, la couleur de la police est rouge pour indiquer que le terminal fonctionne en «Mode administratif».
Ajoutez un peu de remplissage par défaut, cela semble étrange pour le moment sans remplissage.

Je travaille sur une interface utilisateur pour le moment, je posterai des images car j'ai le temps de le terminer.

1564 est le problème de la mise en œuvre de l'interface utilisateur des paramètres.

Il devrait probablement être lié à ce problème.

Ré. Logos tiers, etc., @ zadjii-msft est correct - Microsoft ne peut pas expédier de logos pour des produits tiers. Cependant, nous ___pouvons___ être en mesure de trouver un moyen pour les fournisseurs de distribution de fournir leur logo à un endroit où Terminal pourra facilement le localiser et l'intégrer. Va nouilles un peu là-dessus.

@jwlodek & @Fisico - Appréciez vos commentaires, mais VEUILLEZ ne pas discuter des restons fidèles à un sujet par numéro, sinon nous ne garderons jamais la trace des choses. Merci.

Mes amis, je souhaite vous demander de fournir un mode sans onglets et sans décorations de fenêtre ou minimes? Tout ce que je veux, c'est un écran de terminal unique et propre. Je manque déjà une bascule plein écran aussi.

@oblitum vous devriez vérifier votre fichier de configuration. Si vous basculez entre alwaysShowTabs et showTabsInTitlebar , vous aurez quelque chose de plus proche de ce que vous voulez.

@DHowett Je l'ai essayé avant mais cela n'a pas aidé, j'ai enlevé les onglets, mais la décoration des fenêtres est devenue blanche, ce qui est pire que de laisser les onglets, au moins j'obtiens toute la décoration aussi sombre avec elle.

Est-il possible d'avoir le terminal en plein écran d'une manière ou d'une autre? Basculer ou configuration. Je vois qu'il y a FullScreen dans la base de code, mais je n'ai pas trouvé de paramètre.

Ré. Logos tiers, etc., @ zadjii-msft est correct - Microsoft ne peut pas expédier de logos pour des produits tiers. Cependant, nous _ pourrions _ être en mesure de trouver un moyen pour les fournisseurs de distribution de fournir leur logo à un endroit où Terminal pourra facilement le localiser et l'intégrer. Va nouilles un peu là-dessus.

@bitcrazed
Et si la liste des «profils» disponibles existait dans un dossier utilisateur, auquel d'autres distributions du Windows Store pourraient être ajoutées lors de l'installation. Ensuite, ceci est séparé du fichier JSON de paramètres / profil. Et l'interface utilisateur des paramètres peut afficher ces profils disponibles et permettre à un utilisateur de les ajouter.

Une partie de l'ajout de leur distribution à la liste des disponibles, inclurait une entrée d'icône, ou même l'ajout de schémas de couleurs comme le schéma de couleurs d'Ubuntu.

@ DHowett-MSFT En regardant le contrôle MinMaxClose, y a-t-il une raison pour laquelle ces tailles de boutons ont été choisies?

Les trois boutons mesurent 36 x 45.

En regardant Win32 (Notepad et Wordpad), ses contrôles de fenêtre sont de 29 x 45.

En regardant UWP (Calculatrice et votre téléphone), ses contrôles de fenêtre sont 32 x 46.

@mdtauk : Il ne semble pas y avoir de norme / consensus sur la taille de ces boutons sur d'autres applications Windows (comme vous pouvez le voir) 🤣

@mdtauk Selon le cadre d'interface utilisateur qu'une application est créée, vous pouvez voir des boutons système de tailles et de formes légèrement différentes. Par exemple:

• Les applications Win32 comme le Bloc-notes s'appuient sur le système d'exploitation (GDI / DComp) pour dessiner les contrôles système et ainsi obtenir une barre de titre de taille standard
• Chrome / Edgeium dessine sa propre zone non cliente afin de faire remonter ses onglets dans la barre de titre, et dessine ses propres boutons système ... alignés sur le bord supérieur de sa fenêtre pour ... 'raisons'
• Le terminal dessine également sa propre zone non cliente pour faire remonter ses onglets dans la zone de la barre de titre, et pour que les onglets s'adaptent, nous avons une barre de titre / onglet plus haute.

Dans Terminal, nous avons choisi de mettre à l'échelle et de centrer les boutons du système dans l'espace disponible de la barre de titre, ce qui les rend un peu plus grands, mais toujours carrés et proportionnés:

Fait intéressant, bien que les contrôles système de Terminal soient chacun un peu plus grands, ils sont proportionnellement regroupés un peu plus près, ce qui maintient le cluster de contrôle système à environ la même largeur que le cluster de contrôle dessiné par le système Win32:

Comparé aux applications UWP comme Mail, encore une fois, Terminal a besoin d'une zone de barre de titre légèrement plus grande, mais nos boutons système sont légèrement plus grands, mais plus carrés, et les symboles eux-mêmes ne sont que 2 pixels plus grands lorsqu'ils sont rendus sur mon écran 4K à une mise à l'échelle de 200%.

Cela dit, nous pourrions modifier un peu les choses à l'avenir, mais nous pensons que notre conception et notre mise en page sont propres, accessibles et proportionnellement solides.

Faites-nous savoir si vous n'êtes pas d'accord en déposant un problème afin qu'il puisse être suivi et discuté.

@mdtauk Re. paramètres, notez que nous travaillons sur un tas d'améliorations intéressantes dans cet espace. Restez à l'écoute pour les prochaines versions;)

@bitcrazed Merci 💙 Cette réponse était très intéressante. Je suis juste content que ce ne soit pas une décision "qui est assez bonne": les contrôles de fenêtre P sont l'un des éléments les moins cohérents de Windows, donc j'étais curieux.

Et par comparaison, Edgium conserve les contrôles de la fenêtre comme d'habitude, mais alignés en haut, plutôt que centrés.

Une fois que la bordure est correctement dessinée, elle ne sera pas aussi différente.

Quelqu'un peut-il s'il vous plaît répondre si je peux avoir le plein écran d'une manière ou d'une autre? Je veux juste tout l'écran sans aucun de ces contrôles Windows.

Quelqu'un peut-il s'il vous plaît répondre si je peux avoir le plein écran d'une manière ou d'une autre? Je veux juste tout l'écran sans aucun de ces contrôles Windows.

@oblitum Je sais que j'ai mentionné le mode tablette comme ayant besoin de prendre en charge une véritable option plein écran, où les contrôles de fenêtre n'apparaissent que lorsque vous passez la souris sur le haut ou glissez du haut. Si cela est implémenté, il pourrait y avoir une option pour Plein écran sur maximiser - peut-être même avec un changement de glyphe pour le bouton Maximiser

Pourquoi n'utilisez-vous pas WinUi pour dessiner la barre de titre et les onglets? Cela rendrait les choses plus cohérentes.

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

@mdtauk ok. Je demande juste une astuce, un paramètre de registre ou quelque chose, pas besoin d'un mode tablette implémenté pour le faire fonctionner. Je demande parce que je vois qu'il y a FullScreen dans la base de code, et une référence au registre, mais aucune idée si cela peut fonctionner aujourd'hui.

Pourquoi n'utilisez-vous pas WinUi pour dessiner la barre de titre et les onglets? Cela rendrait les choses plus cohérentes.

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

En raison de la nécessité du projet, ils doivent remplacer le dessin de fenêtre Win32 par défaut, mais les contrôles TabBar et Window sont implémentés en tant que contrôles Xaml.

Contrôles WinUI

@lazylazyllama Le contrôle d'onglet du Terminal est construit pour nous par l'équipe WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304

Nous avons prototypé les premières implémentations de Terminal à l'aide du contrôle d'onglet de @ michael-hawker Windows Community Toolkit, puis avons travaillé avec

Ré. dessin dans la zone non cliente:

Ce n'est pas aussi simple qu'on pourrait l'imaginer, en particulier lorsque l'UX de votre application est composé de contrôles XAML hébergés dans les îles XAML au sommet d'une application hôte Win32. Nous avons travaillé en étroite collaboration avec WinUI, XAMLIslands et d'autres équipes partenaires pour faire fonctionner les onglets de Terminal.

@oblitum Veuillez ne pas demander de fonctionnalités dans ce fil - veuillez ouvrir un nouveau numéro s'il n'en existe pas déjà un décrivant votre demande. Si un problème existant décrit une grande partie de ce que vous recherchez, veuillez ajouter vos réflexions à cette demande existante. Par exemple, # 2001 ou # 288

@mdtauk NP :) Hélas, avec le sable changeant de la conception de l'interface utilisateur Windows et la flexibilité exigée par les applications qui veulent plus de contrôle sur chaque aspect de la façon dont elles sont dessinées, nous voyons souvent beaucoup de `` dérive '' entre différentes applications '' expériences utilisateur. C'est bon et mauvais: bien dans la mesure où nous pouvons faire avancer les choses (Dieu merci, nous n'utilisons pas tous encore des applications basées sur GDI 😉) mais mauvais dans la mesure où il faut souvent changer de contexte / d'attentes UX lors du passage d'une application à l'autre.

Espérons qu'au fur et à mesure que nous progressons et que la pile Windows UX moderne mûrit et que les langages de conception se consolident, nous verrons suffisamment de cohérence pour ne pas avoir à réinitialiser les attentes entre les applications.

@mdtauk NP :) Hélas, avec le sable changeant de la conception de l'interface utilisateur Windows et la flexibilité exigée par les applications qui veulent plus de contrôle sur chaque aspect de la façon dont elles sont dessinées, nous voyons souvent beaucoup de `` dérive '' entre différentes applications '' expériences utilisateur. C'est bon et mauvais: bien dans la mesure où nous pouvons faire avancer les choses (Dieu merci, nous n'utilisons pas tous encore des applications basées sur GDI 😉) mais mauvais dans la mesure où il faut souvent changer de contexte / d'attentes UX lors du passage d'une application à l'autre.

Espérons qu'au fur et à mesure que nous progressons et que la pile Windows UX moderne mûrit et que les langages de conception se consolident, nous verrons suffisamment de cohérence pour ne pas avoir à réinitialiser les attentes entre les applications.

Je suis sûr que lorsque WinUI avec le cycle de vie Win32 sera là, vous serez très heureux de supprimer tout ce code de dessin DWM et HWND. Espérons que ces applications auront également la possibilité de recolorer les contrôles de fenêtre en XAML, ce que UWP peut faire.

Espérons qu'au fur et à mesure que nous progressons et que la pile Windows UX moderne mûrit et que les langages de conception se consolident, nous verrons suffisamment de cohérence pour ne pas avoir à réinitialiser les attentes entre les applications.

Cette cohérence est indispensable.

Je suggérerais de faire de l'interface onglet deux couches empilées verticalement, essentiellement deux lignes. comment il est implémenté à partir de maintenant, toute l'interface de l'onglet est sur l'en-tête lui-même, je suggérerais que la zone d'en-tête (première ligne) affiche le chemin de l'onglet actif et que dans les onglets de la deuxième ligne, l'affichage uniquement du nom binaire fonctionnerait meilleur.

Je ne sais pas à quoi ressemble le support sur différents shells, mais la mise en évidence de répertoires contre fichiers pourrait-elle éventuellement être possible?

mise en évidence des répertoires et des fichiers

Pour PowerShell, vous aurez besoin d'un module comme DirColors (* plug sans vergogne), qui ajoutera une coloration de style coreutils aux listes de fichiers PowerShell.

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

Pourquoi le design tabview est-il si différent de ce qui se trouve actuellement dans le terminal? la conception de l'onglet winui est beaucoup plus proche de ce qui est en chrome de bord.

Parce que le TabView actuellement utilisé dans Windows Terminal est une implémentation personnalisée et qu'il n'a pas encore été migré vers WinUI .

c'est assez trompeur de la part des gens de WinUI alors.

c'est assez trompeur de la part des gens de WinUI alors.

Pas vraiment, celui utilisé dans Windows Terminal est en retard par rapport à la version WinUI. Mais Terminal a été le premier à l'utiliser, avant qu'il n'entre dans la phase de pré-lancement - ils ont donc été le terrain d'essai pour le contrôle et ont fourni des commentaires.

Il y a aussi un autre problème. Le contrôle WinUI TabView est conçu pour UWP et XAML, mais pour le moment, Windows Terminal est un mélange d'application Win32 native et d'îles XAML pour l'utilisation de contrôles modernes. Il y a certaines limites à l'heure actuelle, avec la façon dont les deux technologies fonctionnent ensemble.

L'espoir est WinUI 3.0 et une version 2020 de quelque chose appelé WinUI Desktop - les fusionneront, ce qui rendra la création de l'application beaucoup plus fluide et simple.

Woah non c'est un malentendu.

Ce que nous utilisons actuellement dans le terminal était une version préliminaire de TabView. Nous avons aidé à guider certains des détails de mise en œuvre. Ce qui a été publié dans WinUI 2.2 était la version raffinée de TabView.

Nous, sur le terminal, n'avons tout simplement pas eu la chance d'extraire les derniers bits de WinUI et de nous mettre à jour. Fondamentalement, ils sont le même contrôle, nous ne sommes plus que quelques versions derrière: P

La pile mixte UWP XAML + Win32 que nous utilisons pour notre interface utilisateur n'a pas d'impact sur notre capacité à ingérer la vue onglet.

La pile mixte UWP XAML + Win32 que nous utilisons pour notre interface utilisateur n'a pas d'impact sur notre capacité à ingérer la vue onglet.

Cela explique pourquoi l'intégration dans la TitleBar ne correspondra pas complètement à l'image affichée sur la liste WinUI pour le TabView

Je voulais d'abord créer un problème autonome, mais je suppose que cela convient mieux ici de toute façon:

Autoriser le "verrouillage" des onglets individuels

Comme idée aléatoire, il pourrait y avoir une icône de cadenas supplémentaire à côté du bouton de fermeture, lors du survol d'un onglet (non verrouillé). Si un onglet est verrouillé, le verrou serait toujours visible et empêcherait de fermer accidentellement l'onglet / processus associé (soit à la main, soit en arrêtant le système). Pensez aux onglets épinglés / stockés dans Chrome ou Edge.

Scénario

Ceci est fondamentalement basé sur des événements réels, avec plusieurs fenêtres de console plutôt que la nouvelle application Terminal.

• Mario exécute plusieurs onglets de n'importe quel shell regroupés, un pour les commandes de la console diverses, un deuxième onglet héberge un site Web en développement, un autre avec SSH sur le serveur distant, etc.
• Puisqu'il y a eu quelques problèmes, il décide d'ouvrir encore un autre shell pour exécuter un processus de nettoyage / service lent (comme git gc , sfc /scannow , ftp poussant des fichiers, ou peu importe).
• Pendant son exécution, il revient aux autres onglets avec son travail régulier.
• À la fin de la journée, il ferme tout le groupe de terminaux / onglets par commodité (et en raison de son habitude), oubliant comment il voulait vérifier la sortie de la tâche de longue durée.
• Les résultats sont perdus immédiatement (ignorons les fichiers journaux ou les entrées d'événements, ce qui n'est pas vraiment standardisé et il pourrait s'agir d'une session à distance temporaire comme SSH).

Qu'est-ce qui devrait être différent

• Après que Mario ouvre le nouvel onglet / shell pour le processus lent, il utilise une petite icône de cadenas dans l'onglet (qui n'est visible que pendant le survol) pour le «verrouiller».
• Une fois cliqué, le bouton de fermeture de l'onglet est supprimé et remplacé par ladite icône de cadenas.
• Plus tard, lorsque vous essayez de fermer l'application Terminal dans son ensemble, les onglets normaux sont supprimés, mais celui verrouillé reste ouvert,
• Dans cet état, le terminal empêcherait également un arrêt (non forcé) du système.
• Si le processus associé à l'onglet verrouillé meurt, l'onglet est automatiquement déverrouillé / supprimé (c'est-à-dire comportement actuel).
• Si le cadenas est double-cliqué, l'onglet est déverrouillé et rétabli au comportement par défaut.

J'ai également fait un problème général de hoquet sur lequel je suis tombé par hasard: https://github.com/microsoft/terminal/issues/2209

Malheureusement, je n'ai pas de bande passante ces jours-ci pour lire / rechercher tous les problèmes potentiellement dupliqués ou déjà résolus. Si quelqu'un sur ce fil par hasard a l'énergie de pointer ceux qui ne sont pas en double / admissibles, je peux créer des problèmes séparés.

Je ne pensais pas que cela justifiait un nouveau problème car il est assez subjectif ... mais j'aimerais comprendre la justification de l'utilisation de l'acrylique lorsque la fenêtre est focalisée, plutôt que l'inverse.

Cela semble tellement contraire à ce que vous voudriez; cela rend la fenêtre dans laquelle vous travaillez moins lisible et désactive toute sorte de transparence au moment où vous le souhaitez, c'est-à-dire lorsqu'une fenêtre inactive obscurcit une autre fenêtre.

aime comprendre la justification

Nous le ferions aussi! Il s'agit d'une politique à l'échelle du système appliquée au pinceau acrylique. Vraisemblablement, cela a été fait pour qu'un tas d'applications n'empile pas des dizaines de fenêtres transparentes les unes sur les autres et ne tue les performances du système. C'était censé être une offre pour les fenêtres actives uniquement.

Haha tout le monde est sur la même longueur d'onde alors - et merci pour la réponse. Espérons que les personnes appropriées entendront les grondements à un moment donné et y parviendront (et la transparence standard croisée des doigts deviendra une option dans Microsoft Terminal)!

@ drk-mtr il y a une application uwp appelée "Notepads" et elle parvient d'une manière ou d'une autre à garder sa transparence acrylique même si elle n'est plus concentrée.

https://github.com/JasonStein/Notepads

L'invite lors de l'utilisation de zsh / Oh My Zsh ne semble pas correcte dans le terminal Windows, en particulier les couleurs des flèches et quelques petites lignes entre les caractères. J'utilise Powerlevel9k.

Terminal Windows (en utilisant le jeu de couleurs Solarized Dark)

WSL classique (en utilisant les couleurs par défaut)

supprimé par la suite

Juste pour mémoire, et pour éviter toute hypothèse de malversation: ni moi ni mon équipe n'avons supprimé ce commentaire. @mcgov a déplacé son commentaire vers une question plus appropriée, # 1753.

Ah c'est bon d'entendre @ DHowett-MSFT. J'ai supprimé ce commentaire pour éviter tout drame inutile.

J'ai des problèmes avec les mots clés pour cela, alors excusez-moi s'il y a déjà un problème. Je ne suis pas non plus sûr à 100% que ce soit un problème de terminal.

Souvent, mais pas toujours, après avoir tapé 3 caractères, le texte décale d'une colonne vers la gauche:

Voici ce que j'ai observé:

• Cela ne semble se produire qu'à l'intérieur d'un dépôt git (problème posh-git?)
• Cela se produit avec des polices compatibles avec la ligature comme Cascadia Code ou Fira Code, mais pas avec Consolas
• Cela ne se produit pas dans le terminal intégré VS Code lors de l'utilisation de Cascadia Code; il semble que le terminal intégré ne prend pas en charge les ligatures
• Cela se produit avec PowerShell Core et Windows PowerShell, mais je n'ai pas pu le produire dans Git Bash ou une session SSH
• Peu importe que ce soit une commande git ou autre chose, comme clear

Ce qui précède me fait penser que c'est un truc de rendu de ligature, mais je ne suis pas certain.

J'utilise:

• Windows 10 version 18362.175
• Windows Terminal 0.5.2681.0 (version Store), mais cela s'est également produit précédemment
• posh-git 1.0.0-beta3

@rdnlsmith

Cela est dû au caractère ≡ .

Voir également:

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

@ ExE-Boss Intéressant, merci!

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

Merci pour vos commentaires sur l'acrylique. Je suis un gestionnaire de programme travaillant avec l'équipe de conception Fluent. Vous m'avez peut-être vu parler de Fluent at // Build au cours des deux dernières années, notamment en partageant les décisions sur le changement d'orientation concernant les endroits où l'acrylique devait être utilisé.

Pour faire court, les conseils pour Acrylique d' aujourd'hui indiquent qu'il doit être utilisé pour les surfaces d'interface utilisateur transitoires ainsi que pour les surfaces de nature transitoire. L'acrylique utilise la transparence et le flou, ce qui est coûteux en puissance de calcul. Il a donc été décidé à partir du point de vue technique que cette interface utilisateur ne doit être utilisée que lorsque l'application est focalisée là où cet effet est le plus efficace. C'est pourquoi Acrylique s'éteint lorsque la mise au point est dirigée vers une autre application ainsi que lorsque l'appareil fonctionne dans des conditions moins qu'optimales. Ce matériau n'a jamais été conçu pour être utilisé sur la surface où il est allumé à tout moment.

L'acrylique était également censé être plus «accrocheur» que utilisé sur une surface qui n'attire pas l'attention de l'utilisateur. Nous utilisons de l'acrylique combiné à une ombre pour ajouter une sensation élevée sur des commandes telles que MenuFlyout / ContextMenu pour effectuer des tâches courtes. Pour cette raison, des applications telles que Calculatrice utilisent également cet effet pour de courtes actions de calcul.

En ce qui concerne la lisibilité, nous passons un peu de temps à nous assurer que le texte au-dessus de l'acrylique est lisible en ajustant très soigneusement les valeurs. Cela dit, étant transparent, il ne sera jamais aussi bon que du noir pur ou du blanc pur. Nous ne recommandons donc pas qu'il soit utilisé sur une surface principale à utiliser pendant une longue période.

Le système de conception Fluent est également fier de fournir une familiarité à nos utilisateurs, même s'ils ne sont pas de Windows. Pour cette raison, nous en avons discuté avec des personnes sur Terminal qui en pilotent la conception et avons pris une décision collective pour que l'application Terminal conserve la surface acrylique par défaut sur le volet avec lequel la plupart des clients Linux se sentiront chez eux. Si je comprends bien, les clients Linux sont habitués à un arrière-plan flou, mais la page principale ne l'allume pas par défaut pour les raisons mentionnées ci-dessus (toujours possible de l'activer comme choix de l'utilisateur).

J'espère que cela a expliqué un peu le contexte et le raisonnement derrière la conception actuelle. Cela dit, nous apprécions vos commentaires sur l'acrylique. Si vous souhaitez faire part de vos commentaires sur ce sujet ou sur tout autre sujet WinUI, veuillez soumettre un nouveau numéro sur le référentiel WinUI principal.

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

L'acrylique utilise la transparence et le flou, ce qui est coûteux en puissance de calcul.

Existe-t-il des données sur la lenteur du flou multicouche?
Pouvons-nous les activer uniquement sur les modèles d'ordinateurs plus récents?
Les ordinateurs des développeurs sont considérés comme rapides.

Les ordinateurs des développeurs sont considérés comme rapides.

Ordinateurs de jeu, oui, mais les ordinateurs des développeurs peuvent être plus lents - il vous suffit d'écrire du code!

Juste par curiosité, comment les "Notepads" mentionnés par @lazylazyllama peuvent-ils conserver leur transparence acrylique compte tenu de la politique du système? C'est dans le magasin donc il ne devrait pas utiliser d'API "magique".

Le système de conception Fluent est également fier de fournir une familiarité à nos utilisateurs, même s'ils ne sont pas de Windows. Pour cette raison, nous en avons discuté avec des personnes sur Terminal qui en pilotent la conception et avons pris une décision collective pour que l'application Terminal conserve la surface acrylique par défaut sur le volet avec lequel la plupart des clients Linux se sentiront chez eux. Si je comprends bien, les clients Linux sont habitués à un arrière-plan flou, mais la page principale ne l'allume pas par défaut pour les raisons mentionnées ci-dessus (toujours possible de l'activer comme choix de l'utilisateur).

Donc, toute cette vidéo promotionnelle de Terminal est un mensonge?

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

Les gens s'attendent à ce que cela ressemble à ça dès le départ.

Juste par curiosité, comment les "Notepads" mentionnés par @lazylazyllama peuvent-ils conserver leur transparence acrylique compte tenu de la politique du système? C'est dans le magasin donc il ne devrait pas utiliser d'API "magique".

@ZhaoMJ , API de composition de bas niveau plutôt qu'AcryliqueBrush pour obtenir cet effet.

@ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,
Merci pour vos commentaires sur l'acrylique. Je suis un gestionnaire de programme travaillant avec l'équipe de conception Fluent. Vous m'avez peut-être vu parler de Fluent at // Build au cours des deux dernières années, notamment en partageant les décisions sur le changement d'orientation concernant les endroits où l'acrylique devait être utilisé.
Pour faire court, les conseils pour l'acrylique d'aujourd'hui indiquent qu'il doit être utilisé pour les surfaces d'interface utilisateur transitoires ainsi que pour les surfaces de nature transitoire. L'acrylique utilise la transparence et le flou, ce qui est coûteux en puissance de calcul. Il a donc été décidé à partir du point de vue technique que cette interface utilisateur ne doit être utilisée que lorsque l'application est focalisée là où cet effet est le plus efficace. C'est pourquoi Acrylique s'éteint lorsque la mise au point est dirigée vers une autre application ainsi que lorsque l'appareil fonctionne dans des conditions moins qu'optimales. Ce matériau n'a jamais été conçu pour être utilisé sur la surface où il est allumé à tout moment.
L'acrylique était également censé être plus «accrocheur» que utilisé sur une surface qui n'attire pas l'attention de l'utilisateur. Nous utilisons de l'acrylique combiné à une ombre pour ajouter une sensation élevée sur des commandes telles que MenuFlyout / ContextMenu pour effectuer des tâches courtes. Pour cette raison, des applications telles que Calculatrice utilisent également cet effet pour de courtes actions de calcul.
En ce qui concerne la lisibilité, nous passons un peu de temps à nous assurer que le texte au-dessus de l'acrylique est lisible en ajustant très soigneusement les valeurs. Cela dit, étant transparent, il ne sera jamais aussi bon que du noir pur ou du blanc pur. Nous ne recommandons donc pas qu'il soit utilisé sur une surface principale à utiliser pendant une longue période.
Le système de conception Fluent est également fier de fournir une familiarité à nos utilisateurs, même s'ils ne sont pas de Windows. Pour cette raison, nous en avons discuté avec des personnes sur Terminal qui en pilotent la conception et avons pris une décision collective pour que l'application Terminal conserve la surface acrylique par défaut sur le volet avec lequel la plupart des clients Linux se sentiront chez eux. Si je comprends bien, les clients Linux sont habitués à un arrière-plan flou, mais la page principale ne l'allume pas par défaut pour les raisons mentionnées ci-dessus (toujours possible de l'activer comme choix de l'utilisateur).
J'espère que cela a expliqué un peu le contexte et le raisonnement derrière la conception actuelle. Cela dit, nous apprécions vos commentaires sur l'acrylique. Si vous souhaitez faire part de vos commentaires sur ce sujet ou sur tout autre sujet WinUI, veuillez soumettre un nouveau numéro sur le référentiel WinUI principal.

@chigy @ DHowett-MSFT Au lieu de "désactiver" l'acrylique, pourquoi ne pas le mettre en pause. c'est-à-dire que la dernière image rendue avant que la fenêtre ne devienne inactive, est affichée pendant que la fenêtre est inactive. Les fenêtres actives sont presque toujours au-dessus des fenêtres inactives et ainsi l'effet acrylique semble être actif même lorsque la fenêtre n'est plus active. Le seul problème que je vois avec ceci est une situation où une fenêtre est «toujours au-dessus», ce qui est tout à fait tolérable.

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

En ce qui concerne la lisibilité, nous passons un peu de temps à nous assurer que le texte au-dessus de l'acrylique est lisible en ajustant très soigneusement les valeurs. Cela dit, étant transparent, il ne sera jamais aussi bon que du noir pur ou du blanc pur. Nous ne recommandons donc pas qu'il soit utilisé sur une surface principale à utiliser pendant une longue période.

@chigy

Cela pourrait être résolu en soulignant ou en appliquant une ombre portée / une lueur extérieure sur le texte. @miniksa a fait une démonstration d'une version piratée de cela lorsque le terminal a été dévoilé lors de Build, il ne semble donc pas loin de considérer qu'il pourrait devenir un jour une fonctionnalité optionnelle du terminal, en particulier dans un monde où la communauté pourrait y contribuer.

@chigy @ DHowett-MSFT Au lieu de "désactiver" l'acrylique, pourquoi ne pas le mettre en pause. c'est-à-dire que la dernière image rendue avant que la fenêtre ne devienne inactive, est affichée pendant que la fenêtre est inactive. Les fenêtres actives sont presque toujours au-dessus des fenêtres inactives et ainsi l'effet acrylique semble être actif même lorsque la fenêtre n'est plus active. Le seul problème que je vois avec ceci est une situation où une fenêtre est «toujours au-dessus», ce qui est tout à fait tolérable.

@ 3dWrecker ce n'est pas ainsi que fonctionne AcryliqueBrush. Le concept de pause ne s'applique pas à AcrylicBrush, tout comme vous ne pouvez pas mettre en pause une feuille d'acrylique dans le monde physique.

Un grand merci pour les réponses complètes!

Je vais être honnête, j'ai posté ceci sur un fil de discussion existant car je ne le voyais pas comme une préoccupation centrale (jusqu'à ce que d'autres éléments tels que le support de la souris dans WSL, etc. soient terminés). Je n'ai pas tenu compte du fait que quelques personnes peuvent être abonnées au fil et qu'il pourrait obtenir une réponse décente! Je pense que je devrais clarifier mon point de vue - je les ai écrits comme des "User Stories" qui ignorent complètement toutes les contraintes techniques, donc j'apprécie pleinement que celles-ci ne soient pas réalisables.

Et je réalise que certains des éléments ci-dessous sont mutuellement contradictoires s'ils sont appliqués en même temps, je suis un utilisateur difficile typique;)

Je voudrais pouvoir voir le texte dans une fenêtre derrière la fenêtre focalisée

On dirait que l'acrylique n'est pas vraiment le bon véhicule pour cela. Un effet de transparence normal serait donc parfait pour cela, et il semble que c'est plus facile à mettre en œuvre.

L'idéal est que l'arrière-plan puisse avoir une transparence configurable, mais que le texte rendu puisse être opaque - aucune idée à quel point cela est réalisable.

J'adore l'effet acrylique et j'aimerais pouvoir l'utiliser dans une fenêtre focalisée

Je ne peux pas utiliser l'acrylique lorsque la fenêtre est focalisée, car même sur le paramètre le plus minimal autorisé par le terminal, le texte n'est pas suffisamment lisible.

J'aimerais donc pouvoir réduire l'intensité de l'effet acrylique appliqué pendant que la fenêtre est focalisée. À titre d'exemple, si nous pouvions utiliser l'effet acrylique avec une couche transparente gris foncé appliquée par-dessus, afin que l'effet soit rendu plus subtil, cela pourrait bien fonctionner.

Alternativement, être capable de rendre le flou plus intense et / ou de le réduire à près de zéro augmenterait massivement la flexibilité d'utilisation dans le monde réel.

Je veux utiliser de l'acrylique lorsque la fenêtre n'est pas focalisée

J'apprécie que cela ne soit peut-être pas réalisable, y compris ici pour être complet.

L'idéal ici est que différents paramètres de flou peuvent être appliqués par rapport à la fenêtre focalisée, et une couche alpha facultative sur le dessus pour la rendre moins intense.

Désolé de mentionner le système d'exploitation basé sur les fruits ici, mais pour le contexte, ils utilisent des couches alpha sur les fenêtres focalisées et non focalisées, et ont différentes couches alpha même sur les icônes individuelles dans ces fenêtres. Ce n'est donc pas facile, mais c'est certainement réalisable.

@chigy @ DHowett-MSFT Au lieu de "désactiver" l'acrylique, pourquoi ne pas le mettre en pause. c'est-à-dire que la dernière image rendue avant que la fenêtre ne devienne inactive, est affichée pendant que la fenêtre est inactive. Les fenêtres actives sont presque toujours au-dessus des fenêtres inactives et ainsi l'effet acrylique semble être actif même lorsque la fenêtre n'est plus active. Le seul problème que je vois avec ceci est une situation où une fenêtre est «toujours au-dessus», ce qui est tout à fait tolérable.

@ 3dWrecker ce n'est pas ainsi que fonctionne AcryliqueBrush. Le concept de pause ne s'applique pas à AcrylicBrush, tout comme vous ne pouvez pas mettre en pause une feuille d'acrylique dans le monde physique.

Je pense que c'est exactement le point - 3dWrecker propose une approche alternative ... pour aller avec l'analogie, vous pouvez «mettre en pause» une feuille acrylique dans le monde physique en prenant une photo. Et renouer avec cette photo est moins intensif que le rendu d'une vidéo de l'acrylique, même si la feuille d'acrylique reste statique dans les deux.

Bien sûr, je ne sais rien des détails de l'implémentation, donc si ce que vous suggérez est qu'il ne peut pas être implémenté en utilisant le modèle actuel, alors assez bien :)

Bien sûr, je ne sais rien des détails de l'implémentation, donc si ce que vous suggérez est qu'il ne peut pas être implémenté en utilisant le modèle actuel, alors assez bien :)

C'est exactement ce que je suggère, @ drk-mtr 😊. Changer l'implémentation d'AcryliqueBrush est un objectif précis qui ne sera pas atteint dans le terminal. Comme @chigy l'a suggéré plus tôt, le principal repo WinUI est le bon endroit pour discuter de l'acrylique.

Bien sûr, je ne sais rien des détails de l'implémentation, donc si ce que vous suggérez est qu'il ne peut pas être implémenté en utilisant le modèle actuel, alors assez bien :)

C'est exactement ce que je suggère, @ drk-mtr blush. Changer l'implémentation d'AcryliqueBrush est un objectif précis qui ne sera pas atteint dans le terminal. Comme @chigy l'a suggéré plus tôt, le principal repo WinUI est le bon endroit pour discuter de l'acrylique.

Je pense qu'un problème avec l'idée de "mettre l'acrylique en pause" serait que dans le cas de plusieurs fenêtres empilées, si une (ou plusieurs) des fenêtres empilées sous celle avec l'effet acrylique mis en pause est déplacée, elle aurait toujours l'air d'être sous la fenêtre acrylique suspendue, créant ainsi une ... Incohérence étrange.

Sauf si j'ai mal compris quelle était votre idée

@chigy

Cela pourrait être résolu en soulignant ou en appliquant une ombre portée / une lueur extérieure sur le texte. @miniksa a fait une démonstration d'une version piratée de cela lorsque le terminal a été dévoilé lors de Build, il ne semble donc pas loin de considérer qu'il pourrait devenir un jour une fonctionnalité optionnelle du terminal, en particulier dans un monde où la communauté pourrait y contribuer.

@beforan , merci pour la suggestion, n'hésitez pas à la suggérer à notre principal dépôt WinUI .

Cela dit, nous avons récemment examiné l'utilisation de l'ombre et ils ne fonctionnent pas très bien avec du texte plus petit où ces types d'interface utilisateur sont généralement utilisés.

Je voudrais pouvoir voir le texte dans une fenêtre derrière la fenêtre focalisée

On dirait que l'acrylique n'est pas vraiment le bon véhicule pour cela. Un effet de transparence normal serait donc parfait pour cela, et il semble que c'est plus facile à mettre en œuvre.

@ drk-mtr, nous ne voulons pas que de nombreuses applications créent une version différente du concept similaire pour offrir aux utilisateurs des expériences incohérentes. Nous nous sommes donc installés ici à utiliser de l'acrylique. L'acrylique contribue également à la lisibilité d'une transparence régulière.

L'idéal est que l'arrière-plan puisse avoir une transparence configurable, mais que le texte rendu puisse être opaque - aucune idée à quel point cela est réalisable.

Encore une fois, vous rencontrerez probablement ici des problèmes de lisibilité dont vous devrez vous assurer ...

J'adore l'effet acrylique et j'aimerais pouvoir l'utiliser dans une fenêtre focalisée

Je ne peux pas utiliser l'acrylique lorsque la fenêtre est focalisée, car même sur le paramètre le plus minimal autorisé par le terminal, le texte n'est pas suffisamment lisible.

J'aimerais donc pouvoir réduire l'intensité de l'effet acrylique appliqué pendant que la fenêtre est focalisée. À titre d'exemple, si nous pouvions utiliser l'effet acrylique avec une couche transparente gris foncé appliquée par-dessus, afin que l'effet soit rendu plus subtil, cela pourrait bien fonctionner.

Alternativement, être capable de rendre le flou plus intense et / ou de le réduire à près de zéro augmenterait massivement la flexibilité d'utilisation dans le monde réel.

Je pensais que vous aviez déjà une capacité? C'est ce que j'ai obtenu de mon contact "Pour rendre Acrylique plus utilisable pour les utilisateurs avec des préférences différentes, on peut appuyer sur et ancien CTRL + SHIFT et molette de défilement avec la souris ou" zoomer "avec un trackpad pour ajuster dynamiquement le niveau de transparence de 0% à ~ 50%. " Il s'agit d'une fonctionnalité spécifique au terminal, mais si cela est intéressant et bénéficie du soutien de la communauté, nous pourrions envisager de la systématiser.

Je veux utiliser de l'acrylique lorsque la fenêtre n'est pas focalisée

J'apprécie que cela ne soit peut-être pas réalisable, y compris ici pour être complet.

L'idéal ici est que différents paramètres de flou peuvent être appliqués par rapport à la fenêtre focalisée, et une couche alpha facultative sur le dessus pour la rendre moins intense.

Désolé de mentionner le système d'exploitation basé sur les fruits ici, mais pour le contexte, ils utilisent des couches alpha sur les fenêtres focalisées et non focalisées, et ont différentes couches alpha même sur les icônes individuelles dans ces fenêtres. Ce n'est donc pas facile, mais c'est certainement réalisable.

J'aimerais comprendre les scénarios utilisateur ici. J'encourage ceux qui le souhaitent à le suggérer à notre principal repo WinUI .

Je ne savais pas comment ctrl + shift + scroll - merci!

Je suis entièrement d'accord pour viser la cohérence de l'esthétique, mais je ne donnerais jamais la priorité à cela au-dessus de l'expérience fonctionnelle. Je n'ai pas vraiment d'opinion sur l'opacité / l'acrylique dans WinUI en général - j'espère que cela ne semble pas impoli mais je suis un peu "à prendre ou à laisser". Je pense vraiment aux implications en termes de convivialité dans le contexte limité du terminal ici.

Espérons que ces observations avec une console ciblée clarifient:

• Opacité 0,999: je peux lire clairement le texte de la console. Cependant, je ne peux avoir aucune idée des fenêtres superposées sous celle-ci. L'effet n'a pas de facteur «wow».
• Opacité 0,9: Ceci fournit un équilibre généralement utilisable. Je peux lire assez clairement le texte de la console, même si l'arrière-plan est un peu trop éclairé. Il n'a que très peu d'utilité fonctionnelle, car les fenêtres derrière celui-ci sont à peine discernables.
• Opacité 0,5: La transparence commence à devenir utile, je peux avoir une idée des fenêtres derrière celle-ci ... mais le texte de premier plan commence définitivement à perdre en lisibilité.
• 0,1 opacité: il a l'air brillant, très bel effet. Cela devient un vrai combat à lire contre certaines fenêtres d'arrière-plan ... et il y a peu d'avantages fonctionnels puisque le texte d'arrière-plan est toujours illisible. Donc, vous pensez que "ce ne serait pas génial sur une fenêtre non focalisée!", Réalisez que cela ne peut pas être fait, et augmentez l'opacité. Et d'un point de vue purement esthétique, à ce stade, la transition de l'acrylique à «rien» lorsque je m'éloigne de la mise au point de cette fenêtre est horriblement saccadée, car elle «ajoute du focus» à la fenêtre non focalisée, et la transition soudaine est très prononcée car l'effet acrylique était plus fort.

Il n'y a pas de bon équilibre pour moi. Je crains que quelqu'un ne me parle d'un paramètre de flou entièrement configurable ou de quelque chose bientôt et je me sentirai très idiot ...

Comme je l'ai dit, c'est probablement un travail de transparence régulière - ou peut-être que je devrai l'éteindre et supporter une expérience de console plus simple :)

Je pense que l'utilisateur devrait simplement utiliser ce qu'il se sent à l'aise. Je ne pense pas que le terminal doive "forcer" une sorte de fond sur l'utilisateur. En théorie, il pourrait y avoir 3 «modes»

• Fond complètement opaque (ie "useAcrylic": false )
• Fond acrylique (ie "useAcrylic": true ). Devrait rester la valeur par défaut pour le facteur "wow" et simplement parce que ça a l'air bien.
• (Semi) fond transparent. Celui-ci n'existe pas pour le moment et répondrait probablement à toutes les plaintes.

Je ne pense pas que l'acrylique disparaître lorsque la fenêtre devient floue soit une grosse affaire: pour être honnête, je ne pense pas que le but de l'acrylique soit de vous permettre de voir ce qu'il y a sous les fenêtres de toute façon, c'est à mon avis visuel bonbons. Ainsi, les personnes qui n'aiment pas la disparition de cet effet acrylique seraient probablement satisfaites du fond semi-transparent, qui leur permettrait de voir tout ce dont elles ont besoin.

Cependant, pour que cela fonctionne, la fenêtre doit conserver sa transparence à tout moment, même lorsqu'elle n'est pas nette.

En ce qui concerne les options, si un système à trois états est adopté, quelque chose comme backgroundMode pourrait être ajouté avec filled , transparent ou acrylic comme options au lieu du simple booléen useAcrylic .

Juste mes deux cents. J'espère juste qu'une version transparente est techniquement faisable, car je pense que ce serait un argument de vente majeur pour les utilisateurs expérimentés qui sont parfaitement satisfaits de leur solution transparente actuelle et qui verraient le terminal comme une rétrogradation.

Huh, on dirait que les flèches des polices Powerline sont cassées

EDIT: Ceci est suivi par # 633 et je suis aveugle, même si pour une raison quelconque cela a très bien fonctionné jusqu'à présent

Lorsque vous exécutez des applications de console avec des fonctions de souris (par exemple les barres de menus de FPC, mais en mode texte), les clics de la souris sélectionneront le caractère en dessous et n'atteindront pas l'application sous-jacente.

@ leduyquang753 C'est le dernier élément de "Choses que nous savons:" en haut de cette page - Références # 376, # 545

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

WinUI 3.0 prévoit un modèle d'application de bureau en option afin que les développeurs puissent utiliser la puissance d'UWP en mode bureau complet similaire à WPF. WinUI est vraiment excitant pour cela et quelques autres raisons :)

Je suppose que cela résout le problème de l'extraction des onglets WinUI sur win32?

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

WinUI 3.0 prévoit un modèle d'application de bureau en option afin que les développeurs puissent utiliser la puissance d'UWP en mode bureau complet similaire à WPF. WinUI est vraiment excitant pour cela et quelques autres raisons :)

Je suppose que cela résout le problème de l'extraction des onglets WinUI sur win32?

J'ose dire que le projet Windows Terminal sera un terrain d'essai pour une grande partie de cette approche WinUI Desktop

@chigy

@ drk-mtr, nous ne voulons pas que de nombreuses applications créent une version différente du concept similaire pour offrir aux utilisateurs des expériences incohérentes. Nous nous sommes donc installés ici à utiliser de l'acrylique. L'acrylique contribue également à la lisibilité d'une transparence régulière.

À la fin de la journée, l'acrylique est joli, mais ce n'est en aucun cas utile.
La transparence - une fonctionnalité prise en charge par tous les autres terminaux que j'ai jamais utilisés - est utile.

Je comprends que ce n'est pas actuellement mis en œuvre, mais honnêtement, il est un peu idiot de dire que ce n'est pas une fonctionnalité qui devrait être prise en charge par souci de cohérence, en particulier lorsque la vidéo promotionnelle affiche une fenêtre en verre entièrement transparente.

Je me demande pourquoi le marketing ferait ce choix? Je suppose que c'est parce qu'ils savent que tout le monde veut un terminal transparent__.

Je vois beaucoup de "Je ne veux pas cela à cause de mes raisons" dans ce projet (la transparence et les volets séparés me viennent à l'esprit). Alors, ne l'activez pas dans votre configuration? Pourquoi serait-il difficile de disposer d'acrylique et de transparents et de laisser le choix à l'utilisateur?

Un bon exemple de ceci est iterm2. Il a une transparence avec des curseurs pour le degré de flou et d'opacité. Choix de l'utilisateur. Les terminaux modernes devraient avoir ces caractéristiques.

@jwhipp la raison exacte pour laquelle (et le problème de suivi) se trouve ici, je pense que https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp la raison exacte pour laquelle (et le problème de suivi) se trouve ici, je pense que # 1753 (commentaire)

Je n'ai pas considéré ce commentaire comme une exclusion définitive. En fait, cette question est toujours ouverte. Suite au problème lié, il a été fermé car l'utilisateur demandait finalement des fenêtres elliptiques.

Il semble que ce soit une décision assez finale puisque ce problème est répertorié comme "Ce que les gens veulent, mais nous ne pourrons pas résoudre" sur le premier message de cette mégathread. Je suppose que c'est ouvert parce que c'est toujours un problème.

@rogersachan @mdtauk

J'ose dire que le projet Windows Terminal sera un terrain d'essai pour une grande partie de cette approche WinUI Desktop

Le terminal Windows est un excellent exemple d'application qui utilise Xaml Islands pour héberger un composant WinUI (TabView). À cette fin, cela ressemble déjà un peu à une application WinUI Desktop 😊 Nous espérons avoir bientôt plus d'informations à partager sur WinUI Desktop! En attendant, veuillez adresser vos commentaires sur WinUI Desktop au référentiel WinUI principal: https://github.com/Microsoft/microsoft-ui-xaml

@chigy

@ drk-mtr, nous ne voulons pas que de nombreuses applications créent une version différente du concept similaire pour offrir aux utilisateurs des expériences incohérentes. Nous nous sommes donc installés ici à utiliser de l'acrylique. L'acrylique contribue également à la lisibilité d'une transparence régulière.

À la fin de la journée, l'acrylique est joli, mais ce n'est en aucun cas utile.
La transparence - une fonctionnalité prise en charge par tous les autres terminaux que j'ai jamais utilisés - est utile.

Je comprends que ce n'est pas actuellement mis en œuvre, mais honnêtement, il est un peu idiot de dire que ce n'est pas une fonctionnalité qui devrait être prise en charge par souci de cohérence, en particulier lorsque la vidéo promotionnelle affiche une fenêtre en verre entièrement transparente.

Je me demande pourquoi le marketing ferait ce choix? Je suppose que c'est parce qu'ils savent que tout le monde veut un terminal transparent .

@iCodeSometime , merci pour vos commentaires. Le Terminal «Sizzle Video» a été conçu par l'équipe d'ingénierie du Terminal pour partager leur vision de ce qu'ils voulaient que le Terminal soit… une fois qu'il a été construit… ce qui n'était pas le cas à l'époque! L'arrière-plan transparent avait, en fait, un effet de flou appliqué, même s'il était un peu moins flou et plus transparent que l'acrylique ne le prend actuellement.

L'équipe Terminal a ajouté la prise en charge de la transparence pure à la console il y a quelque temps, mais a reçu de nombreux commentaires des utilisateurs selon lesquels la transparence pure peut entraîner une collision entre le texte de la console au premier plan et le texte d'une console / terminal / éditeur en dessous:

De nombreux utilisateurs ont demandé une texture de flou ajustable pour éviter ce type de collision, tout en étant toujours en mesure d'avoir une idée du mouvement / du contenu des fenêtres sous le terminal actuellement ouvert:

L'équipe du terminal a également inclus un moyen pour l'utilisateur de s'adapter à un point, a commenté

Cela dit, Terminal est conscient de tous les commentaires selon lesquels les utilisateurs souhaiteraient un contrôle plus grand et indépendant sur la quantité de flou et de transparence que ce qui est actuellement fourni via Acrylique. Nous (WinUI) travaillons avec Terminal, et bientôt avec d'autres, y compris des membres de la communauté comme vous, sur de nouvelles textures d'arrière-plan semi-transparentes. Veuillez rejoindre le WinUI GitHub pour une future conversation sur des matériaux supplémentaires pour Windows.

Veuillez ne pas confondre le fait de ne pas implémenter immédiatement toutes les fonctionnalités demandées avec un manque de désir de le faire: nous aimerions implémenter plusieurs des fonctionnalités demandées, mais nous devons prioriser le travail en fonction de nos ressources limitées, de nos horaires et d'autres demandes .

Ce n'est pas parce que nous ne pouvons pas implémenter quelque chose MAINTENANT que nous ne pourrons pas y accéder à l'avenir, ou que quelqu'un dans la communauté ne peut pas l'implémenter!

Exemple concret: nous allons travailler avec l'équipe WinUI pour améliorer la fonction de flou d'arrière-plan utilisée par Terminal. Suivez ce problème et partagez vos points de vue, etc.: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re:

Pourquoi serait-il difficile de disposer d'acrylique et de transparents et de laisser le choix à l'utilisateur?

Vous pouvez activer Acrylique via le paramètre useAcrylic , et ajuster son niveau de flou via le paramètre acrylicOpacity si vous le souhaitez.

@chigy , à mon avis, une solution de contournement beaucoup plus simple qui n'annule pas les avantages de la transparence serait de choisir une quantité de transparence plus raisonnable que celle utilisée dans votre capture d'écran.

Par exemple, voici à quoi ressemble la même capture d'écran avec l'opacité réglée à 80%

Tout dans le terminal est lisible, même s'il se trouve directement au-dessus du texte de l'autre terminal. Tout derrière le terminal est également lisible (contrairement à votre capture d'écran acrylique)

Je comprends qu'il s'agit d'un logiciel de pré-version, et j'ai été impressionné, vous avez fait un excellent travail en corrigeant rapidement d'autres problèmes signalés (par exemple # 2771). Je ne m'attends en aucun cas à ce que la transparence soit ajoutée demain, mais j'espère que cette capture d'écran aidera à démontrer pourquoi la transparence normale est une exigence pour moi avant de pouvoir l'utiliser comme terminal par défaut, et pourquoi l'acrylique n'est pas un bon substitut - même si je suis d'accord, ça a l'air plutôt cool.

Vous pouvez activer Acrylique via le paramètre useAcrylic , et ajuster son niveau de flou via le paramètre acrylicOpacity si vous le souhaitez.

Oui, je me suis mal exprimé, je ne pourrais pas vraiment vous dire à quel point il sera difficile de mettre en œuvre une transparence totale, alors mes excuses pour ce commentaire. J'étais plus en train de commenter pour les gens qui disent "Je ne veux pas cela, alors ne l'implémentez pas" alors que cela devrait / serait vraiment un paramètre d'activation / désactivation.

La demande ici concerne le flou / pas de flou et la transparence totale. Si je règle la valeur acryliqueOpacity à 0,0 par exemple, j'ai toujours du flou, c'est juste un ombré minimum. Nous aimerions avoir une option sans flou avec différents degrés d'ombrage.

Comme je l'ai dit, la meilleure référence pour cela est iterm2 et comment il gère le flou avec transparence.

La nouvelle version a changé la couleur de la barre de titre dans un contexte de mode sombre pour devenir plus lumineuse.

J'ai mieux aimé l'ancienne couleur (à gauche).

@escalonn Merci pour vos commentaires. Notre conception de couleur originale n'était pas très accessible et beaucoup de gens n'étaient pas ravis de ne pas pouvoir différencier leurs onglets.

Pour le moment, nous nous attachons aux thèmes sombres et clairs de

@jwhipp Pas de problème - je voulais juste vous assurer que vous connaissiez certains des boutons et cadrans que nous exposons. Ce qui amplifie un peu votre point de vue: là où il n'y a pas clairement de bien ou de mal et où le choix de l'utilisateur final compte vraiment, nous nous trompons souvent en exposant les paramètres / options. Cependant, nous sommes conscients que cela ne s'adapte pas, et prendra une position plus avisée de temps en temps, comme, par exemple, les changements de couleur dans la bande d'onglets - en reportant à la place le travail de (génial) équipe WinUI pour construire un expérience utilisateur accessible, cohérente et agréable grâce à leur suite de commandes.

@iCodeSometime - l'une des difficultés liées à la création d'expériences utilisateur est qu'il existe de nombreux besoins et opinions.

La diminution de la transparence d'une fenêtre rend certainement les choses plus lisibles, mais pas assez pour beaucoup.

Certaines personnes préfèrent une certaine quantité de flou / givrage pour masquer le contenu spécifique des fenêtres en dessous, tout en étant toujours en mesure de voir, par exemple, quand une construction se termine ou une application se ferme, etc. sans avoir à faire des allers-retours continus. Surtout lorsque la fenêtre la plus haute / focalisée est maximisée.

Nous ne voulons pas non plus recréer le modèle de transparence par force brute de GDI que nous avons dû adopter dans Console dans lequel toute la fenêtre est rendue transparente - bordures, barre de titre, arrière-plan et ..., surtout ... contenu de texte.

Et nous devons nous assurer que le Terminal est accessible, flexible, configurable et productif. Soyez avec nous pendant que nous nous dirigeons vers l'achèvement et la stabilisation des fonctionnalités v1.0 de Terminal, puis pour nous mettre au travail sur la v2.0.

Je ne sais pas pourquoi ... Mais les blocs-notes du Windows Store ont un effet acrylique même s'ils ne sont pas focalisés.
Son code source est à https://github.com/JasonStein/Notepads .

Serait-il possible d'utiliser ceci: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush pour créer une barre de titre en acrylique? Je ne sais pas vraiment comment cela fonctionne ou XAML mais il est peut-être possible de l'utiliser pour créer un SpriteVisual (?) Avec un CompositionBackdropBrush qui couvre la barre de glissement, puis le reste de la barre de titre peut avoir son arrière-plan défini sur acrylique dans le XAML?

J'ai mis les bordures standard des fenêtres sur le terminal.

Mode lumière, couleur dans la barre de titre désactivée:

Mode lumière, couleur dans la barre de titre activée:

Mode sombre, couleur dans la barre de titre désactivée:

Mode sombre, couleur dans la barre de titre activée:

Qu'est-ce que tu penses? Dois-je faire un PR ou pas?

Plus de détails:

• il corrige également le problème où les poignées de maintien sont trop étroites à gauche, à droite et en bas
• J'ai également supprimé la grande poignée en haut pour redimensionner et à la place maintenant vous redimensionnez en saisissant la poignée en haut de la barre de déplacement

@ greg904 mec, tu continues de faire mon travail pour moi! J'adorerais regarder un PR pour ça! Merci

(Nous en avons discuté avec l'équipe DWM - ils veulent que nous soyons de meilleurs citoyens, _nous_ voulons être de meilleurs citoyens, cela corrigera tout un tas d'éléments de la liste de contrôle au # 1625!)

PR # 3394

Ce n'est pas vraiment de vraies frontières de normes cependant, j'ai utilisé quelques hacks.

En fait, j'ai remarqué une chose intéressante - bien que Terminal perd sa transparence lorsqu'il n'est pas concentré, il conserve la transparence (étonnamment) en mode tablette, ce qui est plutôt joli.

Je ne sais pas si quelqu'un d'autre a remarqué cela, mais.

@ greg904 juste pour

Y a-t-il une possibilité d'avoir des sous-dossiers dans le menu? J'aimerais avoir la possibilité d'organiser ensemble des éléments tels que les distributions WSL, les versions Powershell, les environnements de programmation.

@ str8edgedave Vous recherchez "Autoriser la personnalisation du menu déroulant dans profiles.json" # 1571

+1 pour "Impossible de réorganiser les onglets". Veuillez ne pas le faire comme Windows où vous ne pouvez jamais changer l'ordre de vos bureaux virtuels.

Il devrait y avoir un moyen de supprimer l'espace sur le dessus des onglets IMO.

Il devrait y avoir un moyen de supprimer l'espace sur le dessus des onglets IMO.

Ils ne devraient pas être dans la spécification en premier lieu, imo. Cet espace est bogué en mode tablette.

Existe-t-il un moyen de créer un nouvel onglet dans la fenêtre de terminal existante au lieu d'ouvrir une nouvelle fenêtre lorsque wt.exe est démarré?

Pourquoi ne pas rendre les couleurs de la barre d'onglets comme si elles étaient en bord?

Dans Edge, il y a une barre de titre sombre avec des onglets un peu plus lumineux. C'est donc le contraire de ce à quoi le terminal ressemble actuellement et je pense que la façon dont le bord le fait est bien meilleure.

C'est parce que votre cerveau voit naturellement les choses plus lumineuses comme étant au premier plan

D'après la discussion ci-dessus, l'objectif est simplement d'avoir un thème sombre et clair, mais pourquoi la couleur de la barre de titre ne peut-elle pas simplement respecter la couleur d'accentuation sélectionnée par l'utilisateur?

Je pense que la couleur d'accent est bonne pour la barre de titre mais pas pour l'arrière-plan des onglets.

@ xa0082249956 @ greg904

Hé les gars, je suis l'auteur de Notepads, c'est ainsi que je crée un effet acrylique d'arrière-plan "toujours activé" pour la barre de titre et le corps de la fenêtre de l'application Notepads: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

J'ai créé moi-même le pinceau Acrylique en utilisant "AcrylicBackgroundSource.HostBackdrop" avec l'aide de la bibliothèque UICompositionAnimations pour me faciliter la vie (ref: https://github.com/Sergio0694/UICompositionAnimations).

Il s'agit essentiellement de créer le pinceau à partir de zéro à l'aide d'API de composition (AcrylicBackgroundSource.HostBackdrop + Noise texture).

* Mises à jour **

Ma version personnalisée de HostBackdropAcrylicBrush:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

J'ai plusieurs moniteurs. Lorsque le terminal Windows est ouvert avec l'acrylique activé, mon ordinateur se met en veille et je le réveille, l'acrylique prend une couleur unie. Si je fais glisser la fenêtre dans un moniteur, l'arrière-plan reste le même. Si je le fais glisser sur un autre moniteur, l'acrylique réapparaît.

@EricLauber , pourriez-vous publier à nouveau votre problème avec l'acrylique dans le dépôt WinUI?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy Oui, je peux. Désolé, je ne savais pas que c'était séparé. Merci.

@EricLauber , merci! Le terminal utilise la fonction acrylique fournie par le système, il est donc préférable de la confier à un groupe qui la fournit.

Veuillez ne pas tenir compte de mon commentaire précédent. Je ne comprenais pas bien le comportement - la fonction acrylique disparaît lorsque la fenêtre n'a pas le focus le plus élevé. Ce n'était pas le fait de glisser entre les moniteurs qui a ramené l'acrylique, c'était la sélection de la fenêtre elle-même.

Voir # 4593 :) Je n'ai rien d'autre pour le moment. Cela pourrait être une option désactivée par défaut, pour avoir une bordure extérieure pour améliorer la séparation multi-fenêtre ...
Sous Personnalisation, il y a une option de rétroaction, et qui mène à un forum, j'ai recherché `` épaisseur de la bordure '' et trouvé plusieurs threads indépendants, mais celui-ci a des commentaires ... https://aka.ms/AA7fj9x

Veuillez ajouter un dégradé alpha au curseur, le texte en dessous n'est pas du tout visible.

Bonjour - J'adorerais voir l'effet acrylique appliqué quand ce n'est pas la fenêtre active. Lorsque je tape, je veux me concentrer. Quand c'est sur le côté, je veux que ça ait l'air cool :) Ou mieux encore, des options explicites pour l'actif et l'arrière-plan, car les gens aimeraient aussi l'avoir en permanence. Merci - application géniale.

Lors de l'utilisation de la fonctionnalité d'accrochage de fenêtre, il y a une petite bordure autour des bords, c'est-à-dire que la fenêtre ne s'accroche pas complètement, montrant une partie du bureau ou tout ce qui se trouve derrière le terminal.

@DanDavies Vous devriez voir https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840

De @ SFM61319 au # 3337

De plus, le menu de profil et les boutons ne semblent pas très "fluides". Veuillez ajouter quelques pinceaux AcrylicBrush et RevealBrush à ceux-ci pour un effet plus fluide.

Ceci est la documentation officielle sur quand utiliser l'acrylique et quand ne pas le faire: https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. À partir de cette page:

Beaucoup de nos contrôles utiliseront l'acrylique par défaut. MenuFlyouts, AutoSuggestBox, ComboBox et des contrôles similaires avec des fenêtres contextuelles à faible éclairage utiliseront tous l'acrylique transitoire lorsqu'ils sont appelés.

Curieux alors que notre MenuFlyout ne l'utilise pas, nous ne faisons rien pour le personnaliser ...

Avec # 5485 fusionné, est-ce que l'acrylique sur la barre d'onglets est maintenant faisable?

@wazybr J'ai brièvement essayé de remplacer le pinceau de la barre de titre par un en acrylique juste pour l'essayer. Cela n'a pas fonctionné, mais il y a peut-être une façon moins naïve de le faire (la capture d'écran de @ DHowett-MSFT dans # 5485 semble impliquer que c'est possible.)

Oui - ça fonctionne maintenant mais il y a encore un endroit où nous sortons le pinceau de la barre de titre et le convertissons en SolidColorBrush. Cela va bien sûr le faire exploser.

Il y a aussi le pinceau TabViewBackground dans app.xaml. :sourire:

Nous n'accepterions pas une contribution qui ajoute simplement cela avec désinvolture aujourd'hui parce qu'il y a trop de groupes de personnes qui veulent toutes sortes de choses différentes:

• tab color = couleur du terminal
• couleur de la barre de titre = couleur du terminal
• couleur de l'onglet = acrylique
• couleur de la barre de titre = acrylique
• couleur de la barre de titre = couleur de l'onglet

C'est pourquoi nous travaillons sur le # 3327, "thèmes".

Je comprends. L'acrylique sur la barre de titre apportera une touche agréable à l'interface utilisateur et ajoutera de la cohérence par rapport aux autres applications Windows telles que _Photos_ et _Films & TV_.

@DHowett Pouvez-vous changer le PO pour mieux refléter la possibilité?

Bien sûr, je l'ai édité. Merci.

Hé @ zadjii-msft, tout d'abord, je m'excuse d'être en retard d'un mois.
Maintenant, j'ai déjà lu la documentation pour savoir quand utiliser l'acrylique et quand ne pas le faire, et je sais aussi que ces contrôles utilisent l'acrylique par défaut. Cela me déroute car le menu du terminal Windows n'utilise PAS d' acrylique par défaut. Et s'il était censé utiliser de l'acrylique par défaut - ce qu'il n'utilise pas - alors, c'est plus incohérent que cohérent (car ce n'est pas ce qu'il était censé être et ce que le reste de son type est - indiquant une interface utilisateur non polie et incohérence).

Curieux alors que notre MenuFlyout ne l'utilise pas, nous ne faisons rien pour le personnaliser ...

Je ne sais pas s'il s'agit simplement d'un bogue caché dans le code ou d'une erreur, mais je pense que vous (l'équipe Microsoft et / ou celui qui le code) devriez peut-être essayer d'utiliser l'attribut Style pour ajouter AcrylicBrush manuellement (car il ne parvient pas à l'utiliser automatiquement) pour rendre l'interface utilisateur plus cohérente (car d'autres applications UWP utilisent Acrylique pour de tels menus - indiquant la cohérence de l'interface utilisateur) peut-être dans les futures mises à jour.

De plus, votre commentaire n'a pas vraiment répondu à la deuxième question (?) Sur l'utilisation de RevealBrush (peut-être que vous ne l'avez pas remarqué).
Le pinceau Révéler ajoute plus de cohérence à l'interface utilisateur (IMO) d'une application UWP et est utilisé par de nombreuses applications (y compris l'application Paramètres). Il est encore plus efficace pour les utilisateurs du mode sombre (encore une fois, IMO) car il met en évidence les arrière-plans sombres avec des «lumières» blanches (ou des dégradés), contrairement au mode clair, où révéler ajoute simplement un dégradé de bordure sombre et ne fait rien sur les arrière-plans blancs. Donc, si les pinceaux Reveal sont utilisés dans les boutons newTab et MenuFlyout , l'interface utilisateur peut sembler un peu plus polie et cohérente (encore une fois, IMO).

Pensez donc à ajouter AcrylicBrush (pour les MenuFlyout ) et RevealBrush (pour les boutons).

Je vous remercie!

Edit: De plus, si quelqu'un veut me répondre, veuillez me mentionner en utilisant @ lorsque vous me répondez (car GitHub me fait savoir quand quelqu'un me répond en me mentionnant).
De plus, c'est vraiment hors sujet (mais veuillez ne pas marquer cela comme hors sujet pour cette ligne): Êtes-vous le même u / zadjii sur Reddit (parce que si vous l'êtes, je vous ai vu sur r / windows et ressenti familier)?

Les boutons min / max / close doivent-ils être plus petits (comme les autres applications UWP) et avoir de l'espace en dessous d'eux lorsque la fenêtre n'est pas maximisée comme dans le chrome / chrome de bord? Et la petite zone en dessous d'eux serait déplaçable.
Comme ça:

Les boutons min / max / close doivent-ils être plus petits (comme les autres applications UWP) et avoir de l'espace en dessous d'eux lorsque la fenêtre n'est pas maximisée comme dans le chrome / chrome de bord? Et la petite zone en dessous d'eux serait déplaçable.
Comme ça:

FWIW, voici comment fonctionne Edgium:

Les boutons min / max / close doivent-ils être plus petits (comme les autres applications UWP) et avoir de l'espace en dessous d'eux lorsque la fenêtre n'est pas maximisée comme dans le chrome / chrome de bord?

Edge est la seule application que je peux voir qui fait cela et c'est probablement un effet secondaire d'avoir sa propre boîte à outils d'interface utilisateur multiplateforme au lieu de contrôles «natifs».

Donc, pour répondre à votre question, je dirais probablement que non.

Les boutons min / max / close doivent-ils être plus petits (comme les autres applications UWP) et avoir de l'espace en dessous d'eux lorsque la fenêtre n'est pas maximisée comme dans le chrome / chrome de bord? Et la petite zone en dessous d'eux serait déplaçable.
Comme ça:

Sous Windows, la gauche immédiate des boutons est réservée comme zone déplaçable. Donc, avoir la même chose en bas est redondant.

Les boutons min / max / close doivent-ils être plus petits (comme les autres applications UWP) et avoir de l'espace en dessous d'eux lorsque la fenêtre n'est pas maximisée comme dans le chrome / chrome de bord?

Edge est la seule application que je peux voir qui fait cela et c'est probablement un effet secondaire d'avoir sa propre boîte à outils d'interface utilisateur multiplateforme au lieu de contrôles «natifs».

Donc, pour répondre à votre question, je dirais probablement que non.

C'est aussi ennuyeux dans Edge. Ils doivent être centrés sur Edge. Je souhaite que les nouvelles applications Windows soient cohérentes.

Je vois toujours une case à cocher pour faire de l'acrylique la barre de titre, mais aucune pour la faire respecter la coloration du système comme toutes les autres applications.

_ "Le terminal Windows a sa propre couleur de barre de titre fixe ignorant les couleurs de barre de titre Active et Inactive du système données par le système" _

Cette fonctionnalité peut-elle au moins être changée en "Options de personnalisation de la barre de titre" afin que ceux d'entre nous qui veulent juste la cohérence puissent toujours avoir un moyen de le faire?

Je vois toujours une case à cocher pour faire de l'acrylique la barre de titre, mais aucune pour la faire respecter la coloration du système comme toutes les autres applications.

_ "Le terminal Windows a sa propre couleur de barre de titre fixe ignorant les couleurs de barre de titre Active et Inactive du système données par le système" _

Cette fonctionnalité peut-elle au moins être changée en "Options de personnalisation de la barre de titre" afin que ceux d'entre nous qui veulent juste la cohérence puissent toujours avoir un moyen de le faire?

La plupart des applications Windows modernes ne suivent pas la couleur du système et ont la leur. C'est donc cohérent.

Je vois toujours une case à cocher pour faire de l'acrylique la barre de titre, mais aucune pour la faire respecter la coloration du système comme toutes les autres applications.

_ "Le terminal Windows a sa propre couleur de barre de titre fixe ignorant les couleurs de barre de titre Active et Inactive du système données par le système" _
Cette fonctionnalité peut-elle au moins être changée en "Options de personnalisation de la barre de titre" afin que ceux d'entre nous qui veulent juste la cohérence puissent toujours avoir un moyen de le faire?

La plupart des applications Windows modernes ne suivent pas la couleur du système et ont la leur. C'est donc cohérent.

Vous dites donc que nous devrions continuer à avoir une incohérence constante?

C'est comme dire que tu vas faire quelque chose de mal juste parce que tout le monde le fait.

Donc, après quelques recherches sur ce problème et d'autres commentaires.

Il y avait déjà un problème pour la barre de titre qui ne respectait pas le thème du système # 1963 qui était empilé sur un autre numéro # 3327. Avec cette liste de problèmes "Mega Thread" étant obsolète / obsolète.

Compte tenu de l'âge des deux problèmes, les intérêts des développeurs semblent très faibles, ce qui rend la mise en œuvre peu probable.

J'ai donc personnellement décidé de supprimer la fonctionnalité de l'onglet pour obtenir la cohérence visuelle.

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

Il suffit de laisser cette information ici au cas où elle serait pertinente pour quelqu'un d'autre.

Hé, pour mémoire, il y a beaucoup de discussions sur les moyens de configurer la couleur des onglets et la ligne d'onglets (barre de titre) dans les # 3327 et # 5772. Les options abordées ici incluent la mise en correspondance de la barre de titre avec la couleur d'accentuation du système ou des onglets avec la couleur du contrôle focalisé dans la fenêtre.

Ce n'est pas parce qu'un problème est ancien qu'il est abandonné. # 3327 est l'un de mes problèmes _favoris_ sur lesquels j'ai vraiment hâte de pouvoir travailler.

même chose qui se produit dans la galerie de contrôles XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 se produit dans le terminal Windows

Oh et un clic droit sur les boutons de légende dans la barre de titre n'ouvre pas le menu de Sizer, une application de Brianapps qui fonctionne avec la suite Office qui semble avoir une barre de titre personnalisée.