Terminal: 機能のリクエスト：ホットキードロップダウンala quake / guake / tilda

つまり、たとえば3つのモニターがある場合、別のホットキーを押して、選択したモニターから端末を地震コンソールスタイルにスライドさせることができますか？

つまり、たとえば3つのモニターがある場合、別のホットキーを押して、選択したモニターから端末を地震コンソールスタイルにスライドさせることができますか？

正確に、正確に。 頻繁に使用される主流の端末を意味するものとしては、少し風変わり/不必要/ギミックのように見えることは知っていますが、生産性がホットキーのドロップダウンを本当に輝かせるものであることをお約束します。

理想的には、各モニターには、他のモニターと同時に開いたままにできる独自の端末があります。
Tildaの3つのインスタンスを使用するnixでは、f1がドロップ、クローズ、または開いているがアクティブではない場合は左側のモニターを選択するように設定しています。 F2は私の中央の画面を実行し、f3は私の右を実行します。 これらのホットキーを使用して、これら3つの端子がすでに開いている場合は、それらの間をジャンプできます。 最終結果により、端末と他のバックグラウンドアプリケーション間の移動がワークフローの夢になります。 私がそう言うなら、それはまたかなりクールに見えます。

私が好きな別の選択肢をGuakeすると、一度に1つのウィンドウ/インスタンスのみに制限され、ホットキーが押されたときにマウスが現在存在するモニターにドロップダウンするだけです。 これも非常に優れた機能ですが、私が探しているものではありません。 私は振る舞いの選択に反対しませんが、コードの行は木に成長しないので、私はティルダのデザインを好むように選択しました。

私たちは本当に物事のnix側で端末の面で甘やかされており、それがマイクロソフトが新しいより高度な機能豊富な端末を非常にエキサイティングに構築しようとしている理由です。 マイクロソフトが開発者と将来の開発者（ここでは学生）がオペレーティングシステムに費やす時間のために戦っているような気がします。WSL2とドロップダウンターミナルを組み合わせると、起動に費やす時間が大幅に短縮されます。ミントと10の間を行き来します。

ConEmuから切り替えるには、Quakeモードが必要です。 ただし、現在フォーカスされているモニター/仮想デスクトップに関係なく、常に同じインスタンスを開くことを強くお勧めします。

個人的にはwin + tildeを使用してConEmuを開きますが、ショートカットは明らかに構成可能である必要があります。

はい、1つのインスタンスがドロップダウンし、マウスカーソルがあるモニターにドロップダウンし、フォーカスする必要がありますが、Alt + Tabを実行しているときは表示されないため、OSに組み込まれているように感じます。 グアケのように。

@cyberhckは、現在フォーカスされているウィンドウの場所ではなく、マウスの場所にあるべきだと確信していますか？

@ジェイクル
Guakeのデフォルトの動作は、Cyber​​hckが説明したように、マウスが現在存在するモニターでホットキーが端末をアクティブにすることです。 必要に応じて、特定のモニターを割り当てるオプションもあります。 一度に実行できるインスタンスは1つだけであり、WindowsTerminalで問題が発生しないという制限があります。 Windowsターミナルをguakeのように設定し、静的動作またはフォロー動作を選択できる場合、必要なのは、guake（フォローまたは静的）とtilda（複数のインスタンス）の両方の機能に一致するインスタンスごとの独立した設定だけです。

はい、3つの方法で構成できます。1つは特定のモニター、1つはフォーカスされているウィンドウ、もう1つはマウスが存在する場所です（また、アプリケーションのリスト（alt +タブ）から非表示にするオプションがあることも非常に重要です。このモードが有効になっているのは、IDEとブラウザを切り替えている間、ユーザーがそれを見たくないと思うからです）

:)

@Jakul 、私がマウスが存在する場所を言う理由は、何かを閲覧しているとき、マウスは常に目の前にある可能性が高く、短いキーを使用している場合は、むしろ目を切り替えるのが本当に簡単だからですマウスを完全に動かすよりも。

+1

有用な追加フィードバックを提供せずに、「+ 1」でスレッドに返信しないでください。 Githubには完全に優れた+1があり、スレッドの受信トレイにいる全員にpingを送信するわけではありません。

つまり、たとえば3つのモニターがある場合、別のホットキーを押して、選択したモニターから端末を地震コンソールスタイルにスライドさせることができますか？

Guakeのマルチモニターのデフォルトの動作は、マウスがどこにあっても、端末がドロップダウンする場所です。

ただし、この動作を望まない場合は、設定を介して、必要なモニターにドロップダウンするように設定できます。

これで必要なのは、アニメーションを無効にし、ウィンドウを完全に非表示にする機能です（タスクバー、alt + tab、win + tabなどから）

タスクバーボタンを表示しないという追加のオプションも私には望まれますが、この問題の範囲外である可能性があります

