これは仕様によるものです。

Windowsで別のアプリケーションを「デフォルト端末」として設定することをサポートする計画がありますが、それらの計画はまだ非常に大まかなものであり、作業中です。

これにはOS機能が必要です。 デフォルトの端末OSの変更を表すためにタイトルを更新しています。

これを名前変更して、検索で簡単に見つけられるように、末尾に[defterm]キーワードを追加します。 「デフォルト」という言葉と、まあ、「ターミナル」という言葉は、このリポジトリで驚くほど頻繁に出てきます。 ：笑顔：

ConEmuがこれをどのように行うのか興味があります。 インストールすると、すべての新しいcmd / ps/bashウィンドウが新しいタブとしてConEmuで開きます

ConEmuがこれをどのように行うのか興味があります。 インストールすると、すべての新しいcmd / ps/bashウィンドウが新しいタブとしてConEmuで開きます

ここでも同じですが、どのようにすればよいかわかりませんが、ターミナルを完全にサポートするようにWindowsが更新されることを願っています。

ConEmuがこれをどのように行うのか興味があります。 インストールすると、すべての新しいcmd / ps/bashウィンドウが新しいタブとしてConEmuで開きます

ConEmuは、プロセスのカスタムデバッガーを設定する機能を（ab）使用している可能性があります。 ProcessExplorerはタスクマネージャーを「置き換える」ために同じことをすると思います

Process Hackerは、タスクマネージャーの「置き換え」もサポートしています。

ConEmuがこれをどのように行うのか興味があります。 インストールすると、すべての新しいcmd / ps/bashウィンドウが新しいタブとしてConEmuで開きます

ConEmuは、プロセスのカスタムデバッガーを設定する機能を（ab）使用している可能性があります。 ProcessExplorerはタスクマネージャーを「置き換える」ために同じことをすると思います

AFAIR、レジストリキーを変更するだけです。

いずれにせよ、ConEmuはこれを実行できるので、MSTも実行する必要があります。

ConEmuは、フック（DLL）を特定のプロセス（explorer.exeやdevenv.exeなど）に挿入して、それらのプロセスでの新しいコンソールウィンドウの作成をインターセプトします。 これについて詳しくは、公式ドキュメントをご覧ください： https ://conemu.github.io/en/DefaultTerminal.html

そのリンクで述べられているように、このメソッドは純粋に_hack_です。 これは、Windowsターミナルにとって実行可能なソリューションではないことは間違いありません。

しかし…それは機能します。 サブシステム全体にアクセスできると、作業が簡単になります。

違いは、 Windows TerminalはMicrosoftの公式製品であるため、ここでの期待は、デフォルトの端末が使用可能な醜いハックを使用して変更されることはなく、 Windowsによってネイティブにサポートされることです。

これがこれに言及するのに適切な場所であるかどうかはわかりませんが、関連があると思います。

何らかの理由で、現在、cmdとpowershellは、起動方法と起動場所に応じて、非常に大きなフォントサイズとウィンドウサイズを持っているようです。 スタートメニューから、エクスプローラー経由、Win+R経由など。

新しい端末がデフォルトになると、次のようになります。

1. 一貫したフォントサイズとウィンドウサイズがありますか？
2. また、「ここでPoweshellウィンドウを開く」などを実行するデフォルトの端末になりますか？

これが私が何を意味するかを示すためのいくつかの例です。

順番に、タスクバーのショートカットから起動し、[Powershellウィンドウをここで開く]から起動し、ファイルエクスプローラーのアドレス入力に「powershell」と入力して起動します（デフォルトのプロンプトも異なるように見えることに注意してください）。

ターミナルがこれらすべてを統合するのは良いことです。 かなりイライラします。

@lloydjatkinsonありがとう！ ここでは少しだけ適切ですが、次のように言うだけで十分です。

• コンソールには、設定を読み取る3つの（！）（および半分）の異なる場所があります
• ターミナルには1つ（半）しかありません

特定の番号のポイントに答えるには：

1. ええ、完全に、設定の信頼できる唯一の情報源があるからです。
2. ええ、それがこの機能が追跡しているものです。 インタラクティブに使用するためにコンソールウィンドウが起動されたときはいつでも、ターミナルにリダイレクトします。

デフォルトのプロンプトは、別のディレクトリにいることを表しているように見えます。 エクスプローラーのアドレスバーからpowershellを開始すると、現在表示しているディレクトリに関係なく開始されます。

親愛なるチーム、これはまだバックログで非常に少なくなっていますか？ Powershell7のリリースにより、正しいPowershellを処理できる最新の端末に簡単にアクセスできるようになることが求められています。

1421は現時点ではPS5.1のみを開き、これを変更する公式のオプションはありません

私はツイッターでスティーブ・リーと話をしましたが、もちろん、最近のリリース/インサイダーリリースのWindows10クライアントでターミナルとPowershellの両方の製品の使用を促進することは有益です。

