Terminal: Demande de fonctionnalité: raccourci clavier déroulant ala quake / guake / tilda

Donc, vous voulez dire que si vous avez trois moniteurs (par exemple), vous pouvez appuyer sur une touche de raccourci différente pour faire glisser le terminal vers le bas du style de console de tremblement de terre à partir du moniteur que vous choisissez?

Donc, vous voulez dire que si vous avez trois moniteurs (par exemple), vous pouvez appuyer sur une touche de raccourci différente pour faire glisser le terminal vers le bas du style de console de tremblement de terre à partir du moniteur que vous choisissez?

Exactement exactement. Je sais que cela semble un peu bizarre / inutile / gadget pour ce qui est censé être un terminal grand public très utilisé, mais je vous promets que la productivité est ce qui fait vraiment briller les menus déroulants de raccourcis clavier.

Idéalement, chaque moniteur possède son propre terminal qui peut être maintenu ouvert simultanément avec les autres.
Dans nix en utilisant 3 instances de Tilda, je l'ai configuré pour que f1 supprime, ferme ou sélectionne si ouvert mais pas actif le moniteur gauche. F2 fait mon écran central et f3 fait mon droit. Je peux utiliser ces raccourcis clavier pour sauter entre ces trois terminaux s'ils sont déjà ouverts. Le résultat final fait du déplacement entre les terminaux et d'autres applications d'arrière-plan un rêve de flux de travail. C'est aussi assez cool si je le dis moi-même.

Guake, une autre alternative que j'aime est limitée à une seule fenêtre / instance à la fois et elle descend simplement sur le moniteur dans lequel la souris réside actuellement au moment où la touche de raccourci est enfoncée. C'est aussi une fonctionnalité très intéressante mais pas ce que je recherche. Je ne m'opposerais pas à un choix de comportement, mais les lignes de code ne poussent pas sur les arbres, donc je préfère le design tilda.

Nous sommes vraiment gâtés en ce qui concerne les terminaux et c'est ce qui fait que Microsoft s'efforce de créer un nouveau terminal riche en fonctionnalités plus avancé si excitant. On a vraiment l'impression que Microsoft se bat pour le temps que les développeurs et les futurs développeurs (étudiants ici) passent dans leur système d'exploitation et si vous associez WSL2 avec un terminal déroulant, je sais pertinemment que je passerais beaucoup moins de temps à redémarrer et puis entre Mint et 10.

Le mode Quake serait une exigence pour que je passe de ConEmu. Cependant, je préférerais de beaucoup qu'il ouvre toujours la même instance quel que soit le moniteur / bureau virtuel actuellement mis au point.

Personnellement, j'utilise win + tilde pour ouvrir ConEmu, mais évidemment le raccourci doit être configurable.

Oui, une instance descendant vers le bas, elle devrait tomber sur le moniteur où se trouve le curseur de la souris et devrait se concentrer, mais elle ne devrait pas apparaître lorsque vous faites Alt + Tab, donc on a l'impression que c'est un peu intégré au système d'exploitation. Comme guake.

@cyberhck êtes-vous sûr qu'il devrait être là où se trouve la souris, et non là où se trouve la fenêtre actuellement focalisée?

@Jaykul
Le comportement par défaut de Guake est tel que la touche de raccourci active le terminal dans quel que soit le moniteur où la souris réside actuellement, comme Cyberhck l'a décrit. Il a également la possibilité de lui attribuer un moniteur spécifique si vous le souhaitez. Il est limité uniquement en ce qu'une seule instance peut s'exécuter à la fois, ce avec quoi Windows Terminal n'a aucun problème. Si le terminal Windows pouvait être configuré comme guake est avec le choix entre le comportement statique ou le comportement de suivi, tout ce dont il aurait besoin, ce sont des paramètres indépendants par instance pour correspondre à la fonctionnalité de guake (suivi ou statique) et de tilda (instances multiples).

Oui, nous pourrions avoir une configuration à 3 voies, une sur un moniteur spécifique, une sur n'importe quelle fenêtre focalisée et une sur laquelle la souris est présente (il est également très important d'avoir une option pour se cacher de la liste des applications (alt + tab) si ce mode est activé, car j'imagine que les utilisateurs ne voudront pas voir cela en basculant entre l'IDE et le navigateur)

:)

@Jakul , la raison pour laquelle je dis où la souris est présente est que lorsque vous parcourez quelque chose, la souris est toujours susceptible d'être devant vos yeux, et si vous utilisez des touches courtes, il est vraiment facile de changer les yeux. que de devoir bouger complètement la souris.

+1

Veuillez ne pas répondre aux discussions avec un "+1" sans fournir de commentaires supplémentaires utiles. Github a un +1 parfaitement bon qui ne cingle pas tout le monde dans la boîte de réception du fil ici:

Donc, vous voulez dire que si vous avez trois moniteurs (par exemple), vous pouvez appuyer sur une touche de raccourci différente pour faire glisser le terminal vers le bas du style de console de tremblement de terre à partir du moniteur que vous choisissez?

Le comportement par défaut sur le multi-moniteur pour Guake est l'endroit où la souris est là où le terminal descend.

Vous pouvez cependant le configurer pour qu'il s'affiche sur le moniteur de votre choix via les paramètres si vous ne souhaitez pas ce comportement.

Les choses dont j'ai besoin avec cela sont la possibilité de désactiver l'animation et de masquer complètement la fenêtre (à partir de la barre des tâches, alt + tab, win + tab, etc.)

Une option supplémentaire pour ne jamais afficher le bouton de la barre des tâches serait également souhaitée par moi, mais pourrait être hors de portée pour ce problème

J'adore la proposition, et c'est la seule chose qui empêcherait de l'utiliser quotidiennement (une fois publiée). J'adore utiliser ctrl + `dans ConEmu et je n'utilise même pas le terminal intégré VSCode à cause de cela. Cependant, je ne suis pas sûr que je me soucie beaucoup de la liaison de clé par idée de moniteur.

De plus, cette proposition inclurait-elle le démarrage d'une instance du terminal si aucun n'était en cours d'exécution, similaire à d'autres termes Linux tels que la liste déroulante du terminal xfce avec un raccourci d'application ? Cela ne me dérangerait pas si c'était Win + `en tant que raccourci système, similaire à Win + \

Cela serait faisable avec un raccourci existant quelque part avec un raccourci clavier global lié à celui-ci et ce raccourci utilisant la CLI pour appeler toggle si une instance est déjà en cours d'exécution. Faire un raccourci clavier à l'échelle du système semble être une mauvaise idée imo

J'envisagerais de développer davantage sur Windows (actuellement 95% sous Linux) si j'avais un terminal qui pouvait tomber comme guake.

J'utilise principalement cmder / conemu sur Windows et c'est aussi la raison principale pour laquelle je ne change pas encore, d'autant plus que j'utilise deux moniteurs et (généralement) 3 bureaux, sans moyen global d'appeler simplement le terminal I essentiellement 6 endroits où la fenêtre réelle pourrait être, cela semble idiot, mais c'est ennuyeux.

De plus, beaucoup d'entre vous mentionnent l'utilisation d'un raccourci clavier pour cela, mais vous devriez tous envisager de le mapper sur un bouton de souris dédié et, si possible, sur un geste. Remercie moi plus tard.

Heureux de voir que d'autres personnes sont enthousiasmées par l'idée d'un terminal déroulant configurable. Il est clair que les gens ont des préférences très distinctes sur la façon dont ces listes déroulantes se comportent par défaut, mais pensent que la préférence de la plupart des gens devient possible tant que

1. Chaque instance peut être configurée pour le suivi de la souris ou la liaison à un moniteur.
2. Chaque instance peut avoir sa propre touche d'accès rapide.

Ensuite, peu importe ce que vous aimez, c'est dans le domaine des possibilités configurables.

J'utilise personnellement un combo de tremblement de terre et tilda pour avoir un terminal lié à chaque écran et un qui suit la souris.

@NOFUNEVER vous avez la plupart de ce que les gens demandent, mais @cyberhck et @zakius ont identifié quelques autres fonctionnalités qui pourraient être importantes:

• Ajoutez le focus de la fenêtre à la liste des options de configuration, en plus de surveiller la liaison / suivi de la souris.
• Devrait avoir une option configurable pour ne pas s'afficher sur alt-tab / barre des tâches?

Il semble qu'il y ait encore une discussion pour savoir si cela devrait avoir plusieurs instances, comme tilda (que je n'ai jamais utilisé et que je ne peux pas commenter), ou une instance unique, comme Guake. Est-ce que je manque autre chose? Sinon, nous devrions résoudre cette question et passer à la rédaction d'une spécification.

( @zakius , vous avez également mentionné le souhait de désactiver l'animation déroulante. Raison? Je ne vois rien de mal à cela, mais une justification serait utile.)

Je n'aime pas les animations en général car elles volent ma concentration (si quelque chose bouge, vous le regardez instinctivement, à l'époque, cela pourrait vous sauver la vie). Mais il y a aussi ce que j'appelle blocking animations , ceux que vous devez attendre avant de pouvoir agir, vous empêchant de lire le texte ou d'émettre des commandes d'entrée. Celles-ci sont encore plus dérangeantes pour le flux de travail car vous n'avez pas d'autre choix que d'attendre, certaines d'entre elles ont été conçues pour marquer une exécution lente, mais sur les machines rapides, elles vous ralentissent.

La meilleure approche serait de pouvoir choisir la durée de l'animation avec 0 la désactivant complètement