私はこの提案が大好きで、毎日（リリースされたら）それを使用しないようにする唯一のものです。 ConEmuでctrl + `を使用するのが大好きで、VSCode統合端末も使用していません。 ただし、モニターごとのキーバインディングについては、あまり気にしないかどうかはわかりません。

また、この提案には、アプリケーションのショートカットを使用したxfceターミナルドロップダウンなどの他のLinux用語と同様に、ターミナルのインスタンスが実行されていない場合に起動することが含ま

これは、グローバルホットキーがバインドされたショートカットがどこかに存在し、インスタンスがすでに実行されている場合はCLIを使用してトグルを呼び出すショートカットで実行できます。 システム全体のホットキーにするのは悪い考えのようです

guakeのようにドロップダウンできる端末があれば、Windowsでの開発をもっと検討したいと思います（現在、95％はLinuxで行われています）。

私は主にWindowsでもcmder / conemuを使用していますが、これがまだ切り替えていない主な理由でもあります。特に、端末を呼び出すだけのグローバルな方法がなく、2台のモニターと（通常は）3台のデスクトップを使用しているためです。基本的に、実際のウィンドウが表示される可能性のある場所は6つあり、ばかげているように聞こえますが、煩わしいです。

また、多くの人がこれにキーボードショートカットを使用することに言及していますが、専用のマウスボタン、および可能であればジェスチャーにマッピングすることも検討する必要があります。 後でありがとう。

設定可能なドロップダウン端末のアイデアに他の人が興奮しているのを見てうれしいです。 これらのドロップダウンがデフォルトでどのように動作するかについて、人々が非常に明確な好みを持っていることは明らかですが、ほとんどの人の好みが可能になると信じています

1. 各インスタンスは、マウスフォローまたは1つのモニターへのバインドのいずれか用に構成できます。
2. 各インスタンスは、独自のホットキーを持つことができます。

次に、構成可能な可能性の範囲内で、何が好きかは問題ではありません。

私は個人的に地震とティルダの組み合わせを使用して、各画面に1つの端末をバインドし、もう1つをマウスに追従させます。

@NOFUNEVERあなたは人々が正しく求めているもののほとんどを持っていますが、 @ cyberhckと@zakiusは重要かもしれない他のいくつかの機能を特定しました：

• バインディング/マウスフォローの監視に加えて、設定オプションのリストにウィンドウフォーカスを追加します。
• alt-tab /タスクバーに表示しないように構成可能なオプションが必要ですか？

これにtilda（私が使用したことがなくコメントできない）のような複数のインスタンスがあるべきか、Guakeのような単一のインスタンスがあるべきかについてはまだ議論があるようです。 他に何か足りないものはありますか？ そうでない場合は、その質問を解決し、仕様の作成に進む必要があります。

（ @zakius 、ドロップダウンアニメーションを無効にしたいという要望もありました。理由は何も問題はありませんが、正当化することで役に立ちます。）

アニメーションは私の焦点を奪うので、全体的に嫌いです（何かが本能的にそれを見るように動いた場合、それがあなたの命を救うことができた時代にさかのぼります）。 しかし、私がblocking animationsと呼んでいるものもあります。これは、アクションを実行する前に待機する必要があり、テキストを読んだり入力コマンドを発行したりするのを妨げます。 これらは、待つ以外に選択肢がないため、ワークフローをさらに邪魔します。実行が遅いことを示すように設計されているものもありますが、高速のマシンでは速度が低下します。

最善のアプローチは、アニメーション時間を0で完全に無効にして選択できるようにすることです。

遅すぎるmacのようなアニメーションは必要ありませんが、guakeは100ミリ秒未満でアニメーションを終了すると思います。そのため、スナッピーです。遅延も構成である可能性があります。アニメーションがない場合は0です。 Guakeアニメーションは「ちょうどいい」ように見えますが、非常に高速ですが、どこから来ているのか、どこに向かっているのかを確認できます。

アニメーションが気に入らない人はそれを無効にしたり、Macのような遅いアニメーションに変えたりできるので、構成を追加するのは素晴らしいことです。私は80ミリ秒または120ミリ秒を実行します。

ConEmuはまだここで素晴らしい例です。

ああ、ConEmuが私にとっての解決策だったらいいのにと思います。すべての人に機能するわけではなく、ホットキーの上に構築されており、ホットキーの上にあるものはすべてトロイの木馬（誤警報）として検出されます。

多くの人が端末を仕事に使用しており、彼らの仕事では、トロイの木馬として検出されたものをインストールすることはできません。 （Qonsoleと同じ） https://github.com/joedf/Qonsole/issues/9

これを実装する際に考慮すべきもう1つの重要な点は、現在アクティブな仮想デスクトップにドロップダウンが表示されることです。 私は仮想デスクトップを多用しています。 ConEmuを最初に使い始めたとき、ドロップダウンターミナルが常にデスクトップ1に戻り、ドロップダウンを表示することに気付きました。 最終的に、ConEmuで期待どおりに機能するように設定されていることがわかりました。また、Windowsターミナルが同じように動作することが重要です。

ええ、それは実際には明らかなはずです：D他のワークスペースにいるときに、最初のホットキーとターミナルを押すことを想像してみてください。

ですから、私たちの大君主がこれをターミナルに追加するまで、私はこれを修正する簡単なC＃を作成しました： https ：

もちろん、CTRL +〜とCTRL + Qを使用してQuakeスタイルのドロップダウンを実行します。これはもちろん完全に変更可能です。 現在、フルスクリーンドロップを実行し、マウスがある画面+ワークスペースに表示されます。

誰かが引き寄せられた場合、私は提案やPRを受け入れます。

@flyingpieそれはあなたがそこに持っているかなりきちんとしたコードです。 そのほとんどはc ++でも機能するように見えるので、知っておくとよいでしょう。

繰り返しになりますが、チームの誰も1.0でこれを行うサイクルはありませんが、コミュニティからの貢献を非常に喜んでレビューします。 理想的には、コミュニティの誰かがこのスレッドからの提案とコメントを仕様テンプレートにまとめて、その仕様のPRを提出できるでしょう。 その仕様が承認されたら、必要なコード変更を加えてPRを喜んで確認します。 @flyingpieは基本の90％を実際に

同様のユースケースがあります。 私はQuakeスタイルを使用していませんが、常に開いているターミナルが本当に好きです。

私のConEmuセットアップは、wt.exeがこれまでに欠けているように見える次のことを行います（重要度の大まかな順序で）：

1. 私のConEmuは、シャットダウン時または明示的に要求された場合を除いて、文字通り終了しません。 最後のタブを閉じても、タブがないだけで開いたままです。
2. 毎回同じ場所に起動します。 （0,0）私の2番目のモニター。
3. フォーカスを切り替えるためのグローバルホットキーがあります（ctrl + `）。
4. タスクバーには表示されません。 トレイアイコンがあります。
5. 開始できるインスタンスは1つだけです。
6. Windowsログイン時に自動的に起動します。 （以下にとって重要）
7. これはデフォルトの端末であり、他の端末を自動的に消費します（つまり、wt.exeを「実行」してからcmd.exeを実行すると、wt.exeは新しいcmd.exeタブで新しいタブを開くだけだと思います） *

これらはすべて、ConEmuからwt.exeに切り替えるための大まかなブロッカーです。

さらに：

• 常にトップになりたい人もいます。
• 失われたフォーカスを最小限に抑えたい人もいれば、通常、最小化/最大化アニメーションを無効にしたい人もいます。
• 一部の人は、フォーカス時に端末を「アクティブな」モニターにジャンプさせたいと考えています。
• 複数のターミナルインスタンスが必要な人もいますか？ *

これらはすべて異なる機能であり、独自の仕様IMOが必要です。 私はこのスペックプロセスのいくつかを推進したいと思っています。 @ zadjii-msftすでに仕様があり、何らかの理由で達成されないなど、これらの箇条書きのいずれかを知っていますか？

*トリッキー？

それで、あなたはいくつかの別々の問題をリストしました、lemmeは私がそれらすべてをリンクすることができるかどうか見てください：

1. ＃2080はこの機能のWIP仕様であり、完了するまでに大規模な仕様になります。
2. ＃1043はおそらくスペックTBHを必要とせず、ただ誰かが仕事をする必要があります
3. ＃653（この号）
4. 率直に言って、タスクバーに表示しないようにというリクエストは聞いたことがありません。 ですから、それ自体に問題はありません。 タスクバーアイコンを持たないためにはトレイアイコンを付ける必要があるように思われるので、これらはおそらく単一の仕様/タスクである可能性があります
5. これは＃2080に該当します
6. ＃2189
7. ＃492はこれを追跡していますが、OSの変更が必要になる可能性があります。 これは＃2080でも頻繁に発生します。
8. 独自の問題があればこれを誓うこともできましたが、そうではないようです。
9. これまでこのリクエストを聞いたことがありませんが、私にはきちんと聞こえます
10. この機能TBHと漠然と似ているようです。 たぶん、この仕様ではこれら両方のシナリオを検討する必要がありますか？
11. この点で何を意味するのかわかりません-＃1000のようなペインを意味しますか？

それらのうち、＃1043、＃653、＃2189はすべて「ヘルプ募集」とマークされています😉

4.前に述べましたが、ウィンドウが非表示のときにターミナルがAlt + TabにもWin + Tabにも表示されないようにするためです。

複数のインスタンスとは、複数の画面または仮想デスクトップに分散する必要はないかもしれないが、グローバルホットキーの処理をはるかに複雑にするか、不可能にする複数のウィンドウを意味します（conemuは地震モードを有効にするとマルチインスタンスを無効にすると思います）

11 /「複数のインスタンスは複数のウィンドウを意味する」の場合、具体的には、OPがここで説明していることを意味します： https ：

私は特に気にしませんが、それは別の関連する問題です。 リストのアイテム＃3に1つのホットキーが必要なのと同じ方法で、複数のグローバルホットキーが複数のインスタンスを開く/アクティブ化/フォーカスすることを望んでいると思います。