@Karl-代替コンソールホスト（またはそれらを使用する端末）の登録、列挙、および実行をサポートするためにWindowsに必要な変更を確認する前に、v1を公開しています。

これにはAPIサポートが必要になる可能性が高いため、おそらく大きなWindowsリリースの一部としてのみ実行できます。

ここで素晴らしい仕事をしてくれたダスティンに感謝します。 このチーム間の取り組みがInsiderチームとPowershellチームに伝えられることを願っています。1.0のリリーススケジュールで頑張ってください。 おそらく、これを20H2で達成することができ、少なくとも9か月は全員が関与することになります。

これが後でではなく早く追加されることを願っていますが、非公式の回避策はありますか？

この問題には、もしあれば、あらゆる種類のクレイジーな回避策を構成する何百ものコミュニティコメントがあったので安心してください;）

私はいくつかの基本的なバットファイルのアイデアを持っています：
batファイルをバックグラウンドで実行してから、デフォルトのcmdウィンドウを閉じます

START /B  wt cmd /c yourfile.bat
exit

この問題には、もしあれば、あらゆる種類のクレイジーな回避策を構成する何百ものコミュニティコメントがあったので安心してください;）

私は何十年もの間Win+Rからcmd （そして現在はpowershell ）を開始していますが、代わりにwtと入力するように自分自身を苦痛に再訓練しています。 私はあなたが老犬に新しいトリックを教えることができると思います。 ゆっくり。 😁

これは、％userprofile％\AppDataLocalMicrosoftWindowsAppsにあるアプリ実行エイリアスwt.exeのおかげで機能します

こんにちはチーム、ユーザー、wtには非常に優れたオプションのセットとプリセット設定json、および設定を含むユーザー定義可能な部分があるため、wtを起動するときに開くデフォルトのコンソールはどのコンソールであるか-私はそれで十分だと思いました少なくとも次の試みをピックアップするために、すべての大まかな計画（https://github.com/microsoft/terminal/issues/492#issuecomment-490092382）をピックアップします。

Win+Xの統合。

私がこれを達成する方法を_考える_：

• 設定のためにジェニファー紳士とチームに接続します
• 次の設定を置き換えるか更新して、powershellまたはcmdの代わりにwtを起動できる新しい設定項目を追加します
• それに応じてADMXファイルを更新して、GPO経由でも設定できるようにします

• 警告：wtはユーザーがインストールする必要があります

• ユーザーは、デフォルトのコンソールオプションを使用して、そこからデフォルトで開くものを指定できます。

お気に入り
"profiles": [ "defaultProfile": "{574e775e-4f2a-5b96-ac1e-a2962a402336}" { "guid": "{574e775e-4f2a-5b96-ac1e-a2962a402336}", "hidden": false, "name": "PowerShell 7", "source": "Windows.Terminal.PowershellCore", "useAcrylic": true }, ],

設定>パーソナライズ>タスクバー

「Win+XコマンドをPowerShellに置き換えてください」

たぶんそれはユーザーの素朴な見方ですが、この時点でcmdをPowershellに切り替えることが何年も可能であるとは想像できませんが、これら2つのアイテムを再びwtに置き換えるための小さな一歩を踏み出すことはできません。 そして、はい、このように管理者権限の有無にかかわらずwtを使用することは理にかなっています。デフォルトでは、他のすべてのコンソールと同様に昇格されません（いくつかの例外を除く）

なぜこれが大変な作業なのか詳しく説明していただけますか？ それは始まりでしょう。

[設定]>[アプリと機能]>[デフォルトのアプリ]でデフォルトのターミナルアプリケーションを選択できます-これには、内部でさらに多くの作業が必要であることを理解できます。 NirSoft ShellExViewで再確認したところ、現時点ではこれを簡単に実現することはできません。

ただし、上記のWin + X設定の変更は、すでに行われていることです。
Win + Xメニューを好きな人に変更できるサードパーティのツールもありますが、最近のダウンロードソースは信頼できないと評価しています。

ここでツールを見つけることができますが、自己責任で使用してください
Win+Xメニューエディタ
セルゲイ「ハッピーブルドーザー」Tkachenkoによって作成されました
http://winaero.com
このソフトウェアは、hashlnkツールのソースコードを使用しています
hashlnkはRafaelRiveraによって作成されました
http://www.withinwindows.com/

この参照を投稿できることを願っています。そうでない場合は削除してください。 アプリをzipまたはOnedriveとしてアップロードする場合は、お知らせください。 他の場所にミラーリングすることが許可されていないというヒントはありません。

ps Win + Xメニューの新しいグループにwtを追加しようとしましたが、理由が不明なため、追加できません。 権限はほぼ正しいようです。 からのものを除いて、リンクとして任意のファイルを追加できます
％localappdata％MicrosoftWindowsApps（フルパスでも）。