nous ne voulons pas d'animation comme mac qui est trop lente, mais guake termine son animation en moins de 100 ms, je pense, donc c'est accrocheur, peut-être que le retard peut aussi être une configuration, 0 pour aucune animation. L'animation Guake semble «juste», elle est très rapide, mais vous pouvez voir d'où elle vient et où elle va.

Ajouter une configuration serait génial, car quelqu'un qui n'aime pas l'animation peut la désactiver ou la transformer en une animation lente comme mac, je ferais juste 80 ou 120 ms.

ConEmu est toujours un excellent exemple ici.

Ahh comme je souhaite que ConEmu soit une solution pour moi, cela ne fonctionne pas pour tout le monde, il est construit sur Hotkey, et tout ce qui se trouve au-dessus de la touche d'accès rapide est détecté comme cheval de Troie (fausse alarme).

Beaucoup de gens utilisent le terminal pour le travail, et leur travail ne leur permet pas d'installer quelque chose qui est détecté comme un cheval de Troie. (identique à Qonsole) https://github.com/joedf/Qonsole/issues/9

Une autre chose importante à considérer lors de la mise en œuvre de ceci est que la liste déroulante doit apparaître sur le bureau virtuel actuellement actif. J'utilise beaucoup les bureaux virtuels. Lorsque j'ai commencé à utiliser ConEmu pour la première fois, j'ai trouvé que le terminal déroulant me ramènerait toujours au bureau 1, puis afficherait la liste déroulante. J'ai finalement trouvé les paramètres pour le faire fonctionner comme prévu dans ConEmu, et il est essentiel que Windows Terminal se comporte de la même manière.

Ouais, cela aurait dû être évident en fait: D imaginez appuyer sur la touche de raccourci et le terminal apparaissant sur le premier lorsque vous êtes sur un autre espace de travail.

Donc, jusqu'à ce que nos seigneurs ajoutent cela au terminal, j'ai concocté un simple morceau de C # qui corrige cela pour moi en attendant: https://github.com/flyingpie/windows-terminal-quake.

Il fait une liste déroulante de style Quake en utilisant CTRL + ~ et CTRL + Q, ce qui est bien sûr totalement modifiable. Actuellement, le plein écran tombe et descend sur l'écran + l'espace de travail où se trouve la souris.

Si quelqu'un est dessiné, je suis ouvert aux suggestions et / ou aux PR.

@flyingpie C'est un morceau de code assez soigné que vous avez là. Il semble que la plupart d'entre eux fonctionneraient également en C ++, c'est donc bon à savoir.

Je veux juste répéter que même si personne dans l'équipe n'aura les cycles pour faire cela pour la version 1.0, nous serions très heureux de revoir une contribution de la communauté. Idéalement, quelqu'un dans la communauté pourrait compiler les suggestions et commentaires de ce fil dans le modèle de spécification et soumettre un PR pour cette spécification. Une fois cette spécification approuvée, nous passerons en revue avec plaisir un PR avec le changement de code nécessaire. Il me semble que @flyingpie a vraiment 90% des bases, ce serait surtout polir les bordures.

J'ai un cas d'utilisation similaire. Je n'utilise pas le style Quake, mais j'aime vraiment le terminal toujours ouvert.

Ma configuration ConEmu fait ce qui suit que wt.exe semble manquer jusqu'à présent (par ordre d'importance):

1. Mon ConEmu ne se ferme littéralement pas sauf à l'arrêt ou lorsque cela est explicitement demandé. Si je ferme le dernier onglet, il est toujours ouvert sans onglets.
2. Il se lance au même endroit à chaque fois. (0,0) sur mon deuxième moniteur.
3. J'ai un raccourci clavier global pour en basculer le focus (ctrl + `).
4. Il n'apparaît pas dans la barre des tâches. Il a une icône de plateau.
5. Vous ne pouvez en démarrer qu'une seule instance.
6. Il se lance automatiquement lors de la connexion Windows. (important pour ce qui suit)
7. C'est le terminal par défaut, qui consomme automatiquement d'autres terminaux (IE si j'exécute wt.exe, puis exécutez cmd.exe, je m'attendrais à ce que wt.exe ouvre simplement un nouvel onglet avec le nouvel onglet cmd.exe) *

Tous ces éléments sont à peu près des bloqueurs pour moi de passer à wt.exe de ConEmu.

Aditionellement:

• Certaines personnes voudraient toujours au top.
• Certaines personnes veulent minimiser la mise au point perdue, et ces personnes veulent généralement désactiver l'animation de minimisation / maximisation.
• Certains veulent que le terminal passe à leur moniteur «actif» lors de la mise au point.
• Certains veulent plusieurs instances de terminal? *

Ce sont toutes des fonctionnalités différentes qui devraient avoir leurs propres spécifications IMO. Je suis prêt à conduire une partie de ce processus de spécification. @ zadjii-msft Connaissez-vous l'un de ces puces qui ont déjà des spécifications, ne seront pas accomplies pour une raison quelconque, etc.?

* Tricky?

Vous avez donc répertorié un certain nombre de problèmes distincts, laissez-moi voir si je peux tous les lier:

1. # 2080 est la spécification WIP pour cette fonctionnalité, qui va se transformer en une spécification massive au moment où elle sera terminée.
2. # 1043 n'a probablement pas besoin d'une spécification TBH, a juste besoin de quelqu'un pour faire le travail
3. # 653 (ce numéro)
4. Je n'ai franchement pas entendu la demande de ne pas l'avoir dans la barre des tâches auparavant. Donc, cela n'a certainement pas son propre problème. Avoir une icône de barre d'état semble nécessaire pour ne pas avoir d'icône de barre des tâches, il pourrait donc s'agir d'une seule spécification / tâche
5. Cela relève du # 2080
6. # 2189
7. # 492 suit cela, mais cela nécessitera probablement des changements de système d'exploitation. Cela revient également fréquemment dans # 2080.
8. J'aurais pu jurer que cela avait son propre problème, mais il semble que ce n'est pas le cas.
9. Jamais entendu cette demande auparavant, mais me semble bien
10. Semble vaguement similaire à cette fonctionnalité TBH. Peut-être devrions-nous considérer ces deux scénarios dans cette spécification?
11. Vous ne savez pas ce que vous voulez dire sur ce point - voulez-vous dire des volets, comme # 1000?

Parmi ceux-ci, # 1043, # 653, # 2189 sont tous marqués "Besoin d'aide" 😉

J'ai mentionné 4. avant, et pour m'assurer que Terminal n'apparaît pas sur Alt + Tab ni Win + Tab lorsque la fenêtre est masquée