@zakius

4.前に述べましたが、ウィンドウが非表示のときにターミナルがAlt + TabにもWin + Tabにも表示されないようにするためです。

複数のインスタンスとは、複数の画面または仮想デスクトップに分散する必要はないかもしれないが、グローバルホットキーの処理をはるかに複雑にするか、不可能にする複数のウィンドウを意味します（conemuは地震モードを有効にするとマルチインスタンスを無効にすると思います）

無効になっている複数のインスタンスは、地震ドロップダウンが使用されたときにConEmuで発生することです。
地震のドロップダウンを伴う複数のインスタンスのようなものが必要な場合は、タブを利用するか、ターミナルマルチプレクサを使用する必要がある論理的な方法でその動作を処理することはほぼ不可能です。

編集：
最初に開いたターミナルウィンドウがマスターであり、これがQuakeホットキーを使用するときに常に呼び出されるウィンドウである可能性があります。

タブサポートでそれを操作するのは難しいかもしれません-おそらくそれが私が知っている他の端末がその動作をサポートしていない理由です。 メインマスターウィンドウを閉じてもセカンダリウィンドウが開いている場合にどうなるかなど、そのシナリオで考慮すべきいくつかのエッジケースもあります。ホットキーはこのセカンダリターミナルウィンドウを無視し続けますか。

ConEmuの場合、Quakeが有効になっていて、もう一度ConEmuを開こうとすると（デスクトップショートカットから言う）、新しいウィンドウは開きません。代わりに、既存の実行中のターミナルにフォーカスが移動します。

最初に開いたターミナルウィンドウがマスターであり、これがQuakeホットキーを使用するときに常に呼び出されるウィンドウである可能性があります。

仮想デスクトップごとに物理画面ごとに単一のインスタンスを実行できるようにする可能性もあります。このようにすると、メインホットキーは常に現在のアクティブなVDと画面にインスタンスを表示しますが、それはかなり複雑です。複数のインスタンスを無効にするのが妥当だと思います。

タブが改善され続け、地震スタイルのウィンドウをどこからでも呼び出すことができれば、複数のインスタンスを無視できると思います。 少なくとも今のところは。

仮想デスクトップごとに物理画面ごとに単一のインスタンスを実行できるようにする可能性もあります。このようにすると、メインホットキーは常に現在のアクティブなVDと画面にインスタンスを表示しますが、それはかなり複雑です。複数のインスタンスを無効にするのが妥当だと思います。

複数のインスタンスを完全に無視するわけではありません。隣接する画面の別の端末内で作業しているときに、ログをストリーミングしたりシステムの負荷を表示したりする端末を1つの画面で開くと非常に便利な場合があります。

私は過去数年間Ubuntuデスクトップを使用しており（WSL v2以降Windowsに戻ったばかりです）、GuakeとUbuntuターミナルは応答性、UIデザイン/テーマなどの点で非常に似ているため、デフォルトのUbuntuターミナルを開いていることがよくありました垂直画面でログとシステム負荷を監視しています。

ドロップダウンのある複数のインスタンスが無効になっている場合、これは明らかに問題を回避する簡単な方法です-別の端末を使用してください。
問題は、Windows上のほとんどの端末が完全なゴミであるということです（したがって、このプロジェクトはofcです）。

私が提案したとき、余分なインスタンスは複数のモニターを念頭に置いていました
それ。 モニターごとに1つ、それぞれに独自のホットキーがあります。 縦向きの風景を使用します
自宅でポートレートを設定し、ミントを実行している間、グアケを実行しています
センターですが、ティルダが持っている追加のインスタンスを提供していないので、私はそれを使用します
エクステリアポートレートモニター。

午後2:00月、2019年9月16日にnofunatall [email protected]書きました：

ごとに単一のインスタンスを実行できるようにする可能性もあります
仮想デスクトップごとの物理画面とこの方法のメインホットキーは常に
現在アクティブなVDと画面にインスタンスを表示しますが、それは
かなり複雑ですが、複数のインスタンスを無効にするのが妥当だと思います

複数のインスタンスを完全に無視することはありません-時々それは非常に便利です
ログをストリーミングしたりシステムを表示したりする端末を1つの画面で開く
隣接する画面の別の端末内で作業しながらロードします。

私は過去数年間Ubuntuデスクトップを使用しています（ちょうど
WSL v2）以降およびGuakeとUbuntuターミナル以降Windowsに戻りました
応答性、UIデザイン/テーマなどの点で非常に似ています私はよく
ログを見ている私の垂直画面でデフォルトのUbuntuターミナルを開いていました
およびシステム負荷。

複数のインスタンスで問題が発生した場合、これは明らかに問題を回避する簡単な方法です。
ドロップダウンが無効になっています-別の端末を使用してください。
問題は、Windows上のほとんどの端末が完全なゴミであるということです（したがって、これは
プロジェクトofc）。

—
あなたが言及されたのであなたはこれを受け取っています。
このメールに直接返信し、GitHubで表示してください
https://github.com/microsoft/terminal/issues/653?email_source=notifications&email_token=ACAH5BIA5ZPETCBZK77LMVLQJ7XYVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOOR
またはスレッドをミュートします
https://github.com/notifications/unsubscribe-auth/ACAH5BM722EZEB5LQBXGW6TQJ7XYVANCNFSM4HL735CQ
。

皆さん、ここには明らかに2つの別々の問題があります。 これを編集して、「Quakeスタイル」（グローバル/単一端末）ホットキーについてだけにすることはできますか？

次に、この問題によってブロックされる2番目の問題は、専用の「Quakeスタイル」ホットキーを別のディスプレイに割り当てることができるようにするためのものです。

最初のものはより人気があり、望まれているようです。 2つ目も見たいです（ @NOFUNEVERがそのような機能を考えたことはないので、便利なようです）が、トピックを少し明確にできればいいのですが。

この問題の名前にもかかわらず、OPの問題は実際には2番目の問題です。 とにかく、ホットキーで1つの端末を開くことは、＃2080によって大部分がブロックされていると思います。 単一の端末を強制できるようになるまで、ホットキーで単一の端末を開くことはできません。

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

これは私が思う最高の内訳です。

@rlabrecqueはい、元の問題がより洗練された解決策に関連していることは知っていますが、コメントを見ると、ほとんどの人が「地震」スタイルのみを望んでおり、ディスプレイのカスタムホットキーに興味を持っている人ははるかに少ないです。

そのため、この問題を地震スタイルに関連するものに変換し、フォローアップ機能のリクエストを別の問題に抽出して、それを追跡できるようにすることを提案しました。

これは、基本的なホットキーからトグルの可視性機能から始めて、さまざまな機能ごとに複数の問題に分解する必要があるように思われます。 それは他の機能なしで行うことができますよね？

複数の問題があるため、レシピの特定のひねりごとの需要を確認し、開発に優先順位を付ける方がはるかに簡単です。 最小限の実行可能な機能が多くの人々のかゆみを傷つけるように思われます。

https://github.com/microsoft/terminal/issues/653#issuecomment -520419611が説明しているコメントではありませんか？

これがconemuから切り替わるのを待っている人（私のように）など。回避策として、autohotkeyと固定されたタスクバーアイテムを使用できます。

自動ホットキースクリプト：

^`::Send #5

これにより、ctrl + `がwinkey + 5にマップされ、必要に応じて変更されます。