何がこれを設計上妨げているのか興味があります。 アプリには0kbサイズのファイルとある種のシンボリックリンクがあるようです。 タスクマネージャでは、wtプロセスの「場所を開く」こともできません。 これがMSアプリのアプリ仮想化の性質だと思います。 Edge Chromium、notepadSなどの他のものにも適用されます。

この情報と状況を考えると、なぜこの変更を達成するのが非常に難しいのかを理解できるかもしれません。 エクスプローラーからはアクセスできませんが、Win + R/searchから起動できます。 なんて変だ。

wt.exeは「実際のファイル」ではないため、直接追加することはできませんが、wt.exeへのショートカットを作成すると、ツールで追加できるようになり、問題なく動作します。

詳細については、 https ：//www.hanselman.com/blog/TotallyUnsupportedHacksAddWindowsTerminalToTheWinXShortcutMenu.aspxをご覧ください。

WinXの機能を正しく理解していれば、Windowsはパスのみによるリンクを実行しません。これは、なりすましを防ぐためだけでなく、ファイルのハッシュも生成するためです。 すべての「アプリ」のファイルサイズがゼロであるため、「開くことができない」のは、ハッシュを生成できないことが原因である可能性があります。おそらく、ハッシュにアクセス/読み取ることができないためではありません。

参照thlac @shanselmanに感謝します。これにより、公式の方法がない理由を理解するのがさらに難しくなります。 多くの場合、ファイルへのショートカットがあると、ファイルが改ざんされるリスクがあります。これは、WinXが簡単に改ざんされないという元の設計思想と矛盾しているようです。
リスクは、PUA/マルウェアがこのメニューのターゲットを変更する可能性があるという事実です。

@Karl-ここで全員が同じページにいることを確認したかっただけです。 Windowsターミナルはターミナル/コンソールアプリケーションであり、シェルではありません。 CmdとPowerShellはシェルです。 （ https://www.hanselman.com/blog/WhatsTheDifferenceBetweenAConsoleATerminalAndAShell.aspxも参照してください）

したがって、Win + X設定は（IMHO）この問題とは無関係です（ターミナルアプリケーションではなく、シェルを決定するだけなので）。

私はあなたの定義を理解しています。 最後に、多くの同じ要求を考えると、WinXはWindowsターミナルを作るのに役立ちます

• より目立つようになります。これは、その成功と普及を支援し、最終的には費やした作業を尊重することしかできません。

• ユーザーがお気に入りのデフォルトシェルをよりアクセスしやすくするのに役立ちます。
  現時点では、cmdまたはPoSh5.1では構成できない可能性があります。

この観点から見ると、私はあなたの指摘した違いに同意しますが、最終的には、デフォルトのコンソールと比較してターミナルの優れた機能を備えながら、シェルにアクセスしやすくすることを目的としています。

@ nu8おそらく、「システムのコンホストをこのリポジトリから構築されたバージョンのコンホストに置き換える」ことと「Windowsにターミナルのインスタンスを自動的に起動させる」ことは大きく異なることに同意するでしょう;）

このリポジトリは、コンソールホストとターミナルの両方をホストします。 一方は他方の上に構築されますが、それらは確かに同じではありません。

@ nu8は、@ DHowettがレビューおよびトリアージしなければならない膨大な量のことを考えると、場合によっては違いがあるかもしれません。 あなたが引用したように、タイムラインの492は1817年より前に来ており、状況は変わる可能性があることは明らかです。
彼がそれを他の方法で投稿した場合、それはもっと苛立たしいでしょう。 しかし：

良いニュースは次のとおりです。スケジュールどおりであり、バックログには含まれていません。

見る

1 | デフォルト端末| コマンドラインアプリケーションが生成された場合は、Windowsターミナル（インストールされている場合）またはお好みのターミナルで開く必要があります
問題：＃492
仕様：＃2080

ソース： https ：//github.com/microsoft/terminal/blob/master/doc/terminal-v2-roadmap.md

@DHowettは、この辺りでの作業に感謝します。小さな質問があります。
これが20h2または21h1Windowsの更新で展開されると予想できると思いますか？ この方向に進んでいる（OSレベルでの）内部作業を知っていますか？
計画が変わる可能性があることは理解していますが、それでも興味があります:)

私たちはこの機能を有効にするためにOSレベルの作業を行う必要があるチームなので、これを有効にするために行われている作業に気付いていない場合は非常に驚きます。

まだターミナルの1.0リリースを過ぎているところなので、まだこれを開始することはできません。 20H2または21H1に着陸する可能性は低いと思います。これらのリリースのいずれかに組み込むには、機能を完成させる（または少なくともプロトタイプを作成する）必要があることを考えると。

最初に何が来るのだろうか-WSL2でのdefterm設定または完全なGPUアクセラレーションのサポート。その時点で、少なくとも仮想化可能な開発では、代わりにネイティブLinuxターミナルを使用できます。

この問題には非常に多くのサブスクライバーがいるため、ロックします。
この機能のエンジニアリングの方向性に影響を与える貢献があれば、GitHubプロファイルのアドレスにメールを送ってください。