plusieurs instances signifient plusieurs fenêtres qui peuvent mais ne doivent pas être réparties sur plusieurs écrans ou bureaux virtuels, je suppose, mais cela rendrait la gestion des raccourcis clavier globaux beaucoup plus complexe, voire impossible (je pense que conemu désactive la multi-instance lors de l'activation du mode quake)

Pour 11 / "plusieurs instances signifie plusieurs fenêtres", je veux dire spécifiquement ce que l'OP décrit ici: https://github.com/microsoft/terminal/issues/653#issuecomment -491389892

Je ne me soucie pas particulièrement de cela, mais c'est un problème distinct lié. Je suppose qu'ils veulent que plusieurs raccourcis clavier globaux ouvrent / activent / focalisent plusieurs instances de la même manière que je veux un raccourci clavier pour l'élément n ° 3 de ma liste.

@zakius

J'ai mentionné 4. avant, et pour m'assurer que Terminal n'apparaît pas sur Alt + Tab ni Win + Tab lorsque la fenêtre est masquée

plusieurs instances signifient plusieurs fenêtres qui peuvent mais ne doivent pas être réparties sur plusieurs écrans ou bureaux virtuels, je suppose, mais cela rendrait la gestion des raccourcis clavier globaux beaucoup plus complexe, voire impossible (je pense que conemu désactive la multi-instance lors de l'activation du mode quake)

Plusieurs instances désactivées sont ce qui se passe sur ConEmu lorsque la liste déroulante de tremblement de terre est utilisée.
Il est presque impossible de gérer ce comportement de manière logique, vous devez utiliser vos onglets ou utiliser un multiplexeur de terminal si vous voulez quelque chose comme plusieurs instances avec liste déroulante Quake.

ÉDITER:
Vous pourriez éventuellement travailler dans quelque chose où la première fenêtre de terminal ouverte est le maître et c'est la fenêtre qui est toujours appelée lorsque vous utilisez la touche de raccourci Quake.

Cela pourrait être difficile à travailler avec le support des onglets - c'est peut-être pourquoi aucun autre terminal que je connais ne prend en charge ce comportement. Il y a aussi un cas particulier à considérer dans ce scénario, comme ce qui se passe si vous fermez votre fenêtre principale principale et qu'une fenêtre secondaire est toujours ouverte - le raccourci clavier continuerait-il à ignorer cette fenêtre de terminal secondaire, etc.

Pour ConEmu, lorsque Quake est activé et que vous essayez d'ouvrir à nouveau ConEmu (à partir du raccourci sur le bureau), il n'ouvrira pas de nouvelle fenêtre, mais mettra simplement l'accent sur le terminal en cours d'exécution existant.

Vous pourriez éventuellement travailler dans quelque chose où la première fenêtre de terminal ouverte est le maître et c'est la fenêtre qui est toujours appelée lorsque vous utilisez la touche de raccourci Quake.

il y a aussi la possibilité de permettre d'exécuter une seule instance par écran physique par bureau virtuel et de cette façon le raccourci clavier principal ferait toujours apparaître l'instance sur votre VD et votre écran actifs actuels, mais c'est assez compliqué, je pense que la désactivation de plusieurs instances est raisonnable

Je pense que plusieurs instances peuvent être ignorées si les onglets continuent d'être améliorés et que la fenêtre de style tremblement de terre peut être appelée de n'importe où. Au moins pour l'instant.

il y a aussi la possibilité de permettre d'exécuter une seule instance par écran physique par bureau virtuel et de cette façon le raccourci clavier principal ferait toujours apparaître l'instance sur votre VD et votre écran actifs actuels, mais c'est assez compliqué, je pense que la désactivation de plusieurs instances est raisonnable

Je n'ignorerais pas complètement plusieurs instances - parfois, il est très pratique d'ouvrir un terminal sur un écran qui diffuse les journaux ou affiche la charge du système tout en travaillant dans un autre terminal sur un écran adjacent.

J'utilisais auparavant le bureau Ubuntu ces dernières années (je suis juste revenu à Windows depuis WSL v2) et depuis que Guake et le terminal Ubuntu sont très similaires en termes de réactivité, de conception / thèmes d'interface utilisateur, etc., j'ai souvent ouvert le terminal Ubuntu par défaut. sur mon écran vertical en regardant les journaux et la charge du système.

C'est évidemment le moyen le plus simple de contourner le problème si plusieurs instances avec liste déroulante sont désactivées - Utilisez un terminal différent.
Le problème est que la plupart des terminaux sur Windows sont des ordures complètes (d'où ce projet ofc).

les instances supplémentaires étaient avec plusieurs moniteurs à l'esprit lorsque j'ai suggéré
il. Un par moniteur, chacun avec sa propre touche d'accès rapide. J'utilise un portrait paysage
portrait mis en place à la maison et tout en exécutant la menthe ont guake courir dans le
centre mais il n'offre pas les instances supplémentaires que Tilda a donc je l'utilise sur
les moniteurs de portrait extérieur.

Le lundi 16 septembre 2019 à 14h00, nofunatall [email protected] a écrit:

il y a aussi la possibilité de permettre d'exécuter une seule instance par
écran physique par bureau virtuel et de cette façon la touche de raccourci principale serait toujours
afficher l'instance sur votre VD et votre écran actifs actuels, mais c'est
assez compliqué, je pense que la désactivation de plusieurs instances est raisonnable

Je n'ignorerais pas complètement plusieurs instances - parfois c'est très pratique
pour avoir ouvert un terminal sur un écran qui diffuse les journaux ou affiche le système
charge tout en travaillant dans un autre terminal sur un écran adjacent.

J'utilisais précédemment le bureau Ubuntu ces dernières années (juste
retourné sous Windows depuis WSL v2) et depuis Guake et le terminal Ubuntu
sont très similaires en termes de réactivité, de conception / thèmes d'interface utilisateur, etc.
avait le terminal Ubuntu par défaut ouvert sur mon écran vertical en regardant les journaux
et la charge du système.

C'est évidemment le moyen le plus simple de contourner le problème si plusieurs instances avec
la liste déroulante est désactivée - Utilisez un autre terminal.
Le problème est que la plupart des terminaux sous Windows sont des ordures complètes (d'où
projet ofc).

-
Vous recevez cela parce que vous avez été mentionné.
Répondez directement à cet e-mail, affichez-le sur GitHub
https://github.com/microsoft/terminal/issues/653?email_source=notifications&email_token=ACAH5BIA5ZPETCBZK77LMVLQJ7XYVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVOM3PNVWWK3TUL52HS4DFVMD519WWWK3TUL52HS4DFVom
ou couper le fil
https://github.com/notifications/unsubscribe-auth/ACAH5BM722EZEB5LQBXGW6TQJ7XYVANCNFSM4HL735CQ
.

Les gars, nous avons clairement deux problèmes distincts ici. Pourrions-nous éditer celui-ci pour qu'il ne s'agisse que du raccourci clavier "Quake style" (terminal global / unique)?

Ensuite, un deuxième problème, qui serait bloqué par celui-ci, pour permettre l'attribution d'un raccourci clavier dédié "Quake style" à un écran différent.

Le premier semble être plus populaire et désiré. J'aimerais voir le deuxième trop (@NOFUNEVER idée de ne refroidissent jamais pensé à cette caractéristique, semble utile), mais ce serait bien si nous pouvions éclaircir le sujet un peu.

Le problème du PO est en fait plus du second, malgré le nom de ce problème. Quoi qu'il en soit, je pense qu'ouvrir un raccourci clavier sur un seul terminal est en grande partie bloqué par # 2080. Nous ne pouvons pas vraiment avoir un raccourci clavier pour ouvrir un seul terminal tant que nous ne pouvons pas appliquer un seul terminal.

https://github.com/microsoft/terminal/issues/653#issuecomment -520419611

C'est la meilleure ventilation que je pense.

@rlabrecque Oui, je sais que le problème original était lié à une solution plus sophistiquée, mais en regardant les commentaires, la plupart des gens ont exprimé le désir d'un style "tremblement" uniquement, et beaucoup moins de gens étaient intéressés par des raccourcis clavier personnalisés pour n'importe quel affichage.

C'est pourquoi j'ai proposé de convertir ce problème en un problème lié au type de tremblement de terre et d'extraire la demande de fonctionnalité de suivi dans un problème séparé où nous pourrons également le suivre.

Il me semble que cela doit être décomposé en plusieurs problèmes pour chacune des différentes fonctionnalités, en commençant par la fonction fondamentale de visibilité par raccourci clavier pour basculer. Cela peut être fait sans aucune des autres fonctionnalités, non?

Avec de multiples problèmes, il serait beaucoup plus facile de voir quelle était la demande pour chaque modification particulière de la recette et de prioriser le développement. Il semble que la fonctionnalité minimale viable éliminerait les démangeaisons de beaucoup de gens.

N'est-ce pas ce que le commentaire https://github.com/microsoft/terminal/issues/653#issuecomment -520419611 décrit?

Pour quiconque attend que cela passe de conemu (comme moi), etc. Vous pouvez utiliser la clé automatique et un élément de barre des tâches épinglé comme solution de contournement.

script autohotkey:

^`::Send #5

Cela mappera ctrl + `à winkey + 5, changez cela selon vos besoins.

l'outil fourni par flyingpie est bien meilleur: ne nécessite pas d'épinglage et masque complètement le bouton de la barre des tâches, tbh je l'utilise avec une autre application (car Terminal manque aussi peu d'autres choses)

Pour aller un peu plus loin avec la solution AutoHotKey:

#SC29::ToggleTerminal()

ShowAndPositionTerminal()
{
    WinShow ahk_class CASCADIA_HOSTING_WINDOW_CLASS
    WinActivate ahk_class CASCADIA_HOSTING_WINDOW_CLASS

    WinMove, ahk_class CASCADIA_HOSTING_WINDOW_CLASS,, -5, -10, A_ScreenWidth + 10, A_ScreenHeight * 0.7,
}

ToggleTerminal()
{
    WinMatcher := "ahk_class CASCADIA_HOSTING_WINDOW_CLASS"

    DetectHiddenWindows, On

    if WinExist(WinMatcher)
    ; Window Exists
    {
        DetectHiddenWindows, Off

        ; Check if its hidden
        if !WinExist(WinMatcher) || !WinActive(WinMatcher)
        {
            ShowAndPositionTerminal()
        }
        else if WinExist(WinMatcher)
        {
            ; Script sees it without detecting hidden windows, so..
            WinHide ahk_class CASCADIA_HOSTING_WINDOW_CLASS
            Send !{Esc}
        }
    }
    else
    {
        Run "c:\Users\kim\AppData\Local\Microsoft\WindowsApps\wt.exe"
        Sleep, 1000
        ShowAndPositionTerminal()
    }
}

Ce script lie win + ½ (sur le clavier danois, le bouton en haut à gauche sous échappement) à une fonction qui met en évidence une instance de terminal en cours d'exécution, ou démarre une nouvelle instance si non est en cours d'exécution, la redimensionne et la positionne "correctement". Si le terminal est déjà au point, il masque la fenêtre (donc il n'apparaît pas dans alt + tab).

J'ai mis un peu à jour la solution @kimbirkelund , donc pour corriger l'erreur de taille de fenêtre au cas où vous n'auriez pas la barre des tâches ancrée en bas comme moi.

Vous pouvez trouver le code à mon sens ici , ou le copier directement ci-dessous:

; How much height of screen size the terminal window takes.
VRatio := 0.8
; The path to the Windows Terminal exe file.
WtPath = "%LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe"

#SC29::ToggleTerminal()

ShowAndPositionTerminal()
{
    ScreenX := GetScreenLeft()
    ScreenY := GetScreenTop()
    ScreenWidth := GetScreenWidth()
    ScreenHeight := GetScreenHeight()
    global VRatio

    WinShow ahk_class CASCADIA_HOSTING_WINDOW_CLASS
    WinActivate ahk_class CASCADIA_HOSTING_WINDOW_CLASS

    WinMove, ahk_class CASCADIA_HOSTING_WINDOW_CLASS,, ScreenX-5, ScreenY-10, ScreenWidth+10, ScreenHeight * VRatio,
}

ToggleTerminal()
{
    WinMatcher := "ahk_class CASCADIA_HOSTING_WINDOW_CLASS"

    DetectHiddenWindows, On

    if WinExist(WinMatcher)
    ; Window Exists
    {
        DetectHiddenWindows, Off

        ; Check if its hidden
        if !WinExist(WinMatcher) || !WinActive(WinMatcher)
        {
            ShowAndPositionTerminal()
        }
        else if WinExist(WinMatcher)
        {
            ; Script sees it without detecting hidden windows, so..
            WinHide ahk_class CASCADIA_HOSTING_WINDOW_CLASS
            Send !{Esc}
        }
    }
    else
    {
        global WtPath
        Run %WtPath%
        Sleep, 1000
        ShowAndPositionTerminal()
    }
}

; Gets the edge that the taskbar is docked to.  Returns:
;   "top"
;   "right"
;   "bottom"
;   "left"
GetTaskbarEdge() {
  WinGetPos,TX,TY,TW,TH,ahk_class Shell_TrayWnd,,,

  if (TW = A_ScreenWidth) { ; Vertical Taskbar
    if (TY = 0) {
      return "top"
    } else {
      return "bottom"
    }
  } else { ; Horizontal Taskbar
    if (TX = 0) {
      return "left"
    } else {
      return "right"
    }
  }
}

GetScreenTop() {
  WinGetPos,TX,TY,TW,TH,ahk_class Shell_TrayWnd,,,
  TaskbarEdge := GetTaskbarEdge()

  if (TaskbarEdge = "top") {
    return TH
  } else {
    return 0
  }
}

GetScreenLeft() {
  WinGetPos,TX,TY,TW,TH,ahk_class Shell_TrayWnd,,,
  TaskbarEdge := GetTaskbarEdge()

  if (TaskbarEdge = "left") {
    return TW
  } else {
    return 0
  }
}

GetScreenWidth() {
  WinGetPos,TX,TY,TW,TH,ahk_class Shell_TrayWnd,,,
  TaskbarEdge := GetTaskbarEdge()

  if (TaskbarEdge = "top" or TaskbarEdge = "bottom") {
    return A_ScreenWidth
  } else {
    return A_ScreenWidth - TW
  }
}

GetScreenHeight() {
  WinGetPos,TX,TY,TW,TH,ahk_class Shell_TrayWnd,,,
  TaskbarEdge := GetTaskbarEdge()

  if (TaskbarEdge = "top" or TaskbarEdge = "bottom") {
    return A_ScreenHeight - TH
  } else {
    return A_ScreenHeight
  }
}

Je ne veux pas continuer à dévier cette demande de fonctionnalité, mais je voulais partager les modifications que j'ai apportées au travail que @wizcas et @kimbirkelund ont déjà effectué. Jamais vraiment utilisé AHK auparavant donc c'est plutôt hackish mais en bref j'ai ajouté un menu et un fichier de paramètres afin que vous puissiez changer ce qui suit:

• hauteur du terminal
• opacité terminale
• type et taille de police du terminal
• Schéma de couleur

Tout cela sans recompiler le fichier ni ouvrir le fichier JSON et le modifier manuellement. Il enregistre les paramètres non profile.json (par exemple la taille du terminal) dans son propre fichier settings.ini dans le même répertoire. Heureux d'accepter des modifications si quelqu'un souhaite y contribuer. J'ajouterai également à un moment donné un créateur de thème ici car c'était un peu une corvée de conversion sur un thème Monokai que j'utilise actuellement (dans mon sens si quelqu'un veut en parler). Voici un petit aperçu du menu Paramètres:

EDIT: Capture d'écran mise à jour

Vous pouvez obtenir le code ici: https://gist.github.com/alenbasic/004c5abeb4cc0e0b31b7681371d48898

L'un des problèmes de doublons liés mentionnés, y compris la prise en charge du mode de contrôle tmux, quelque chose qui n'est actuellement pris en charge que par iTerm sur Mac OS. C'est une fonctionnalité incroyablement puissante, mais à ma connaissance, toutes les tentatives pour l'implémenter dans d'autres terminaux sont mortes d'une mort silencieuse de fourches non entretenues. Ce serait génial de l'avoir en dehors de Mac OS.

Je suis allé de l'avant et j'ai commencé un projet, à peu près à cause de cette fonctionnalité. https://github.com/dotjosh/WinTermPlus

@dotjosh Ça a l'air génial! Y a-t-il une raison pour laquelle vous avez mis en œuvre cela comme un outil autonome et non comme un PR? Combien d'efforts faudrait-il pour le fusionner?

@dotjosh Ça a l'air génial! Y a-t-il une raison pour laquelle vous avez mis en œuvre cela comme un outil autonome et non comme un PR? Combien d'efforts faudrait-il pour le fusionner?

Je suis fort en C # / WPF et j'ai pu le faire rapidement. Je serais prêt à aider à le porter si nous sommes satisfaits du comportement.

Honnêtement, je pense que ça a l'air super cool. Je serais certainement heureux de revoir ce PR.

Il pourrait être un peu difficile de porter les bits de la barre des tâches vers le modèle plus UWP que nous avons (vous devrez probablement vous en débarrasser avec le package.appxmanifest), ce tutoriel avait l'air bien . Il serait également probablement plus logique de mettre les paramètres de taille pour ouvrir la fenêtre à moins de profiles.json , et de définir la liaison également (même si cela ne fait rien dans le TerminalApp, puisque je présume que la liaison devrait être enregistrée avec le système d'exploitation lui-même. Je suis sûr qu'il existe un moyen de le faire en C ++, même si je ne sais pas ce que c'est

Citant simplement quelque chose que j'ai déjà dit:

Je veux juste répéter que même si personne dans l'équipe n'aura les cycles pour faire cela pour la version 1.0, nous serions très heureux de revoir une contribution de la communauté. Idéalement, quelqu'un dans la communauté serait en mesure de compiler les suggestions et commentaires de ce fil dans le modèle de spécification et de soumettre un PR pour cette spécification. Une fois cette spécification approuvée, nous passerons en revue avec plaisir un PR avec le changement de code nécessaire. Il me semble que @flyingpie @dotjosh a vraiment 90% des bases, ce serait surtout polir les bordures.

Honnêtement, nous n'avons pas vraiment besoin de tout ce que le modèle de spécification remplit, je voudrais juste m'assurer que quelle que soit la contribution que nous acceptons, a pensé aux cas limites ici et définit clairement le comportement de ces cas. À savoir:

• Que se passe-t-il lorsque l'utilisateur n'a pas encore d'instance Terminal ouverte et qu'il appuie sur la touche de raccourci globale?
• Que se passe-t-il lorsque l'utilisateur a plusieurs fenêtres de terminal ouvertes? Lequel ouvre? Ne se passe-t-il rien dans ce cas?
  
  
  
  • Avec plusieurs fenêtres de terminal ouvertes et un terminal actuellement focalisé, le raccourci clavier global masque-t-il la fenêtre active ou en appelle-t-il une minimisée?
  
  
• L'utilisateur peut-il choisir de voir la fenêtre agrandie? Plein écran?

• Que se passe-t-il lorsque l'utilisateur n'a pas encore d'instance Terminal ouverte et qu'il appuie sur la touche de raccourci globale?

Je pense que cela dépend de l'instance de Terminal exactement. Si Terminal n'est pas en cours d'exécution, rien ne doit se passer. Je ne pense pas qu'il devrait y avoir un service ou quelque chose qui accroche cela. S'il n'y a plus de shells dans Terminal, il devrait toujours être en cours d'exécution, en attendant qu'un nouveau shell s'ouvre. Quitter Terminal devrait être plus explicite.

• Que se passe-t-il lorsque l'utilisateur a plusieurs fenêtres de terminal ouvertes? Lequel ouvre? Il ne se passe rien dans ce cas?
• Avec plusieurs fenêtres de terminal ouvertes et un terminal actuellement focalisé, le raccourci clavier global masque-t-il la fenêtre active ou en appelle-t-il une minimisée?

Je pense que l'hypothèse générale est que ce mode n'autoriserait qu'une seule instance de terminal. Lancer l'exécutable une deuxième fois ne ferait que concentrer le terminal, éventuellement lancer un nouveau shell par défaut? (Tout comme la fonction des applications UWP. Ouvrez Paramètres, puis concentrez-vous sur autre chose, puis ouvrez à nouveau Paramètres, une seule instance.)

• L'utilisateur peut-il choisir de voir la fenêtre agrandie? Plein écran?

Je ne vois pas pourquoi pas si les deux sont actuellement pris en charge. 👍 Le raccourci clavier fonctionnerait à peu près de la même manière que la réduction / restauration de minimisé dans ces deux cas.

Puis-je suggérer de commencer par l'expérience utilisateur d'autres terminaux populaires et de la modifier à partir de là s'ils ne sont pas optimaux?

• Que se passe-t-il lorsque l'utilisateur n'a pas encore d'instance Terminal ouverte et qu'il appuie sur la touche de raccourci globale?

Rien, car le terminal ne fonctionne pas. De plus, le raccourci clavier devrait être libéré pour que d'autres programmes puissent l'utiliser dans ce cas. C'est ainsi que ConEmu et Terminator se comportent.

• Que se passe-t-il lorsque l'utilisateur a plusieurs fenêtres de terminal ouvertes? Lequel ouvre? Il ne se passe rien dans ce cas?

Si le paramètre d'instance unique est actif: il ne peut y avoir plusieurs fenêtres ouvertes.

Si le paramètre d'instance unique n'est pas actif, Terminator envoie la commande à toutes les instances et elles basculent toutes entre les états. Cela pourrait être la solution la plus simple; cela n'a pas beaucoup de sens d'utiliser le mode quake avec plusieurs instances et de cette façon les terminaux ne resteront pas bloqués en permanence dans un état caché (le terminateur cache la fenêtre de la barre des tâches dans l'état caché).

ConEmu: l'activation du mode quake applique le mode d'instance unique et grise la case à cocher. Cela a plus de sens du point de vue du comportement, mais introduit plus de complexité.

Je ne pense pas que l'absence de mode instance unique (# 2227) devrait empêcher la mise en œuvre de cette fonctionnalité.

• Avec plusieurs fenêtres de terminal ouvertes et un terminal actuellement focalisé, le raccourci clavier global masque-t-il la fenêtre active ou en appelle-t-il une minimisée?

Voir ci-dessus - les deux. Cela fait basculer leurs états.

• L'utilisateur peut-il choisir de voir la fenêtre agrandie? Plein écran?

Dans ConEmu et Terminator, cela n'est pas pertinent pour le mode quake, la fenêtre est restaurée dans l'état dans lequel elle se trouvait avant d'être basculée cachée. S'il était en plein écran, il restaure en plein écran; idem pour les fenêtres maximisées et non maximisées.

être juste un peu pointilleux: aucun des terminaux populaires n'utilise le plein écran réel (exclusif) mais peut être rendu sans bordure

et je pense que c'est beaucoup mieux pour le cas d'utilisation

Du point de vue de l'utilisateur, la principale différence entre "plein écran" et fenêtré maximisé semble être que "plein écran" couvre la barre des tâches.
-------- Message d'origine -------- De: zakius [email protected] Date: 15/11/2019 22:38 (GMT + 00: 00) À: microsoft / terminal terminal @ noreply.github.com Cc: Igroeg Okiob [email protected] , Comment [email protected] Objet: Re: [microsoft / terminal] Demande de fonctionnalité: liste déroulante des raccourcis clavier ala
quake / guake / tilda (# 653) étant juste un peu pointilleux: aucun des terminaux populaires n'utilise le plein écran réel (exclusif) mais peut être rendu sans bordure
et je pense que c'est beaucoup mieux pour le cas d'utilisation

—Vous recevez ceci parce que vous avez commenté. Répondez directement à cet e-mail, affichez-le sur GitHub ou désabonnez-vous.
[
{
"@context": " http://schema.org ",
"@type": "EmailMessage",
"potentialAction": {
"@type": "ViewAction",
"cible": " https://github.com/microsoft/terminal/issues/653?email_source=notifications\u0026email_token = AB2TW7D3V347CBC62MCQ32TQT4QHVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEEG5YSA # issuecomment-554556488",
"url": " https://github.com/microsoft/terminal/issues/653?email_source=notifications\u0026email_token = AB2TW7D3V347CBC62MCQ32TQT4QHVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEEG5YSA # issuecomment-554556488",
"name": "Afficher le problème"
},
"description": "Afficher ce problème sur GitHub",
"éditeur": {
"@type": "Organisation",
"name": "GitHub",
"url": " https://github.com "
}
}
]

Un raccourci clavier de style console Quake (ConEmu) est indispensable. Quelqu'un a-t-il pu connecter le terminal à ConEmu?

@dotjosh Ça a l'air génial! Y a-t-il une raison pour laquelle vous avez mis en œuvre cela comme un outil autonome et non comme un PR? Combien d'efforts faudrait-il pour le fusionner?

Je suis fort en C # / WPF et j'ai pu le faire rapidement. Je serais prêt à aider à le porter si nous sommes satisfaits du comportement.

Nous sommes! Pouvons-nous avoir une pull-request?

Je veux dire que tu aimes ce que tu fais avec le nouveau terminal. Et je comprends tout à fait de ne pas pouvoir accéder à une demande de fonctionnalité en raison d'autres tickets prioritaires. Cela arrive à toutes les équipes, mon équipe n'est pas à l'abri non plus.

Mais je dois dire que l'absence de cette fonctionnalité est l'échec du PM et montre en quelque sorte qu'ils ne comprennent pas pleinement l'impact de cette fonctionnalité sur tant d'utilisateurs. C'est quoi, un pointeur 2? peut-être 3?

Il s'agit d'une fonctionnalité de fruits à portée de main qui a un impact énorme. J'aime que vous acceptiez les relations publiques publiques, mais si le public ne le fait pas, lancez-le dans un sprint. Ce billet est ouvert depuis un an.

Pour certaines personnes, ce n'est pas du tout important, pour d'autres, c'est un dealbreaker, même si je pourrais vivre sans cela grâce à certaines solutions de contournement publiées ici, donc personnellement, je donnerais la priorité aux choses qui ne peuvent pas être complétées de quelque manière que ce soit comme # 574 (ou probablement beaucoup d'autres, ce n'est que mon deuxième dealbreaker)

Droite. Vous parlez de la façon dont nous n'avons pas réussi à prioriser cela de manière appropriée, et je comprends que cette fonctionnalité est importante pour vous. Je voudrais cependant demander: avec les quatre ingénieurs de l'équipe principale, laquelle des fonctionnalités réalisées dans les étapes suivantes (requête de portée, plus fonctionnalités lâches) aurions-nous dû réduire pour faire de la place à la gestion des fenêtres personnalisées?

• _ Fonctionnalités marquées Fix-Committed et fermées _
• accessibilité
• onglets dans la barre de titre
• volets
• validation des paramètres
• détection de profil
• sémantique de sortie rationalisée
• rendu approprié pour les idéogrammes CJK
• prise en charge de l'entrée pour les utilisateurs de clavier non-US-ANSI
• redimensionnement qui ne supprime pas votre historique
• chercher
• (je pourrais continuer à lister les fonctionnalités ici)

Je peux engager l'ingénierie sur une, peut-être deux fonctionnalités par développeur et par mois. Cela fait 10 mois et la plupart du temps, nous avons eu une équipe de 2-3 au lieu de 4.

Si vous pouvez identifier lesquelles de ces choses que nous avons décidées étaient des piquets de table dont nous aurions dû nous passer, je suis heureux d'avoir cette discussion avec vous.

Je ne dis pas que ces fonctionnalités ne sont pas du tout importantes. Mon point est, c'est un fruit facile à suspendre avec près de 300 pouces vers le haut, plusieurs tickets en double créés à ce sujet et n'est pas aussi impliqué que la plupart des autres fonctionnalités / corrections de bogues que vous avez répertoriées.

Je ne veux pas minimiser le travail accompli ici, au contraire je pense que ce que l'équipe a accompli est incroyable. L'équipe et vous méritez tous deux des mérites.

Peut-être que j'étais un peu dur, alors je m'en excuse. Mais je pense toujours que mon argument est valable. C'est à vous et à l'équipe de décider bien sûr, juste mes deux cents.

Si c'est un fruit si facile à suspendre, alors je serais heureux de passer en revue un PR d'un membre de la communauté pour aborder cette fonctionnalité 😉. Dans l'état actuel des choses, l'équipe de développement est dans un sprint de gel des fonctionnalités et de correction de bogues / polissage pour les prochains mois. Nous allons certainement examiner notre arriéré pour que les tâches commencent une fois que la version 1.0 arrive, et je tiens à préciser que l'équipe comprend que celle-ci est une demande populaire.

l'épingler à la barre des tâches et utiliser Win + 1 pour y accéder est une solution de contournement (bien que j'utilise maintenant le script kimbirkelund autohotkey de https://github.com/microsoft/terminal/issues/653#issuecomment-541408854). Je ne pense pas que cela devrait être une priorité.

Peut-être que quelqu'un pourrait compiler le script de kimbirkelund ou de wizcas et fournir un binaire pour ceux qui ne veulent pas installer autohotkey?

il existe de bien meilleures solutions de contournement que de le garder dans la barre des tâches quelle est la chose exacte que nous voulons éviter, mais comme vous l'avez dit, il y en a tellement, bien qu'il soit important, il est plus bas dans la liste des priorités que les choses qui ne peuvent pas être complétées par des outils externes

Ajoutant mes deux cents à la discussion, ma version modifiée du script AutoHotKey fourni par @kimbirkelund :

• Le raccourci clavier est Ctrl + ~
• Le terminal est prêt à rester au top
• Une chose que j'ai pensé pourrait être utile est la suivante: si vous avez votre terminal ouvert et que vous ouvrez une fenêtre pendant que le terminal est affiché, si vous masquez le terminal, il ne connaît pas cette "nouvelle fenêtre" et retourne à la ancien actif. Je l'utilise depuis quelques heures et il semble fonctionner

MISE À JOUR: j'ai mis à jour mon script pour que si vous passez à une autre fenêtre (alt + tab) par exemple, il basculera vers cette fenêtre lorsque vous masquerez le terminal

Voici le script, j'espère qu'il sera utile pour les autres 🙂:

#Persistent
SetBatchLines, -1
Process, Priority,, High

Gui +LastFound
hWnd := WinExist()

; Subscribe to win-create events to get the activated window
DllCall( "RegisterShellHookWindow", UInt,hWnd )
MsgNum := DllCall( "RegisterWindowMessage", Str,"SHELLHOOK" )
OnMessage(MsgNum, Func("OnWin"))
Return

OnWin(event, hwnd)
{
  ; WinGetClass, winClass, ahk_id %lParam%
  WinGetClass, winClass, ahk_id %hwnd%
  if (winClass = "CASCADIA_HOSTING_WINDOW_CLASS")
  {
    global activatedWindow
    activatedWindow = -1
  }
  else
  {
    ; 1 is HSHELL_WINDOOWCREATED
    ; 4 is HSHELL_WINDOWACTIVATED
    if (event == 1 || event & 4)
    {
      global activatedWindow
      activatedWindow = -1
      activatedWindow = %hwnd%
    }
  }
}

; Toggle windows terminal using Ctrl,`
^`::ToggleTerminal()

ShowAndPositionTerminal()
{
  WinShow ahk_class CASCADIA_HOSTING_WINDOW_CLASS
  WinActivate ahk_class CASCADIA_HOSTING_WINDOW_CLASS

  WinMove, ahk_class CASCADIA_HOSTING_WINDOW_CLASS,, -5, -10, A_ScreenWidth + 10, A_ScreenHeight * 0.7,
  Winset, AlwaysOnTop, On, A
}

ToggleTerminal()
{
  global activatedWindow
  WinMatcher := "ahk_class CASCADIA_HOSTING_WINDOW_CLASS"

  DetectHiddenWindows, On

  if WinExist(WinMatcher)
  {
    DetectHiddenWindows, Off

    if WinExist(WinMatcher)
    {
      ; Script sees it without detecting hidden windows, so..
      WinHide ahk_class CASCADIA_HOSTING_WINDOW_CLASS
      if activatedWindow > 0
      {
        WinActivate, ahk_id, %activatedWindow%
        activatedWindow = -1
      }
      else
      {
        Send !{Esc}
      }
    }
    ; Check if its hidden
    else if !WinExist(WinMatcher) || !WinActive(WinMatcher)
    {
      ShowAndPositionTerminal()
    }
  }
  else
  {
    Run "%SCOOP%\apps\windows-terminal\current\WindowsTerminal.exe"
    Sleep, 1000
    ShowAndPositionTerminal()
  }
}

@ zadjii-msft cela signifie-t-il qu'un PR ne sera pas fusionné avant quelques mois?
Ce fut la première chose que j'ai recherchée sur Google lorsque j'ai installé le terminal - ce qui vous remercie également beaucoup d'avoir créé un vrai terminal. super excité

@ chazt3n Nous sommes plutôt

Je ne peux pas vraiment donner d'estimation sur le moment où l'une de ces dates est à ce stade, principalement juste "quand c'est fait"

Désolé si cela est déjà couvert ci-dessus car je n'ai pas lu le fil complet en détail. Du point de vue du comportement; Je pense que ce serait mieux si nous étions autorisés à choisir entre le `` mode tremblement '' ou simplement la fenêtre / les onglets existants au premier plan sur la touche de raccourci.

J'utilise actuellement une autre plate-forme de console qui me donne simplement une case à cocher dans les paramètres pour `` mettre au premier plan l'application avec Ctrl + ~ '', mais cela respecte complètement la taille et l'état de ma fenêtre existante.

Cette fonctionnalité est très très très très agréable à avoir car souvent nous avons autant de fenêtres et la fenêtre du terminal (étant donné qu'elle n'est presque toujours pas en plein écran) peut se perdre en arrière-plan.

La partie la plus importante est que nous n'avons pas seulement la fenêtre à l'échelle sur toute la largeur, mais en conservant sa barre de titre. La barre de titre ne doit pas non plus être invisible.

Désolé si cela est déjà couvert ci-dessus car je n'ai pas lu le fil complet en détail. Du point de vue du comportement; Je pense que ce serait mieux si nous étions autorisés à choisir entre le `` mode tremblement '' ou simplement la fenêtre / les onglets existants au premier plan sur la touche de raccourci.

Il s'est perdu dans les éléments cachés du thread, mais @flyingpie a partagé un programme C # pour ajouter la fonctionnalité de style de tremblement de terre. Vous pouvez le trouver ici , et si vous regardez Toggler.cs aux lignes 51 et 72, vous devriez pouvoir modifier son comportement pour qu'il ne fasse que mettre la fenêtre au premier plan sans modifier sa taille. Je n'ai pas essayé cependant.

Je suis passé à l'approche ahk après un certain temps, l'une des principales raisons étant que je n'ai pas besoin d'utiliser VS pour le construire, mais après quelques manipulations, j'ai obtenu de très bons résultats, la base se trouve également quelque part dans ce fil.

notez que je l'utilise pour Messenger à la place car WT manque encore quelques choses pour moi

_Une solution alternative jusqu'à ce qu'il y ait un mode déroulant natif pour Terminal. 😃_

Après quelques semaines d'utilisation, je peux recommander https://eugeny.github.io/terminus/

Beau terminal avec aka "mode quake" (Paramètres> "Dock the terminal" réglé sur Top et "Hotkeys"> "Toggl terminal window" sur Ctrl-` ).

Il est construit sur Electron donc ce n'est pas un "léger", mais fonctionne assez bien avec WSL2.

J'ai aimé le mettre dans la première partie de ma barre des tâches et utiliser WIN + 1 pour l'ouvrir.

Mon seul problème est que je ne peux pas toujours l'ouvrir dans l'administrateur, ce qui signifie que WSL est inutilement guidé. SO clic droit, clic droit, ouvrir en tant qu'administrateur - WIN + 1 à partir de là.

@ chazt3n Si vous voulez ouvrir en admin à l'aide du clavier, ce serait:
WIN + ALT + 1 pour ouvrir le menu contextuel de cet élément de la barre des tâches.
Touche Menu (à côté de la touche CTRL droite) ou MAJ + F10
Choisissez "ouvrir en tant qu'administrateur" avec les touches fléchées et entrez.

@ chazt3n @SamHasler pas besoin de le faire à la dure.
Si vous maintenez Shift pendant que vous ouvrez une application, vous en obtenez une deuxième copie.
Si vous maintenez les touches Maj et Ctrl enfoncées pendant que vous ouvrez une application, celle-ci s'ouvre en hauteur.
_Cela est vrai que ce soit depuis le menu Démarrer, la boîte de dialogue d'exécution ou la barre des tâches, et que vous l'ouvriez avec le clavier ou en cliquant sur ..._

En d'autres termes, écrasez tout le coin du clavier avant d'appuyer sur 1: Ctrl + Maj + Win + 1 ouvrira une nouvelle copie élevée.

Connexes: https://github.com/microsoft/PowerToys/issues/2629.

@Jaykul Quand je parle aux gens du modificateur d'ascenseur magique, ils disent toujours "whattttt"

Je travaille actuellement sur un projet comme celui-ci et serais ravi de collaborer avec toute personne intéressée à aider. Je devrais avoir une version alpha d'ici la fin du week-end qui prend en charge CMD, PowerShell et WSL avec des fonctionnalités de style déroulant.

Je suis intéressé à développer guake / yakuake et ce qu'ils ont fait avec quelques idées supplémentaires comme NOFUNEVER décrit par la possibilité d'utiliser plusieurs moniteurs à la fois, mais je ne sais pas à quoi cela ressemblerait.

Ce n'est PAS encore prêt pour les tests mais je devrais avoir un alpha prêt pour les tests d'ici la fin du week-end si quelqu'un est intéressé à collaborer, veuillez m'envoyer un mail à mwayne. [email protected]. Quelqu'un qui est doué pour la thématisation des applications et travailler avec des contrôles en C # serait d'une grande aide.

https://github.com/usrcletus/winuake

S'il vous plaît soyez doux avec moi, c'est dans des étapes super difficiles lol.

J'adorerais voir cette fonctionnalité arriver. Extrêmement satisfait du fonctionnement de Windows Terminal (c'est l'une des rares applications de terminal Windows qui ne s'étouffe pas et ne meurt pas lors du test de vitesse "cmatrix"!). Veuillez l'inclure (quand vous le pouvez :)), une fois que vous êtes habitué à cette fonctionnalité, vous ne pouvez plus vous en passer.

Cette fonctionnalité permet de gagner beaucoup de temps.
J'ai vraiment hâte de Windows Terminal 2.0

Une fonctionnalité très watned, rendrait vraiment l'environnement de basculement entre Linux et Windows beaucoup plus agréable.

Une fonctionnalité très watned, rendrait vraiment l'environnement de basculement entre Linux et Windows beaucoup plus agréable.

cela exigerait que certains émulateurs de terminaux Linux aient toutes les fonctionnalités conemu, Windows a déjà tout

L'équipe a publié une feuille de route et ce problème est là 🥳 Bien qu'il ait la priorité 3 sur une échelle de 0 à 2 😢

Désolé, notre échelle va en fait à 3. Oups! :sourire:

Néanmoins, il semble que ces problèmes pourraient ne pas figurer dans la version dans 1 an. Dommage. J'avais très envie d'utiliser le nouveau terminal, mais sans la fonction de raccourci clavier, c'est trop encombrant par rapport à guake sous Linux.

Heureux qu'il ait au moins fait la liste. :) - WSL2 Docker a fait de Windows un pilote quotidien plus faisable, cette fonctionnalité ne fera que le pousser plus loin lorsqu'il atterrira.

Je conviens que c'est une fonctionnalité pratique, et j'en aurais vraiment besoin si j'utilise Windows.
Cependant, toutes les fonctionnalités mentionnées doivent être gérées par le gestionnaire de fenêtres, au lieu d'un terminal.

Techniquement, ce serait optimal si WM le permettait, vous seriez capable de gérer toutes les fenêtres avec facilité, mais il est peu probable que nous l'aurons bientôt. Le meilleur pari serait d'ajouter cela à PowerToys

Pas forcément. Cela signifie simplement que le personnel de Microsoft ne travaillera pas dessus.
Tout le monde peut soumettre la fonctionnalité en tant que PR.

Si quelqu'un veut une solution AutoHotkey très simple, voir l'essentiel: https://gist.github.com/atruskie/99a498ac43b91deb91eab4069b6047b9

Ce n'est pas la solution exacte, mais elle fait le travail sans trop d'efforts.

#NoEnv
#SingleInstance force
SendMode Input
DetectHiddenWindows, on
SetWinDelay, 0

#`::
    terminal := WinExist("ahk_exe WindowsTerminal.exe")
    if (terminal) 
    {
        active := WinActive("ahk_id " terminal)
        if (active)
            WinMinimize, ahk_id %active%
        else
            WinActivate, ahk_id %terminal%
    }
    else
        Run, wt.exe
Return

@ Defcon0 Je viens de le mettre comme première entrée dans ma barre des tâches et d'utiliser WIN + 1, c'est honnêtement un peu plus pratique pour moi puisque je peux le placer n'importe où sur l'écran.

@Jaykul a également fourni une étape dans l'administration

Si quelqu'un veut une solution AutoHotkey très simple, voir l'essentiel: https://gist.github.com/atruskie/99a498ac43b91deb91eab4069b6047b9

Ce n'est pas la solution exacte, mais elle fait le travail sans trop d'efforts.

#NoEnv
#SingleInstance force
SendMode Input
DetectHiddenWindows, on
SetWinDelay, 0

#`::
    terminal := WinExist("ahk_exe WindowsTerminal.exe")
    if (terminal) 
    {
        active := WinActive("ahk_id " terminal)
        if (active)
            WinMinimize, ahk_id %active%
        else
            WinActivate, ahk_id %terminal%
    }
    else
        Run, wt.exe
Return

J'ai écrit un résumé comme celui-ci il y a quelque temps: https://gist.github.com/sharunkumar/af7ba56e3cce8238ae9c986c619e8d1c

celui-ci revient à la fenêtre active dans laquelle vous étiez, avant de passer à WT

global PreviousActiveWindow

#`::
DetectHiddenWindows, On
if (WinExist("ahk_class CASCADIA_HOSTING_WINDOW_CLASS")) {
    if(WinActive("ahk_class CASCADIA_HOSTING_WINDOW_CLASS")) {
        WinActivate, ahk_id %PreviousActiveWindow%
    } else {
        WinGet, PreviousActiveWindow, , A ; 'A' for currently active window
        WinActivate, ahk_class CASCADIA_HOSTING_WINDOW_CLASS
    }
} else {
    TerminalLink = %localappdata%\Microsoft\WindowsApps\wt.exe
    if FileExist(TerminalLink) {
        WinGet, PreviousActiveWindow, , A ; 'A' for currently active window
        Run, %TerminalLink%
    } else {
        MsgBox, Windows Terminal not installed
    }
}
Return

J'ai trouvé ce référentiel pour une application simple qui ajoute un tremblement de terre au terminal:
https://github.com/flyingpie/windows-terminal-quake

Fonctionne assez bien pour mes cas d'utilisation.

J'ai trouvé que cela pouvait être facilement réalisé en utilisant le gestionnaire de clavier PowerToy et le raccourci Windows Key + NUM susmentionné pour lancer une application épinglée à votre barre des tâches. Épinglez simplement le terminal Windows à votre barre des tâches (la mienne est en position 6), puis ouvrez l'outil PowerToys Keyboard Manager. J'ai utilisé WIN + ` avec Cmder et donc _remappé_ le raccourci WIN + ` vers WIN + 6 . Maintenant, chaque fois que je fais WIN + ` le terminal Windows viendra au premier plan ou lancera une nouvelle instance si elle n'est pas déjà en cours d'exécution (ce qui est encore mieux que ce que Cmder fait nativement).

non, ce n'est pas la même chose
minimiser! = masquer la fenêtre
le masquage de la fenêtre le met complètement hors de votre chemin

Vous avez raison, ce n'est certainement pas le mode tremblement de terre - désolé pour toute confusion. J'ai trouvé ce problème juste à la recherche d'un moyen d'avoir un raccourci global personnalisé pour mettre le terminal au premier plan, ce qui était un facteur décisif pour moi, car je suis habitué à ce comportement de Cmder. Personnellement, je n'ai pas ressenti le besoin du mode Quake, donc cette solution de raccourci a comblé le vide et j'ai donc pensé que je le ferais passer.

C'est la demande de fonctionnalité la plus votée et elle est ouverte depuis plus d'un an ??

Comment diable n'est-il pas encore mis en œuvre?

Hé, je poste juste quelques notes de recherche ici, parce que je ne veux pas les perdre.

RegisterHotKey ne semble rien faire dans mon expérimentation. Peut-être que je faisais mal? Peut-être que l'île XAML mange le message WM_HOTKEY avant même d'arriver à notre wndproc? Il ne semble pas y avoir de commentaires sur cette fonction de toute façon, donc je ne suis pas sûr de l'utilité de cela dans un "mode multi-instance".

SendMessage(_window.get(), WM_SETHOTKEY, VK_OEM_3, 0) effectivement _did_ travaillé. Il retourne même 2 s'il y a une autre fenêtre avec ce raccourci clavier déjà défini, ce qui est bien. Cela fera tout pour nous - lorsque vous appuyez sur la touche _n'importe où_ sur le système, cela activera la fenêtre du Terminal, même si elle est réduite. Pas sûr de "minimisé dans la barre des tâches", mais la progression est une progression.

Malheureusement, il n'est pas anodin qu'une deuxième fenêtre de terminal attende la fermeture de la première fenêtre, puis qu'elle prenne le raccourci clavier. De plus, qui obtient le raccourci clavier s'il y a 3 fenêtres WT ouvertes? Donc, pour le moment, seule la première fenêtre recevrait le raccourci clavier qui lui était attribué, puis toutes les fenêtres ultérieures créées _ ne recevraient pas_ le raccourci clavier qui leur serait attribué, jusqu'à ce que la première fenêtre soit fermée. Ensuite, la fenêtre _next WT créée_ obtiendrait le raccourci clavier. C'est certainement gênant.

Le rechargement des paramètres entraînerait probablement également une fenêtre _random_ WT pour l'attribution du raccourci clavier.

Il y a un tas de demandes dans ce fil, donc je vais essayer de les résumer, mais pas encore de prescrire une solution holistique.

• Appuyez sur une touche de raccourci n'importe où pour activer la fenêtre de terminal unique où qu'elle se trouve (nécessite le mode d'instance unique, ainsi que la prise en charge globale des touches de raccourci)
• Appuyez n'importe où sur une touche de raccourci pour activer la fenêtre unique du terminal _ sur le moniteur actuel_. Si ce n'était pas auparavant sur ce moniteur, déplacez-le là-bas. (nécessite le mode d'instance unique, ainsi que la prise en charge globale des raccourcis clavier)
• Appuyez sur une touche de raccourci pour activer la fenêtre de terminal "la plus proche". (Cela nécessitera probablement un IPC comme ce sur quoi # 5000 travaille)
• Réduire dans le plateau, appuyez sur une touche de raccourci pour activer la fenêtre de terminal unique / la fenêtre de terminal la plus proche (# 5727)
• Le terminal n'apparaît pas dans la vue alt + tab, appuyez sur une touche de raccourci pour activer la fenêtre de terminal unique / la fenêtre de terminal la plus proche (je ne suis pas sûr que cela soit différent de ce qui précède
• lorsque le terminal est invoqué à l'aide du raccourci clavier, faites-le glisser depuis le haut (je ne sais pas si cela est possible avec la méthode SendMessage(WM_SETHOTKEY) ci-dessus.)
  
  
  
  • De même, faites glisser sur désactiver?
  
  

Wow, je suis sûr que j'ai manqué certains des scénarios couverts dans les 95 commentaires sur ce fil, mais c'est déjà un désordre de paramètres.

EDIT 17-août-2020: Oh hé, c'est ainsi que PowerToys accroche le clavier pour les messages mondiaux, faisons-le.
https://github.com/microsoft/PowerToys/blob/49b56d9b52bdfedd6ad1404bd0b20e884d2b574b/src/modules/shortcut_guide/shortcut_guide.cpp#L150 -L173

À mon humble avis, réduire au minimum le plateau sonne comme une fonctionnalité différente.

Avoir plusieurs instances et invoquer différentes instances sur différents écrans ressemble à quelque chose pour une deuxième itération de cette fonctionnalité.

Je pense qu'il serait préférable de se concentrer d'abord sur des scénarios plus simples, comme une seule instance invoquée via un curseur sur un raccourci clavier et un glissement sur le même raccourci clavier. S'il y a des multi-instances, il devrait probablement y avoir une règle qui sera invoquée alors

IMO, comme WT a plusieurs onglets, le meilleur scénario est une instance et est invoqué là où se trouve la souris, s'il y a plusieurs bureaux ou moniteurs virtuels. Comme Guake.

Salut @ zadjii-msft - J'ai également examiné des domaines similaires et je voulais consolider la recherche et partager quelques réflexions sur les implémentations. En lisant les documents, je ne pouvais pas être sûr si je manquais où l'équipe a cherché des moyens de tirer parti des fonctionnalités UAP / UWP qui pourraient être pertinentes, alors j'espère que ce n'est pas déjà un terrain battu!

Tout d'abord, l'enregistrement des raccourcis clavier. J'ai trouvé la recherche WM_HOTKEY que vous avez effectuée complémentaire à cette route d'enregistrement de raccourci clavier UWP décrite ici . Est-ce une approche que vous avez déjà envisagée? Je pensais que cela pourrait être une bonne approche, car le menu contextuel de l'explorateur "Lancer le terminal Windows ici" a déjà été implémenté, supprimant le besoin de construire / tester l'AppService / IPC (# 5000) puisque nous pourrions simplement étendre et améliorer ce qui existe déjà .

En creusant là-dedans, je suis tombé sur cette réponse SO éventuellement pertinente décrivant une approche qui se rattache à Windows.UI.Core.CoreDispatcher.AcceleratorKeyActivated afin de recevoir des notifications lorsque des combinaisons de touches spéciales sont enfoncées, par exemple CTRL+~ . Est-ce quelque chose qui pourrait être applicable?

En parlant du modèle de processus ...

Malheureusement, il n'est pas anodin qu'une deuxième fenêtre de terminal attende la fermeture de la première fenêtre, puis qu'elle prenne le raccourci clavier. De plus, qui obtient le raccourci clavier s'il y a 3 fenêtres WT ouvertes? Donc, pour le moment, seule la première fenêtre recevrait le raccourci clavier qui lui était attribué, puis toutes les fenêtres ultérieures créées _ ne recevraient pas_ le raccourci clavier qui leur serait attribué, jusqu'à ce que la première fenêtre soit fermée. Ensuite, la fenêtre _next WT créée_ obtiendrait le raccourci clavier. C'est certainement gênant.
Le rechargement des paramètres entraînerait probablement également une fenêtre _random_ WT pour l'attribution du raccourci clavier.

Il y a un dénominateur commun avec ces défis qui, une fois extraits de l'équation, rend les choses beaucoup plus claires et simples. Ce fil conducteur est la logique et la complexité impliquées dans la gestion des instances wt - je pense qu'une grande partie du reste est due à ce défi majeur. Comme de nombreux défis, celui-ci pourrait être mieux résolu en le décomposant en défis plus petits. Ici, je pense que l'introduction d'un intermédiaire rend inutile pour WT d'avoir besoin de savoir quoi que ce soit sur la gestion des instances, sans parler de la gestion globale (par exemple, l'application n'est pas au centre) de l'enregistrement et de la liaison des raccourcis clavier. Cela me plaît du point de vue de la SRP, et il me semble que le travail pour fournir le menu contextuel de l'explorateur "Lancer Windows Terminal Here" s'aligne sur ce concept, sinon dans la réalité. Le TriggerEvent des extensions de bureau UWP peut être utilisé par les services IPC pour transmettre des actions sérialisées (commandes) aux instances wt en cours d'exécution ou analysé et transmis en tant qu'arguments de lancement pour les nouveaux processus wt

Le processus gérant le raccourci clavier global serait à la fois une application de la barre d'état système _et_ un processus en mode d'instance unique (probablement une application WinForms) qui contient un composant NotifyIcon ainsi que le menu contextuel de l'icône de la barre d'état système et les composants du répartiteur. Cela a un effet secondaire positif d'éviter la nécessité d'ajouter beaucoup de paramètres nouveaux et compliqués + logique à la base de code WT, car wt n'aura pas besoin de savoir quoi que ce soit sur un soi-disant "mode quake": smile :. L'application systray serait la source / le référentiel de ces types de paramètres, et je pense qu'elle fonctionnera absolument avec et bénéficiera de # 7170

• Appuyez sur une touche de raccourci n'importe où pour activer la fenêtre de terminal unique où qu'elle se trouve (nécessite le mode d'instance unique, ainsi que la prise en charge globale des touches de raccourci)

Le menu contextuel de l'application systray peut avoir un menu déroulant qui affiche une liste de profils wt sur lesquels les utilisateurs peuvent cliquer pour sélectionner le profil à utiliser lorsqu'il est appelé "dans le style du mode Quake". Il peut être défini par défaut sur le premier profil répertorié s'il n'est pas spécifié. S'il existe des plans / spécifications pour implémenter une logique interne pour obtenir des listes de profils et leurs détails, la conception bénéficierait de la possibilité d'être utilisée en dehors du processus wt.exe (comme dans, l'application notifyicon ne devrait pas avoir à dupliquer la fonctionnalité pour charger la liste des profils et autres si possible). Étant donné que l'application systray gère les instances, wt n'a pas nécessairement besoin d'implémenter lui-même le mode d'instance unique. Les dépôts PowerToys affichent les déclarations IPC UWP dans le manifeste et

Pour résumer un article déjà dense en informations:

La plupart des problèmes à puces disparaissent ou sont grandement atténués par cette approche si vous y réfléchissez. Quand je prends du recul et regarde l'ensemble, je sens que cette fonctionnalité est plus proche de devenir une réalité que nous ne le pensions!

• Appuyez n'importe où sur une touche de raccourci pour activer la fenêtre unique du terminal _ sur le moniteur actuel_. Si ce n'était pas auparavant sur ce moniteur, déplacez-le là-bas. (nécessite le mode d'instance unique, ainsi que la prise en charge globale des raccourcis clavier)
• Appuyez sur une touche de raccourci pour activer la fenêtre de terminal "la plus proche". (Cela nécessitera probablement un IPC comme ce sur quoi # 5000 travaille)
• Réduire dans le plateau, appuyez sur une touche de raccourci pour activer la fenêtre de terminal unique / la fenêtre de terminal la plus proche (# 5727)
• Le terminal n'apparaît pas dans la vue alt + tab, appuyez sur une touche de raccourci pour activer la fenêtre de terminal unique / la fenêtre de terminal la plus proche (je ne suis pas sûr que cela soit différent de ce qui précède

• lorsque le terminal est appelé à l'aide de la touche de raccourci, faites-le glisser depuis le haut (Je ne sais pas si cela est possible avec la méthode SendMessage(WM_SETHOTKEY) ci-dessus.)

  • De même, faites glisser sur désactiver?

Ressources pour NotifyIcon, WinForms et WPF:
http://www.abhisheksur.com/2012/08/notifyicon-with-wpf-applications.html
https://www.codeproject.com/articles/36788/wpf-xaml-notifyicon-and-taskbar-system-tray-popup
https://mcguirev10.com/2019/01/27/system-tray-icons-wpf-net-core-preview.html

HTH!

ÉDITER:
En lisant l'ébauche des spécifications du modèle de processus, il semble que vous ayez également identifié l' approche de processus distincte . Je suppose que le rôle du «monarque» pourrait en partie ou peut-être (?) En totalité joué par l'IPC / appservice

J'ai créé un utilitaire rapide et sale qui enregistre un raccourci clavier global pour basculer la dernière fenêtre du terminal Windows. Je pense que ce serait une belle solution de contournement avant la mise en œuvre officielle.

https://github.com/Inndy/TerminalSummoner

J'ai modifié une solution autohotkey de https://github.com/ehpc/quake-windows-bash pour une meilleure expérience utilisateur. Je n'ai pas examiné la solution de @Inndy , donc ça pourrait être mieux.

Mon script se trouve ici: https://github.com/rengler33/dotfiles/blob/master/C/Users/Rub/wt-quake-like.ahk

Utilisation du raccourci clavier Ctrl + `

1. Si le terminal Windows n'est pas lancé, il le lance *
2. S'il est lancé mais minimisé, il est restauré
3. S'il est actif, il est minimisé
4. Sinon (ce qui signifie qu'il est restauré mais flou), mettez-le au point

* Remarque: ce script utilise également un raccourci Windows que j'aime utiliser qui ajoute quelques options à l'ouverture
https://github.com/rengler33/dotfiles/blob/master/C/Users/Rub/wt.exe.lnk
Mais pourrait être remplacé pour lancer simplement BashHandle au lieu de Shortcut

J'ai modifié une solution autohotkey de https://github.com/ehpc/quake-windows-bash

Merci pour ça.

Je me suis inspiré du script de @ rengler33 et j'ai apporté quelques modifications pour ma propre configuration à 3 écrans:
https://gist.github.com/oryon-dominik/562970f77f2ad4d9bd57bea58ddc8ef5
Le script génère un terminal Windows sur l'écran actif. (CTRL + CIRCONFLEXE)
De mauvaises animations et un peu de scintillement cependant, c'est donc plus une solution de contournement.

J'ai vraiment hâte que cette fonctionnalité soit officiellement mise en œuvre.

Je voulais aussi passer de ConEmu à Windows Terminal, mais il me manquait aussi Quake Style. Si quelqu'un est intéressé - j'ai créé une petite application, qui stocke et extrait la fenêtre du terminal Windows (vous pouvez ajouter d'autres applications pour avoir ce style de Quake si vous le souhaitez).

Vérifiez mon dépôt et toutes les fonctionnalités ici: https://github.com/rzym-on/termial-tray

J'espère vraiment que cette fonctionnalité viendra par défaut à un moment donné. Pour l'instant, n'hésitez pas à utiliser ma petite solution.

Je voulais aussi passer de ConEmu à Windows Terminal, mais il me manquait aussi Quake Style. Si quelqu'un est intéressé - j'ai créé une petite application, qui stocke et extrait la fenêtre du terminal Windows (vous pouvez ajouter d'autres applications pour avoir ce style de Quake si vous le souhaitez).

Vérifiez mon dépôt et toutes les fonctionnalités ici: https://github.com/rzym-on/termial-tray

J'espère vraiment que cette fonctionnalité viendra par défaut à un moment donné. Pour l'instant, n'hésitez pas à utiliser ma petite solution.

Merci pour ça. Existe-t-il un moyen d'ajuster la vitesse d'animation de la fenêtre Windows Terminal apparaissant ... de la même manière que ConEmu?

@mkanet Je voudrais rediriger la discussion sur le projet de quelqu'un d'autre vers leur dépôt , et garder ce fil concentré sur le problème en question. Merci!

Une autre idée pourrait être un paramètre pour commander wt.exe comme: -T, --toggle
Si l'instance de terminal n'existe pas, ouvrez une nouvelle
Sinon (si actif, minimiser Else restaurer / activer)

C'est comme la logique AutoHotKey ci-dessus, mais il est à l'intérieur de wt.exe et accessible aux raccourcis .lnk / mappages de touches globales / barre des tâches Windows Win + Numéro, etc.

Ce serait génial si vous n'avez pas besoin d'une autre application tierce pour cela. Et je suis aussi accro à Ctrl + `