flypieが提供するツールの方がはるかに優れています。ピン留めする必要がなく、タスクバーボタンを完全に非表示にします。他のアプリで使用しています（ターミナルには他にもいくつかの機能がないため）

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()
    }
}

このスクリプトは、win +½（デンマーク語キーボードでは、エスケープの下の左上のボタン）を、実行中のターミナルインスタンスにフォーカスを合わせる関数にバインドするか、実行されていない場合は新しいインスタンスを開始し、サイズを変更して「正しく」配置します。 ターミナルがすでにフォーカスされている場合は、ウィンドウを非表示にします（したがって、alt + tabには表示されません）。

@kimbirkelundソリューションを少し更新したので、私と同じようにタスクバーが下部にドッキングされていない場合のウィンドウサイズエラーを修正しました。

ここで私の要点

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

この機能のリクエストを軌道に乗せ続けたくはありませんが、 @ wizcasと@kimbirkelundがすでに行った作業に加えた変更を共有したいと

• 端子の高さ
• ターミナルの不透明度
• ターミナルのフォントの種類とサイズ
• カラースキーム

ファイルを再コンパイルしたり、JSONファイルを開いて手動で編集したりすることなく、これらすべてを実行できます。 非profile.json設定（端末サイズなど）を同じディレクトリの独自のsettings.iniファイルに保存します。 誰かが貢献したい場合は、変更を喜んで受け入れます。 また、現在使用しているMonokaiテーマを変換するのは少し面倒だったので、いつかここにテーマ作成者を追加します（誰かがそれを議論したい場合は私の要点で）。 設定メニューの小さなプレビューは次のとおりです。

編集：スクリーンショットを更新

ここでコードを取得できます： https ：

tmux制御モードのサポートを含む、リンクされた重複の問題の1つ。現在、MacOS上のiTermでのみサポートされています。 これは非常に強力な機能ですが、私の知る限り、他の端末に実装しようとすると、メンテナンスされていないフォークが黙って死んでしまいました。 MacOSの外にあると素晴らしいでしょう。

この機能のおかげで、私は先に進んでプロジェクトを開始しました。 https://github.com/dotjosh/WinTermPlus

@dotjoshそれは素晴らしいですね！ PRではなくスタンドアロンツールとして実装した理由はありますか？ それをマージするのにどれくらいの努力が必要ですか？

@dotjoshそれは素晴らしいですね！ PRではなくスタンドアロンツールとして実装した理由はありますか？ それをマージするのにどれくらいの努力が必要ですか？

私はC＃/ WPFが得意で、すぐにそれを成し遂げることができました。 動作に満足している場合は、移植を喜んでお手伝いします。

正直なところ、とてもかっこいいと思います。 私は間違いなくそのPRをレビューしたいと思います。

タスクバーのトレイビットをUWPに似たモデルに移植するのは少し難しいかもしれませんが（おそらくpackage.appxmanifestをいじくり回す必要があります）、このチュートリアルは見栄えがしました。 また、ウィンドウを開くサイズの設定をprofiles.json以内に設定し、そこにもバインディングを定義する方が理にかなっています（TerminalAppで実際に何も行わない場合でも、バインディングはOS自体に登録する必要があると思うので、それが何であるかはわかりませんが、C ++でそれを行う方法があると確信しています😄

私が前に言ったことを引用するだけです：

繰り返しになりますが、チームの誰も1.0でこれを行うサイクルはありませんが、コミュニティからの貢献を非常に喜んでレビューします。 理想的には、コミュニティの誰かがこのスレッドからの提案とコメントを仕様テンプレートにまとめて、その仕様のPRを提出できるでしょう。 その仕様が承認されたら、必要なコード変更を加えてPRを喜んで確認します。 @flyingpie @dotjoshは、基本の90％を実際に

正直なところ、スペックテンプレートに_すべて_を入力する必要はありません。受け入れた貢献がここでエッジケースを考え出し、それらのケースの動作を明確に定義していることを確認したいと思います。 すなわち：

• ユーザーがまだターミナルインスタンスを開いておらず、グローバルホットキーを押すとどうなりますか？
• ユーザーが複数のターミナルウィンドウを開いているとどうなりますか？ どちらが開きますか？ その場合、何も起こりませんか？
  
  
  
  • 複数のターミナルウィンドウが開いていて、1つのターミナルが現在フォーカスされている場合、グローバルホットキーはアクティブなウィンドウを非表示にしますか、それとも最小化されたウィンドウを呼び出しますか？
  
  
• ユーザーはウィンドウを最大化して表示することを選択できますか？ 全画面表示？

• ユーザーがまだターミナルインスタンスを開いておらず、グローバルホットキーを押すとどうなりますか？

ターミナルインスタンスが正確に何であるかによると思います。 ターミナルが実行されていない場合は、何も起こりません。 私はそれを引っ掛けるサービスや何かがあるべきではないと思います。 ターミナルにシェルが残っていない場合は、新しいシェルが開くのを待って、まだ実行されているはずです。 ターミナルを終了するには、より明確にする必要があります。

• ユーザーが複数のターミナルウィンドウを開いているとどうなりますか？ どちらが開きますか？ その場合は何も起こりませんか？
• 複数のターミナルウィンドウが開いていて、1つのターミナルが現在フォーカスされている場合、グローバルホットキーはアクティブなウィンドウを非表示にしますか、それとも最小化されたウィンドウを呼び出しますか？

一般的な仮定は、このモードでは1つのターミナルインスタンスしか許可されないと思います。 実行可能ファイルを2回起動すると、ターミナルにフォーカスが集中し、新しいデフォルトシェルが起動する可能性がありますか？ （UWPアプリの機能とほとんど同じです。[設定]を開き、別の場所にフォーカスしてから、[設定]をもう一度開きます。インスタンスは1つだけです。）

• ユーザーはウィンドウを最大化して表示することを選択できますか？ 全画面表示？

これらの両方が現在サポートされているのかどうかはわかりません。 👍ホットキーは、どちらの場合も最小化/最小化からの復元とほぼ同じように機能します。

他の人気のある端末のユーザーエクスペリエンスから始めて、それらが最適でない場合はそこから変更することをお勧めしますか？

• ユーザーがまだターミナルインスタンスを開いておらず、グローバルホットキーを押すとどうなりますか？

ターミナルが実行されていないため、何もありません。 さらに、この場合、他のプログラムが使用できるようにホットキーを解放する必要があります。 これがConEmuとTerminatorの動作です。

• ユーザーが複数のターミナルウィンドウを開いているとどうなりますか？ どちらが開きますか？ その場合は何も起こりませんか？

シングルインスタンス設定がアクティブな場合：複数のウィンドウを開くことはできません。

シングルインスタンス設定がアクティブでない場合、ターミネーターはすべてのインスタンスにコマンドを送信し、それらはすべて状態を切り替えます。 これが最も簡単な解決策かもしれません。 複数のインスタンスで地震モードを使用することはあまり意味がありません。これにより、端末が非表示状態で永続的にスタックすることはありません（ターミネーターは非表示状態のタスクバーからウィンドウを非表示にします）。

ConEmu：地震モードを有効にすると、シングルインスタンスモードが適用され、チェックボックスがグレー表示されます。 これは動作に関してはより理にかなっていますが、より複雑になります。

シングルインスタンスモード（＃2227）がないことが、この機能の実装の妨げになるとは思わない。

• 複数のターミナルウィンドウが開いていて、1つのターミナルが現在フォーカスされている場合、グローバルホットキーはアクティブなウィンドウを非表示にしますか、それとも最小化されたウィンドウを呼び出しますか？

上記を参照してください-両方。 状態を切り替えます。

• ユーザーはウィンドウを最大化して表示することを選択できますか？ 全画面表示？

ConEmuとTerminatorの両方で、これは地震モードとは関係ありません。ウィンドウは、非表示に切り替えられる前の状態に復元されます。 全画面表示の場合は全画面表示に戻ります。 最大化されたウィンドウと最大化されていないウィンドウについても同じです。

ちょっと気まぐれです：人気のある端末はどれも実際の（排他的な）フルスクリーンを使用していませんが、ボーダレスにすることができます

ユースケースにははるかに優れていると思います

ユーザーの観点からは、「フルスクリーン」とウィンドウ最大化の主な違いは、「フルスクリーン」がタスクバーをカバーしていることのようです。
-------- --------オリジナルメッセージから：zakius [email protected]日：15/11/2019午前22時38分（GMT + 00：00）に：マイクロソフト/端末の端末@ noreply.github.com Cc：Igroeg Okiob [email protected] 、コメント[email protected]件名：Re：[マイクロソフト/ターミナル]機能リクエスト：ホットキードロップダウンala
quake / guake / tilda（＃653）ちょっと気まぐれです：人気のある端末はどれも実際の（排他的な）フルスクリーンを使用していませんが、ボーダレスにすることができます
ユースケースにははるかに優れていると思います

-コメントしたため、これを受け取っています。このメールに直接返信するか、GitHubで表示するか、登録を解除してください。
[
{{
"@context"： " http://schema.org "、
"@type"： "EmailMessage"、
"potentialAction"：{
"@type"： "ViewAction"、
"ターゲット"： " https://github.com/microsoft/terminal/issues/653?email_source=notifications\u0026email_token = AB2TW7D3V347CBC62MCQ32TQT4QHVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKT
"url"： " https://github.com/microsoft/terminal/issues/653?email_source=notifications\u0026email_token = AB2TW7D3V347CBC62MCQ32TQT4QHVA5CNFSM4HL735C2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKT
"名前"： "問題を表示"
}、
"description"： "GitHubでこの問題を表示"、
「出版社」：{
"@type"： "組織"、
"名前"： "GitHub"、
"url"： " https://github.com "
}
}
]

Quakeコンソールスタイルのホットキー（ConEmu）は必須です。 誰かがターミナルをConEmuに接続できましたか？

@dotjoshそれは素晴らしいですね！ PRではなくスタンドアロンツールとして実装した理由はありますか？ それをマージするのにどれくらいの努力が必要ですか？

私はC＃/ WPFが得意で、すぐにそれを成し遂げることができました。 動作に満足している場合は、移植を喜んでお手伝いします。

私たちです！ これをプルリクエストしてもらえますか？

私はあなたが新しいターミナルでしていることを愛していると言いたいです。 また、他の優先チケットが原因で機能リクエストにアクセスできないことを完全に理解しています。 これはすべてのチームに起こります、私のチームもこれに免疫がありません。

しかし、この機能の欠如はPMの失敗であり、多くのユーザーに対するこの機能の影響を完全に理解していないことを示しています。 これは何ですか、2ポインタですか？ 多分3？

これは、大きな影響を与える、ぶら下がっている果物の特徴です。 私はあなたたちが公開PRを受け入れるのが好きです、しかし一般がそれをしていないなら、これをスプリントに引っ張ってください。 このチケットは1年間開いています。

一部の人にとってはまったく重要ではなく、他の人にとってはそれが大失敗ですが、ここに投稿されたいくつかの回避策のおかげで私はそれなしで生きることができるので、個人的には＃574のような方法で補足できないものを優先します（またはおそらく他の多くの、それは私の2番目の取引ブレーカーです）

正しい。 これを適切に優先順位付けできなかったという話ですが、この機能が重要であることに感謝します。 ただし、質問したいのですが、コアチームの4人のエンジニアと一緒に、次のマイルストーンで完了した機能（スコープクエリとルーズ機能）のうち、カスタムウィンドウ管理の余地を作るためにカットする必要があるのはどれですか？

• _修正とマークされた機能-コミット済みおよびクローズ済み_
• アクセシビリティ
• タイトルバーのタブ
• ペイン
• 設定の検証
• プロファイル検出
• 合理化された終了セマンティクス
• CJK表意文字の適切なレンダリング
• US-ANSI以外のキーボードユーザーの入力サポート
• 履歴を削除しないサイズ変更
• 探す
• （私はここに機能をリストし続けることができます）

エンジニアリングは、開発者ごとに1か月に1つ、おそらく2つの機能にコミットできます。 10か月が経ちましたが、ほとんどの場合、チームは4人ではなく2〜3人でした。

私たちが決定したもののどれが、私たちがなしで出荷すべきだったテーブルステークであったかを特定できれば、私はあなたとその議論をすることができてうれしいです。

これらの機能がまったく重要ではないと言っているわけではありません。 私のポイントは、これは約300の親指を立て、複数の重複チケットが作成された、ぶら下がっている果物であり、リストした他のほとんどの機能/バグ修正ほど関与していないということです。

ここで行われている作業を軽視するつもりはありません。それどころか、チームが成し遂げたことは素晴らしいと思います。 チームとあなたの両方が称賛に値します。

少し辛かったので、お詫び申し上げます。 しかし、私はまだ私の主張が正しいと思います。 もちろん、私の2セントだけを決めるのは、あなたとチーム次第です。

これが非常に簡単な成果である場合は、コミュニティメンバーからのPRを確認して、この機能に対処できれば幸いです😉。 現在のところ、開発チームは今後数か月間、機能のフリーズとバグ修正/ポリッシュのスプリントを行っています。 1.0が着地したら、タスクを開始するためのバックログを確認します。チームは、これが人気のある質問であることを理解していることを明確にしておきたいと思います。

タスクバーに固定し、Win + 1を使用してアクセスすることは、回避策として問題ありません（ただし、現在、https：//github.com/microsoft/terminal/issues/653#issuecomment-541408854のkimbirkelund自動ホットキースクリプトを使用しています）。 これを優先すべきではないと思います。

おそらく誰かがkimbirkelundまたはwizcasのスクリプトをコンパイルして、autohotkeyをインストールしたくない人のためにバイナリを提供することができますか？

タスクバーに保持するよりもはるかに優れた回避策がありますが、あなたが言ったように、それは重要ですが、外部ツールで補完できないものよりも優先順位リストで低くなっています。

ディスカッションに2セントを追加すると、 @ kimbirkelundによって提供されたAutoHotKeyスクリプトの修正バージョン：

• ホットキーはCtrl + ~
• ターミナルはトップのままに設定されています
• 私が便利だと思ったのは、これです。端末を開いていて、端末の表示中にウィンドウを開いた場合、端末を非表示にすると、この「新しいウィンドウ」を認識せず、に戻ります。古いアクティブなもの。 私はそれを数時間使用しています、そしてそれは働いているようです

更新：スクリプトを更新して、たとえば別のウィンドウ（alt + tab）に切り替えると、ターミナルを非表示にしたときにそのウィンドウに切り替わるようにしました

これがスクリプトです。他の人にも役立つことを願っています🙂：

#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は、PRが2、3か月間マージされないことを意味しますか？
これは私がターミナルをインストールしたときに私が最初にググったことでした-それはまた実際のターミナルを作成してくれてありがとう。 超興奮

@ chazt3n現在、1.0のバグバックログの一部をクリーンアップすることにかなり

これらの日付のいずれかがこの時点でいつになるかについて、実際には見積もりを出すことはできません。ほとんどの場合、「完了したとき」だけです。

スレッド全体を詳しく読んでいないので、これがすでに上記でカバーされている場合は申し訳ありません。 行動の観点から; 「地震モード」またはホットキーの既存のウィンドウ/タブの前景のどちらかを選択できるようにするとよいと思います。

私は現在、設定のチェックボックスを「Ctrl +〜でアプリケーションをフォアグラウンドする」だけの別のコンソールプラットフォームを使用していますが、それ以外の場合は、既存のウィンドウのサイズと状態を完全に尊重します。

この機能は非常に非常に便利で、ウィンドウが非常に多く、ターミナルウィンドウ（ほとんどの場合フルスクリーンではない場合）がバックグラウンドで失われる可能性があります。

最も重要な部分は、ウィンドウを全幅に拡大縮小するだけでなく、タイトルバーを保持することです。 タイトルバーも非表示にする必要があります。

スレッド全体を詳しく読んでいないので、これがすでに上記でカバーされている場合は申し訳ありません。 行動の観点から; 「地震モード」またはホットキーの既存のウィンドウ/タブの前景のどちらかを選択できるようにするとよいと思います。

スレッドの隠しアイテムで失われましたが、 @ flyingpieはC＃プログラムを共有して、地震スタイルの機能を追加しました。 ここで見つけることができます。51行目と72行目の

しばらくしてahkアプローチに切り替えました。主な理由の1つは、VSを使用してビルドする必要がないことですが、いじくり回した後、本当に素晴らしい結果が得られました。その根拠は、このスレッドのどこかにあります。

WTが私にとってもう少し多くのことを見逃しているので、代わりにメッセンジャーに使用することに注意してください

_ターミナルのネイティブドロップダウンモードが存在するまでの代替ソリューション。 😃_

数週間使用した後、 https：//eugeny.github.io/terminal/をお勧めし

別名「地震モード」を備えた素敵な端末（[設定]> [端末をドッキング]をTop設定し、[ホットキー]> [端末ウィンドウを切り替える]をCtrl-` ）。

これはElectron上に構築されているため、「軽量」ではありませんが、WSL2で非常にスムーズに動作します。

タスクバーの最初の部分に設定し、WIN +1を使用して開くのを楽しんでいます。

私の唯一の問題は、管理者で常に開くことができないことです。これは、WSLが使用できないほどにぎこちないことと同じです。 したがって、右クリック、右クリック、管理者として開きます-それ以降はWIN +1です。

@ chazt3nキーボードを使用して管理者で開きたい場合は、次のようになります。
WIN + ALT + 1を押すと、そのタスクバー項目の右クリックメニューが開きます。
メニューキー（右CTRLキーの横）またはSHIFT + F10
矢印キーで「管理者として開く」を選択して入力します。

@それを苦労して行う必要はありません@SamHasler chazt3n。
Shiftキーを押しながらアプリを開くと、2つ目のコピーが作成されます。
ShiftキーとCtrlキーを押しながらアプリを開くと、アプリは昇格して開きます。
_これは、スタートメニュー、実行ダイアログ、またはタスクバーのいずれからでも、キーボードで開くか、クリックして開くかに関係なく当てはまります..._

つまり、1を押す前に、キーボードの隅全体をマッシュダウンします。Ctrl+ Shift + Win + 1を押すと、新しいコピーが昇格して開きます。

関連： https ：

@Jaykul私が魔法のエレベーターモディファイアについて人々に話すとき、彼らはいつも「whattttt」と言います

私は実際にこのようなプロジェクトに取り組んでおり、支援に興味のある人と協力したいと思っています。 ドロップダウンスタイルの機能を備えたCMD、PowerShell、およびWSLをサポートするアルファリリースを週末の終わりまでにリリースする必要があります。

私はグアケ/ヤクアケを拡張することに興味がありますが、一度に複数のモニターを使用できることを説明したNOFUNEVERのようないくつかの追加のアイデアで彼らが何をしたかはわかりませんが、それがどのようになるかはわかりません。

これはまだテストの準備ができていませんが、誰かがコラボレーションに興味がある場合は、週末の終わりまでにアルファをテストする準備ができているはずです。mwayneにメールしてください。 [email protected]。 アプリのテーマ設定とC＃でのコントロールの操作が得意な人は大いに役立ちます。

https://github.com/usrcletus/winuake

気楽にお願いします、超ラフな段階です笑。

この機能が機能することを望んでいます。Windowsターミナルの動作に非常に満足しています（「cmatrix」速度テストで窒息して死ぬことのない数少ないWindowsターミナルアプリの1つです！）。 それを含めてください（可能な場合:)）。この機能に慣れたら、それなしでは生きていけません。

この機能は非常に時間を節約します。
Windows Terminal2.0を本当に楽しみにしています

非常に重要な機能であるため、LinuxとWindowsの間の環境の切り替えが非常に便利になります。

非常に重要な機能であるため、LinuxとWindowsの間の環境の切り替えが非常に便利になります。

Linuxターミナルエミュレータの一部にすべてのconemu機能が必要になる場合、Windowsにはすでにすべてが備わっています

チームはロードマップをリリースし、この問題はそこにあります🥳それは0から2までのスケールで優先度3を持っていますが😢

申し訳ありませんが、私たちのスケールは実際には3になります。 ：スマイル：

それでも、この問題は1年でリリースされない可能性があるようです。 残念な。 私は新しいターミナルを使用することに非常に熱心でしたが、ホットキー機能がないと、Linuxのguakeに比べて面倒です。

少なくともリストを作ってくれてうれしいです。 ：）-WSL2 Dockerは、Windowsをより実行可能な毎日のドライバーにしました。この機能は、着陸したときにWindowsをさらにプッシュします。

これは便利な機能であり、Windowsを使用する場合は本当に必要になることに同意します。
ただし、言及されているすべての機能は、ターミナルではなくウィンドウマネージャーで処理する必要があります。

技術的には、WMで許可されていれば、すべてのウィンドウを簡単に処理できるので最適ですが、すぐにそれが実現する可能性はほとんどありません。 最善の策は、それをPowerToysに追加することです。

必ずしも必要ではありません。 これは、Microsoftのスタッフがそれに取り組んでいないことを意味します。
誰でもPRとして機能を提出できます。

非常にシンプルなAutoHotkeyソリューションが必要な場合は、要点を参照してください： https ：

それは正確な解決策ではありませんが、多くの努力なしで仕事をします。

#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タスクバーの最初のエントリとして配置し、WIN + 1を使用します。画面のどこにでも配置できるので、正直言ってもう少し便利です。

@Jaykulは、管理者にも1つのステップを提供しました

非常にシンプルなAutoHotkeyソリューションが必要な場合は、要点を参照してください： https ：

それは正確な解決策ではありませんが、多くの努力なしで仕事をします。

#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

私は少し前にこのような要点を書きました： https ：

これは、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

ターミナルに地震を追加する単純なアプリのこのリポジトリを見つけました：
https://github.com/flyingpie/windows-terminal-quake

私のユースケースには十分に機能します。

これは、 Keyboard ManagerPowerToyと前述のWindowsキー+ NUMショートカットを使用して、タスクバーに固定されたアプリケーションを起動することで簡単に実現できることがわかりました。 Windowsターミナルをタスクバーに固定し（私の位置は6）、PowerToysキーボードマネージャーツールを開きます。 私はCmderでWIN + `を使用したので、ショートカットWIN + `からWIN + 6 _再マップ_しました。 これで、 WIN + `すると、Windowsターミナルが前面に表示されるか、まだ実行されていない場合は新しいインスタンスが起動します（これは、Cmderがネイティブで実行するものよりも優れています）。

いいえ、同じではありません
最小化！=ウィンドウを非表示
ウィンドウを非表示にすると、完全に邪魔になりません

あなたは正しいです、これは確かに地震モードではありません-混乱してすみません。 この問題は、カスタムのグローバルショートカットを使用してターミナルを前面に表示する方法を探しているだけで、Cmderの動作に慣れているため、これは私にとって大きな問題でした。 個人的には、Quakeモードの必要性を感じていなかったので、このショートカットソリューションがギャップを埋めたので、それを渡すと思いました。

これは最も賛成の機能リクエストであり、1年以上開いていますか？

これはまだ実装されていないのですか？

ねえ、私はそれらを失いたくないので、ここにいくつかの研究ノートを投稿しています。

RegisterHotKeyは、私の実験では何もしなかったようです。 多分私はそれを間違っていましたか？ XAML Islandは、wndprocに到達する前にWM_HOTKEYメッセージを食べているのではないでしょうか。 とにかくその機能についてのフィードバックはないようですので、それが「マルチインスタンスモード」でどれほど役立つかはわかりません。

SendMessage(_window.get(), WM_SETHOTKEY, VK_OEM_3, 0)実際には_did_動作しました。 そのホットキーがすでに設定されている別のウィンドウがある場合は、 2も返します。これは素晴らしいことです。 これですべてが完了します。システムのどこでもキーを押すと、最小化されていても、ターミナルウィンドウがアクティブになります。 「タスクバーに最小化」については不明ですが、進捗状況は進捗状況です。

残念ながら、2番目のターミナルウィンドウで最初のウィンドウが閉じるのを待ってから、ホットキーを取得するのは簡単なことではありません。 さらに、開いているWTウィンドウが3つある場合、誰がホットキーを取得しますか？ したがって、現時点では、最初のウィンドウのみにホットキーが割り当てられ、その後に作成されたウィンドウには、最初のウィンドウが閉じられるまでホットキーが割り当てられません。 次に、_次のWTウィンドウが作成されました_がホットキーを取得します。 それは確かに厄介です。

設定を再読み込みすると、おそらく_random_WTウィンドウにホットキーが割り当てられます。

このスレッドにはたくさんの質問があるので、それらを要約してみますが、全体的な解決策はまだ規定していません。

• どこにいてもホットキーを押して、単一のターミナルウィンドウをアクティブにします（単一インスタンスモードとグローバルホットキーのサポートが必要です）
• どこかでホットキーを押して、_現在のモニターで_単一のターミナルウィンドウをアクティブにします。 以前にそのモニターに表示されていなかった場合は、そこに移動します。 （シングルインスタンスモードとグローバルホットキーのサポートが必要です）
• ホットキーを押して、「最も近い」ターミナルウィンドウをアクティブにします。 （これには、おそらく＃5000が取り組んでいるようなIPCが必要になります）
• トレイに最小化し、ホットキーを押して単一のターミナルウィンドウ/最も近いターミナルウィンドウをアクティブにします（＃5727）
• ターミナルがalt + tabビューに表示されない場合は、ホットキーを押して単一のターミナルウィンドウ/最も近いターミナルウィンドウをアクティブにします（これが上記と異なるかどうかはわかりません）
• ホットキーを使用してターミナルを呼び出すときは、上から「スライドイン」させます（上記のSendMessage(WM_SETHOTKEY)メソッドでこれが可能かどうかは不明です）。
  
  
  
  • 同様に、非アクティブ化時にスライドアウトしますか？
  
  

うわー、私はこのスレッドの95のコメントでカバーされているシナリオのいくつかを見逃したと確信していますが、すでにそれは設定の混乱です。

2020年8月17日編集：ああ、これがPowerToysがグローバルメッセージ用のキーボードをフックする方法です。それを実行しましょう。
https://github.com/microsoft/PowerToys/blob/49b56d9b52bdfedd6ad1404bd0b20e884d2b574b/src/modules/shortcut_guide/shortcut_guide.cpp#L150 -L173

私の謙虚な意見では、トレイに最小化することは別の機能のように聞こえます。

マルチインスタンスを持ち、異なるディスプレイで異なるインスタンスを呼び出すことは、この機能の2回目の反復の何かのように聞こえます。

最初に、ホットキーのスライドインと同じホットキーのスライドアウトを介して単一のインスタンスが呼び出されるなど、より単純なシナリオに集中する方がよいと思います。 複数のインスタンスがある場合は、おそらく召喚されるルールがあるはずです。

IMO、WTには複数のタブがあるため、複数の仮想デスクトップまたはモニターがある場合、最良のシナリオは1つのインスタンスであり、マウスがある場所で呼び出されます。 グアケのように。

こんにちは@ zadjii-msft-私はいくつかの同様の分野も検討しており、いくつかの実装の考えを共有するとともに、調査を統合したいと思いました。 資料を読んで、チームが関連する可能性のあるUAP / UWP機能を活用する方法を検討している場所を見逃していないかどうか確信が持てなかったので、これがまだ踏みにじられていないことを願っています。

まず、ホットキーの登録です。 ここで概説したこのUWPホットキー登録ルートを補完するWM_HOTKEY調査を見つけました。 これはあなたがすでに検討したアプローチですか？ 「ここでWindowsターミナルを起動する」エクスプローラーのコンテキストメニューが既に実装されているので、これは良いアプローチになると思いました。すでに存在するものを単純に拡張および拡張できるため、AppService / IPC（＃5000）をビルド/テストする必要がありません。 。

これを掘り下げているときに、特別なキーコンボが押されたときに通知を受信するためにWindows.UI.Core.CoreDispatcher.AcceleratorKeyActivatedにアタッチするアプローチの概要を示すこの関連する可能性のあるSO回答に出くわしました（例： CTRL+~ 。 これは当てはまるかもしれませんか？

プロセスモデルといえば...

残念ながら、2番目のターミナルウィンドウで最初のウィンドウが閉じるのを待ってから、ホットキーを取得するのは簡単なことではありません。 さらに、開いているWTウィンドウが3つある場合、誰がホットキーを取得しますか？ したがって、現時点では、最初のウィンドウのみにホットキーが割り当てられ、その後に作成されたウィンドウには、最初のウィンドウが閉じられるまでホットキーが割り当てられません。 次に、_次のWTウィンドウが作成されました_がホットキーを取得します。 それは確かに厄介です。
設定を再読み込みすると、おそらく_random_WTウィンドウにホットキーが割り当てられます。

これらの課題には共通の糸があり、方程式から引き抜かれると、物事がはるかに明確で単純になります。 その共通のスレッドは、wtインスタンス管理に関連するロジックと複雑さです。残りの多くは、そのコアチャレンジからのフォールアウトだと思います。 多くの課題と同様に、これは小さな課題に分解することで最もよく解決される可能性があります。 ここで、仲介者を導入することで、WTはインスタンス管理について何も知る必要がなくなり、グローバルな（たとえば、アプリケーションに焦点が合っていない）ホットキーの登録とバインドを処理する必要がなくなると思います。 これはSRPの観点から私にとって魅力的であり、「ここでWindowsターミナルを起動する」エクスプローラーコンテキストメニューを提供する作業は、現実ではないにしても、概念的にこれと一致しているように思われます。 UWPデスクトップ拡張機能のTriggerEventをIPCサービスで使用して、シリアル化されたアクション（コマンド）を実行中のwtインスタンスに渡すか、解析して新しいwtプロセスの起動引数として渡すことができます。

グローバルホットキーを処理するプロセスは、システムトレイアプリケーションであると同時に、システムトレイアイコンのコンテキストメニューとディスパッチャコンポーネントとともにNotifyIconコンポーネントを含むシングルインスタンスモードプロセス（WinFormsアプリなど）でもあります。 wtはいわゆる「地震モード」について何も知る必要がないため、これには、WTコードベースに多くの新しく複雑な設定+ロジックを追加する必要がなくなるというプラスの副作用があります： smile:。 systrayアプリケーションは、これらのタイプの設定のソース/リポジトリであり、＃7170で絶対に機能し、その恩恵を受けると思います。

• どこにいてもホットキーを押して、単一のターミナルウィンドウをアクティブにします（単一インスタンスモードとグローバルホットキーのサポートが必要です）

systrayアプリのコンテキストメニューには、ユーザーが「Quakeモードのスタイルで」呼び出されたときに使用するプロファイルを選択するためにクリックできるwtプロファイルのリストを表示するフライアウトを含めることができます。 指定されていない場合、デフォルトでリストされている最初のプロファイルになる場合があります。 プロファイルとその詳細のリストを取得するための内部ロジックを実装するための計画/仕様がある場合、設計はwt.exeプロセスの外部で使用できるという利点があります（notifyiconアプリケーションは機能を複製する必要はありません）。可能であれば、プロファイルなどのリストをロードします）。 systrayアプリはインスタンスを管理するため、wtは必ずしもシングルインスタンスモード自体を実装する必要はありません。 PowerToysリポジトリは、マニフェストにUWP IPC宣言を示しており、より便利なナゲットがある可能性があります。

すでに情報密度の高い投稿を要約すると：

あなたがそれについて考えるならば、箇条書きの懸念のほとんどは消えるか、このアプローチで大いに軽減されます。 一歩下がって全体を見ると、思った以上にこの機能が現実に近づいているように感じます！

• どこかでホットキーを押して、_現在のモニターで_単一のターミナルウィンドウをアクティブにします。 以前にそのモニターに表示されていなかった場合は、そこに移動します。 （シングルインスタンスモードとグローバルホットキーのサポートが必要です）
• ホットキーを押して、「最も近い」ターミナルウィンドウをアクティブにします。 （これには、おそらく＃5000が取り組んでいるようなIPCが必要になります）
• トレイに最小化し、ホットキーを押して単一のターミナルウィンドウ/最も近いターミナルウィンドウをアクティブにします（＃5727）
• ターミナルがalt + tabビューに表示されない場合は、ホットキーを押して単一のターミナルウィンドウ/最も近いターミナルウィンドウをアクティブにします（これが上記と異なるかどうかはわかりません）

• ホットキーを使用してターミナルを呼び出すときは、上から「スライドイン」させます（上記のSendMessage(WM_SETHOTKEY)メソッドでこれが可能かどうかは不明です）。

  • 同様に、非アクティブ化時にスライドアウトしますか？

NotifyIcon、WinForms、および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！

編集：
ドラフトプロセスモデルの仕様を読むと、別のプロセスアプローチも特定しているようです。 「君主」の一部は、IPC / appserviceによって部分的または全体的に再生される可能性があると思います（？）

最後のWindowsターミナルウィンドウを切り替えるためにグローバルホットキーを登録するquick＆dirtyユーティリティを作成しました。 正式に実装する前に、これは良い回避策になると思います。

https://github.com/Inndy/TerminalSummoner

ユーザーエクスペリエンスを少し向上させるために、 https：//github.com/ehpc/quake-windows-bashの自動ホットキーソリューションを変更しました。 @Inndyのソリューションを調べていないので、もっと良いかもしれません。

私のスクリプトはここにあります： https ：

ホットキーCtrl + `を使用する

1. Windowsターミナルが起動されていない場合は起動します*
2. 起動されたが最小化されている場合は、復元されます
3. アクティブな場合、最小化されます
4. それ以外の場合（復元されたが焦点が合っていないことを意味します）、焦点を合わせます

*注：このスクリプトは、開くときにいくつかのオプションを追加する、私が使用したいWindowsショートカットも使用します
https://github.com/rengler33/dotfiles/blob/master/C/Users/Rub/wt.exe.lnk
ただし、 Shortcut代わりにBashHandle起動するように置き換えることができます

https://github.com/ehpc/quake-windows-bashから自動ホットキーソリューションを変更しました

それをありがとう。

@ rengler33のスクリプトに触発され、自分の3画面設定にいくつかの変更を加えました。
https://gist.github.com/oryon-dominik/562970f77f2ad4d9bd57bea58ddc8ef5
スクリプトは、アクティブな画面にWindowsターミナルを生成します。 （CTRL + CIRCUMFLEX）
ただし、アニメーションが悪く、ちらつきが少しあるため、回避策になります。

この機能が正式に実装されるのを本当に楽しみにしています。

また、ConEmuからWindows Terminalに切り替えたかったのですが、QuakeStyleもありませんでした。 誰かが興味を持っているなら-私はウィンドウズターミナルウィンドウを保存してプルする小さなアプリを作成しました（必要に応じて他のアプリを追加してこのQuakeスタイルにすることができます）。

ここで私のリポジトリとすべての機能を確認してください： https ：

この機能がいつかデフォルトで提供されることを心から願っています。 今のところ、私の小さなソリューションを自由に使用してください。

また、ConEmuからWindows Terminalに切り替えたかったのですが、QuakeStyleもありませんでした。 誰かが興味を持っているなら-私はウィンドウズターミナルウィンドウを保存してプルする小さなアプリを作成しました（必要に応じて他のアプリを追加してこのQuakeスタイルにすることができます）。

ここで私のリポジトリとすべての機能を確認してください： https ：

この機能がいつかデフォルトで提供されることを心から願っています。 今のところ、私の小さなソリューションを自由に使用してください。

これありがとう。 ConEmuと同じように、表示されるWindowsターミナルウィンドウのアニメーション速度を調整する方法はありますか？

@mkanet他の誰かのプロジェクトについての議論を彼らのリポジトリにリダイレクトし、このスレッドを目前の問題に焦点を合わせ続けたいと思います。 ありがとう！

別のアイデアは、次のようにwt.exeをコマンドするパラメーターである可能性があります：-T、-toggle
端末のインスタンスが存在しない場合は、新しい
Else（アクティブな場合はElseの復元/アクティブ化を最小化します）

上記のAutoHotKeyロジックに似ていますが、wt.exe内にあり、.lnkショートカット/グローバルキーマッピング/ WindowsタスクバーWin + Numberなどにアクセスできます。

このために別のサードパーティアプリが必要ない場合は素晴らしいでしょう。 そして私もCtrl + `にはまっています