現在のディレクトリに関するターミナルエミュレータの信念を設定するための「標準」エスケープシーケンス（OSC 7; URI ST）があります。 これはmacOSTerminal.appに由来し、後にGNOMEターミナルを含む他のいくつかの端末に採用されました。私が知る限り、Konsoleも採用されました。

もう1つの可能なアプローチは、OS固有のハッキングを実行して、子プロセスの内部状態（またはさらに子孫まで）を調べることです。

さらに別の可能性は、2つを混合することです。たとえば、OSC 7を介して設定されたディレクトリに移動します。それ以外の場合は、プロセスを掘り下げます。

OSC 7アプローチの利点は、子プロセスに従うタイミングと従わないタイミングに関して賢いことです。 たとえば、別のネストされたサブシェルを開始すると、そのサブシェルもこのシーケンスを発行するため、考慮されるのはそのサブシェルのサブディレクトリになります。 ただし、ディレクトリを内部的に変更するアプリ（makeなど）を起動すると、幸いなことに、使用されるmakeの内部サブディレクトリにはなりません。

OSC 7の欠点は、シェルやその他の重要なアプリからの協力が必要になることです。

このプロジェクトがオープンソースである限り、私はこの機能のリクエストを拒否してきましたが、OSC7については知りませんでした。これは_非常にエキサイティングです。_

プロセスツリーをクロールして最もリーフプロセスのCWDを掘り下げるのは不満ですが、OSC7をサポートできることは非常に嬉しいです。

参考までに、AlacrittyのOSC 7の処理について質問しました。その結果、この問題はgitlabの「ターミナルWG」で作成されました： https ：//gitlab.freedesktop.org/terminal-wg/specifications/issues/20

そのチケットにはあまり動きはありませんが、あなたはそれに従うことに興味があるかもしれません。 特に、OSC7の「正式な」仕様がどのように見えるかについて意見がある場合はなおさらです。

したがって、記録として、 https：//github.com/jwilm/alacritty/pull/2937のスレッドにはかなり素晴らしい議論があります。

正直なところ、すでに導入されているデファクトスタンダードであるOSC 7 ; <URI> STメカニズムを使用しても大丈夫です。 それ以上に正式なものが必要かどうかはわかりません。

いいえ、私はひどい考えを持っていました。 bashがそれを発行するように構成されており、誰かがWSLでbashしているとします。 誰かが作業ディレクトリを/home/zadjiiに設定しようとした場合、どうすればよいですか？ 私達はどうやって：

1. これはWindowsパスではなく、WSLパスであることを伝えます
2. これがどのWSLディストリビューションから来たのか知っていますか？

「これはWSLディストリビューションであり、Windows exeではありません」というプロパティを追加する必要がありますか？ それを設定していないユーザーはどうなりますか？重複タブ機能は（事実上サイレントに）機能しませんか？

その後、次の部分は難しくなります。 このコマンドがSSH経由で出力されるとどうなりますか？ ターミナルは、パスがこのマシン上にないことを認識できませんよね？ Terminal.appはこれをどのように処理しますか？

多分これはより多くの仕様が必要です😨

（オフ：DHowettとDHewittの2人を混同するまでどのくらいかかりますか？:)）

これは重要な欠落している機能です。

これは、さまざまなコマンドの構成オプションである必要があります。 たとえば、 duplicateTabとsplitPaneはこれが必要ですが、 newTabは必要ありません。

エスケープシーケンスは、このコメントalacritty / alacritty＃2937（comment）に示されているように、mac

macOSでは、エスケープシーケンスは実際にはTerminal.app> Preferences ...> Profiles> Tabで指定されます。

記録として、 https：//gitlab.freedesktop.org/terminal-wg/specifications/merge_requests/7で、まさにこの機能の仕様について

反対のことをすることをお勧めします:)

かなりの数の端末がOSC7の実装に成功し、相互にコピーして、ユーザーを満足させています。

そして、現在、それでは不十分だと考えている人がいます。彼は、正式な仕様が必要だと考えています。 問題に満ちたドラフトを思いつき、私がまったく理解できないことは、2人の兄弟のうちの1人だけを文書化することをいとわない。 （注：数日前にそのスレッドのフォローを停止しました。）

Terminal-WGは正式な機関ではなく、その文書は「公式」ではなく、いかなる意味でも「標準」ではありません。 適切な手続き、責任のある人、議決権などさえありません。 このステータスが何を意味するにせよ、そこでドキュメントを「承認」するために何が必要かは誰にもわかりません。 それは、何か有用なものを考え出そうとしている、組織化されていないランダムな人々の集まりにすぎません。 これらの非公式の保留中の議論が、長い間証明された機能の実装を妨げないようにしてください。

記録のために、 https：//gitlab.freedesktop.org/terminal-wg/specifications/merge_requests/7で白熱した議論があり

そのprでも参照されている問題についてコメントしました😉

Bash（Git for Windowsから）を使用している人にとって、私を救っている一時的な回避策は、dirを変更するたびに（ cdコマンドをエイリアスして）新しいパスを保存し、新しいシェルのときにそこにcdすることです開始されます。 これは私の_.bashrc：_にあります

if [ "${PWD,,}" = "/c/windows/system32" ]; then
    if [ -f /tmp/pwd ]; then
        cd "$(< /tmp/pwd)"
    else
        cd ~
    fi
fi

cd() {
    command cd "$@"
    pwd > /tmp/pwd
}

System32（ターミナルのデフォルトの開始場所）で開始するかどうかを実際にテストしているので、エクスプローラーのアドレスバーにwtして別の場所で開始できますが、このビットはオプションであり、次の場合はカスタマイズする必要があります。シェルは別のフォルダから始まります。

PowerShellやその他のシェルについては十分に堪能ではありませんが、同様のことができると思います。

Ctrl + Tは、同じシェルと同じディレクトリで新しいタブを開く必要があります。

誰もがその主張に同意するわけではありません。

誰もがその主張に同意するわけではありません。

多分多くの人が同意します。 これが、ほとんどのLinuxデスクトップでターミナルアプリが機能する方法です。

少なくともオプションとして作成できます。

こんにちは。このスレッドでは、これが便利な機能であることに多くの人が同意していることはすでに明らかだと思います。また、Windowsターミナルチームもこれを認識しています。 また、ここでの問題は、これを構成可能にしたくないということではないことも明らかですが、最初に、機能を使用できないようにするいくつかの技術的な要素を理解する必要があります。

私はこのスレッドをフォローして、この機能と関連するディスカッションを最新の状態に保ちますが、このようなメッセージはインターフェイスを乱雑にするだけで、役に立ちません。 すでにわかっている点を繰り返す以外に何もしないメッセージを投稿しないようにお願いしたいと思います。

少なくともオプションとして作ることができます

これは私が頑固さについて得ていないことです。 ほとんどの端末の動作に逆らいたい場合は、かっこいいです。 しかし、オプションを与えていませんか？ その論理はどこにありますか？ タブの複製を表すCtrl + Shit + Dでさえ、デフォルトのディレクトリにとどまるため、実際には複製されません。 複製すらしない複製機能があるように。

この機能を実現できないようにする「技術的なもの」とは何ですか？ コードはすでに存在します。 Ctrl + Shift + Dにはすでに重複したタブがあります。 現在の作業ディレクトリにフィードするだけで、ほとんどの人が慣れ親しんでいる動作をすることができます。 だから私はこれがどのようにそれをブロックしている「技術的なもの」を持っているのか混乱しています。

頑固さが関係していることは明らかであり、この種の議論が必要であることを意味するので、この種の議論に感謝します。

ああ、そうです、元のディスカッションはこのスレッドにリンクされていなかったため、失われます。 参考までに、別の投稿（https://github.com/microsoft/terminal/issues/2427#issuecomment-521307534）のコンテンツをここにコピーしています。

https://github.com/microsoft/terminal/issues/1756#issuecomment -520048598

ただチャイムを鳴らします。

_（プロファイル、作業ディレクトリ、環境変数など）。_

もう一方の端の_実際のプロセス_については、一般的に、複製することは不可能です。 接続されたプロセスはssh.exeである可能性があり、その環境変数と作業ディレクトリは、端末側からの検出可能な環境と作業ディレクトリとは関係ありません。 同じことが実際には、奇妙なことに、WSLにも当てはまります。 「作業ディレクトリ」を使用せず、環境変数を関心のあるWindowsプロセスに公開しません。

Powershellは現在の作業ディレクトリを_設定_すらしないため、そのディレクトリも検出できません（！）。

https://github.com/microsoft/terminal/issues/2315#issuecomment -519317472

これは、一般的なケースでは不可能ですが、_技術的には可能_なことの1つです。 ここには、次のような複雑な点がたくさんあります。

powershell
cd d:\users

ええと、PowerShellは私たちが立ち上げた最初のプロセスではありません。 パスd:\usersは無視します

(in powershell)
cd d:\users

powershellは_現在の作業ディレクトリを実際に設定しない_ため、 d:\usersは無視します（!!）

「シェル」がssh [email protected] （シェルを「ターミナルがユーザーに代わって生成する最初のプロセス」と厳密に定義している場合）の場合、その作業ディレクトリは、何に関係なく常にC:\windows\system32なります。リモート作業ディレクトリはです。

ドキュメントページを埋め尽くすほど多くの警告を機能に提供するよりも、機能を提供したくありません。 ☹️ごめんなさい。

https://github.com/microsoft/terminal/issues/1536#issuecomment -519107586

いいえ、それは一般的な意味で行うことはほぼ不可能である可能性が高いためです。 たとえば、vimのインスタンスをどのように複製しますか？ フォアグラウンドプロセスが排他的アクセスのためにある種のファイルを開いた場合はどうなりますか？そのプロセスをどのように複製できますか？

これを安全に行う方法があれば、一般的に私は提案された技術的解決策に耳を傾けますが、それが可能であるとは思わないので、調査するつもりはありません。

Powershellが作業ディレクトリを_did_設定したとしても、Windowsで別のプロセスのCWDを取得することが_技術的に_可能であるとはまだ確信が持てません。 これが、これが機能するのを妨げている「技術的な」ものです。 これを設定として追加したいと思います。 しかし、答える必要のある技術的な質問はまだ確かにあります。

このスレッドで説明されている解決策には、ターミナルに別のVTシーケンスのサポートを追加することが含まれます。これにより、_shell_は、ターミナルがどのパスにあるかを示すために放出できます。このVTシーケンスは、あまり明確に定義されておらず、次のようになっています。まだ解決が必要なエッジケース。 すなわち：

• WSLシェルが「私のCWDは/home/fooです？」と言うとどうなりますか？ターミナルがパスがWSLパスであること、またはパスがどのディストリビューションに属しているかを知る方法がないため、このタブを複製すると、 C:\home\foo （存在する場合）
• SSH経由で別のマシンに接続するとどうなりますか？ ターミナルはそれらのパスを自分のローカルマシン上のパスと区別することができないので、繰り返しますが、そのパスを複製することは間違った振る舞いになります
• すべてのユーザーは、この動作に協力するために、さまざまなシェルのプロンプトを_手動で_カスタマイズする必要があります。 これはブロッカーではありませんが、これは、そのままでは機能しない設定になることを意味します。

実行中のプロセスを複製しようとしていますか？ たとえば、Linuxを見てみましょう。 ターミナルでSSHを実行していて、新しいタブを開いた場合、新しいタブはSSH接続を開かず、SSH接続の現在の場所を参照します。 それはあなたがあなたのマシン上にいる新しいタブを開きます。 プロセスがローカルでSSHではない場合でも、プロセスは実行されません。 複製されているのはタブだけであり、実行中のプロセスではありません。

これは非常に複雑になっているようです。 VIMやSSH、または実行中の他のアプリケーションを複製していません。 あなたはターミナルを複製していて、それはエッジケースに答えます：

• WSLの場合、ローカルを閲覧していません。 戻り値が/ home / fooの場合、それが場所です。 場所がC：\ home \ fooの場合、/ mnt / c / home / fooが返されます。
• SSHはプロセスです。 シェルで実行されます。 プロセスを複製していません。 他の端末はそうではありません。 タブを複製しています。
• ユーザーが何をカスタマイズする必要があるかわかりませんが、カスタマイズが問題になるのはいつからですか？

プロセスを複製しても問題はありません。 きっと気に入る人もいるでしょう。 それは、タブを複製するオプションに加えて、別のオプションになるだけです。 それは障害になるべきではありません。 それは余分でオプションです。

@PandaClone _一部の人々は、シェルから実行せずに、プロファイルが最初に起動するものとしてssh.exeを設定していることを知って驚くかもしれません_。

そうではないように、ターミナルがLinuxプロセスと通信するラッパーアプリケーションであるwsl.exeに問い合わせて、現在の作業ディレクトリがそのプロセスの最初のプロセスのものであるかどうかを確認する方法は実際にはありません。木。
WDをプロセス環境ブロックに格納するWindows作業ディレクトリインフラストラクチャを使用しないため、退屈な古いWindows APIを使用するだけでは、作業ディレクトリが何であるかを判断するのに十分ではありません。

これらは私たちが解決しなければならない技術的な問題です。 それ以外の場合は、25％の人にしか機能しない機能を作成します。

それが簡単であることが判明した場合：私たちは常にコミュニティの貢献を喜んで受け入れます。

• WSLの場合、ローカルを閲覧していません。 戻り値が/ home / fooの場合、それが場所です。 場所がC：\ home \ fooの場合、/ mnt / c / home / fooが返されます。

ああ、でも、この機能が仕様どおりに機能する方法を見てください。ターミナルは、「現在の作業ディレクトリは/home/foo 」と誰が何を言ったかを知りません。 これはcmd.exe可能性があります-そうです、ユーザーはC:\home\foo望んでいます。 これは、UbuntuディストリビューションまたはFedoraディストリビューションである可能性があります。あるいは、centosまたはその他の可能性にssh接続されている可能性があります。 端末が取得するのは、「これは現在作業ディレクトリです」という文字列だけです。

• ユーザーが何をカスタマイズする必要があるかわかりませんが、カスタマイズが問題になるのはいつからですか？

ユーザーが実行するほとんどすべてのシェルは、このシーケンスの送信を有効にするために手動で構成する必要があります。 cmdユーザーの場合、シーケンス$e]7;$P$eを含めるように％PROMPT％を手動で構成する必要があります。 bashユーザーは、 PS1で設定する必要があります。 PowerShellには確かに別の方法があります。 ただし、ここでの基本的な問題は、シェルがデフォルトでこのシーケンスを放出しないことです。

SSHはシェルではありません。 プロファイルを最初に実行するように設定できますが、それでもシェルから実行されます。 プロファイルがアプリケーションをすぐに実行するように指示されているだけです。 そのアプリケーションは何でもかまいません。 SSHで接続する必要はありません。 必要に応じて、プロファイルに別のシェルを実行するように指示できます。

そして、端末がない場合でも、どうして問題になるのでしょうか。 常に例外があります。 移動するディレクトリがない場合、デフォルトでホームディレクトリに設定するのは問題ありません。 それはあなたがただ「ああ、これはできない」という場合には問題ではありません。

また、これはタブ付きの大多数の端末に標準装備されている機能です。 独自のターミナルフレーバーを持つLinuxディストリビューションを実行すると、すべてが新しいタブを開くというこの動作を示します。 これは、WindowsTerminalの画期的な魔法となる機能ではありません。 これは標準機能です。

ターミナルはシェルをスポーンするだけではありません。 これは、プロファイル構成で指定したものCreateProcess文字通り

ほら、私たちはこの機能がどれほど可能かについて議論しています。 _私たちはこれを望んでおり、誰もがそれを望んでいます。ユーザーが気にかけているユースケースの大部分で機能する合理的な方法があれば、私たちはすでにそれを行っているだろうということに同意できますか？ 事前の企画・設計作業で「できない」と言わざるを得ない回数を減らしたいと思っています。

これは画期的な魔法ではなく、WindowsとWSLのプロセスモデルによって複雑になっているだけで、状況によっては失敗すると思います。 それ以上のことは誰も言っていません。

• WSLの場合、ローカルを閲覧していません。 戻り値が/ home / fooの場合、それが場所です。 場所がC：\ home \ fooの場合、/ mnt / c / home / fooが返されます。

ああ、でも、この機能が仕様どおりに機能する方法を見てください。ターミナルは、「現在の作業ディレクトリは/home/foo 」と誰が何を言ったかを知りません。 これはcmd.exe可能性があります-そうです、ユーザーはC:\home\foo望んでいます。 これは、UbuntuディストリビューションまたはFedoraディストリビューションである可能性があります。あるいは、centosまたはその他の可能性にssh接続されている可能性があります。 端末が取得するのは、「これは現在作業ディレクトリです」という文字列だけです。

現在の作業ディレクトリが誰であるか、何であるかをどうやって知ることができませんか？ あなたはそれを求めている人です。 コマンドプロンプトなのか、WSLなのか、PowerShellなのかがわかります。 あなたはそれがどこから来ているのかを知っているので、場所をフォーマットする方法を知っています。

• ユーザーが何をカスタマイズする必要があるかわかりませんが、カスタマイズが問題になるのはいつからですか？

ユーザーが実行するほとんどすべてのシェルは、このシーケンスの送信を有効にするために手動で構成する必要があります。 cmdユーザーの場合、シーケンス$e]7;$P$eを含めるように％PROMPT％を手動で構成する必要があります。 bashユーザーは、 PS1で設定する必要があります。 PowerShellには確かに別の方法があります。 ただし、ここでの基本的な問題は、シェルがデフォルトでこのシーケンスを放出しないことです。

それはどのように問題ですか？ これは、構成を必要とする最初のアプリケーションではなく、最後のアプリケーションでもありません。 すべてがプラグアンドプレイであるわけではなく、それは理解できます。 これを機能させる唯一の方法がユーザーが構成を要求することである場合、その停止点はどのようになっていますか？

WSLシェルが「私のCWDは/ home / fooですか？パスがWSLパスであること、またはパスがどのディストリビューションに属しているかをターミナルが知る方法がないため、このタブを複製するとCになります。 \ home \ foo（存在する場合）

私は本当に自分自身でしか話すことができませんが、あるプロファイルを使用してタブを開き、特定の場所に移動してから、別のプロファイルで新しいタブを開いた場合、作業ディレクトリがなければ、少しでも驚いたり失望したりすることはありません。キャリーオーバーし、代わりにデフォルトが使用されました。

この機能を求めるほとんどの人は、GNOMEやmacOSに含まれている端末などの端末での動作を見逃していることを理解していると思います。 これらの端末は、これと同じ複雑さに対処する必要はありませんが、同時に、ソフトウェアに存在しないエッジケースをスマートに処理することを期待している人はいないと思います。基準点として使用します。

スコープを少し小さくしても、かなり厄介な作業のように聞こえます。 時間の節約になるので、この機能のいくつかのバージョンを含める方法が見つかることを願っています。

このユースケースは、短期的には＃4472で処理できますか？ 私は個人的に、最近フォーカスされたウィンドウ（ほぼ確実にコマンドを入力したウィンドウ）で新しいタブを開くcmd.exe /c "wt.exe" new-tab -p "Ubuntu-20.04" -d $(pwd)バリアント（おそらくBashマクロにバインドされている）に満足しています。 ）。

ルートプロセスの現在のディレクトリの検出を実装する方が、コマンドラインリモート処理とIPCを実装して、WTに同じウィンドウでタブを開かせるよりも簡単だと言います：smile：

うわー、私はちょうどここに来て、それが長い旅を必要としているようだと気づきました:)

Windowsターミナルでは、ショートカットAlt + Shift + Dを押すことでシェルウィンドウを分割できることがわかりましたが、同じディレクトリに設定されていません

https://gitlab.freedesktop.org/terminal-wg/specifications/-/merge_requests/7#note_552774

回避策があります。開始ディレクトリを変更します。

この関数を$PROFILE （必ず$pathを調整してください）

function sd {
    $path = 'C:\Users\Admin\AppData\Local\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\settings.json'
     ((Get-Content -path $path) -replace '"startingDirectory":.*', ("`"startingDirectory`": `"$pwd`"") -replace "\\", "\\") | Set-Content -Path $path
}

..そして、ほとんど手間をかけずに同じディレクトリで新しいタブを開くことができます。新しいタブを開く前に、必ずsdください。

もちろん、欠点は、関数が呼び出されるたびにstartingDirectoryが変更されることです。

このアプローチをキーリマッパーで使用するのが最善です。これにより、 Ctrl+Tが押されると関数が自動的に呼び出され、 Ctrl+F4が押されるとstartingDirectoryが元に戻されます。元の値に戻します。

代替ソリューション

サンプルprofile.shまたは.zshrcを使用しているプロファイル内に、$ HOMEディレクトリ内に〜/ paths.shファイルを作成します。 setCWDを呼び出すたびに、パスが更新されます

このソリューションは、 startingDirectoryを完全にオーバーライドします。 新しいターミナルをスポーンするときはいつでも、ターミナルをスポーンする前にsetCWDを呼び出します。これは、最後にときに直接開始されます。

.zshrc以内にこれを行ったことに注意してください

コード：

source ~/paths.sh

if [[ $SAVED_PWD != $PWD  ]]
then
  cd $SAVED_PWD
fi

function setCWD(){
  echo export SAVED_PWD=$(pwd) > ~/paths.sh
}

初期ファイルを作成する必要があるかもしれないので、 setCWDを呼び出す

ところで、autohotkeyを使用している場合は、これがうまく機能するための素晴らしくて簡単なスクリプトです

windows-terminal.ahkというファイルを作成し、このコードを下に貼り付けます。 ファイルを実行すると、すべて設定されます。 （このファイルをスタートアップセクションに移動して、再起動したときにこの機能が再適用されるようにすることをお勧めします。

#IfWinActive, ahk_exe WindowsTerminal.exe
  ^t::
    Send, setCWD {enter}
    Send, ^t

皆さん、これは生産性にとって非常に重要です。他の何よりも重要です。 これを修正してください。私と私の友人は、他のすべての劣ったターミナルエミュレータを喜んで放棄します。

terminal-wgでOSC7を「標準化」する試みが停滞しているようです。

Terminal.appにあるOSC7を基本的に実装することにまだ関心がありますか？

それを考えると、特定の端末に「現在のホストとCWD」があり、「プロセスハッキング」の議論を非難するだけです。 次に、その情報を利用するためのユーザーの行動を決定/実装できます。例：

• 「現在のディレクトリの新しいタブ」コマンド。
• 「分割」でこれをデフォルトで実行します。
• WSLセッションとWindowsセッションを区別するための魔法（同じホスト名を報告している場合でも？私は見ていません...）;
• Windowsホストと同じホスト名を要求するリモートマシンへのsshingなど、使用したくない有効な外観のOSC7を送信することを_知っている_プロファイルでの「OSC7の抑制」の構成オプション。
• 値をコマンドラインに貼り付けることができるものに公開するため、sshまたはwslセッションは、複製したものと同じ作業ディレクトリに表示されます。

この議論は最初の部分（現在のCWDを取得する）に非常に焦点を当てていましたが、これまでの既存のコメントに基づいて、2番目の部分はさらに検討が必要な部分だと思います。 そのアイデアのリストであっても、それらの_すべて_に対して合理的な異議が存在すると確信しています。

まだこのトピックに興味がある人のために、私は＃7668で初期のPRを行いました。 これはフレンドリーなpingです。 みんなから聞いてみたいです。

複数のタブ、特に現在のディレクトリを継承しない場合の高速複製のポイントは何ですか？ これはとても重要な機能です。 今のところ「ハッキー」な回避策を追加してみませんか？ Windows自体に20年以上にわたってそのようなソリューションが複数含まれていることを考えると、すべてのユーザーの生産性が向上する場合、WindowsのプロセスからCWDを抽出することに問題はありません。

この機能がデフォルトではない理由がわかりません。 この機能を有効にする方法すら存在しない理由について、私は本当に困惑しています。 これは、ターミナルでの最大のユーザーエクスペリエンスの低下要因です。利便性の観点から、ターミナルをalt+shift+d押すよりも速く、適切な場所にcdする必要があります。

ターミナルは、Windows開発者に多くの生活の質を追加します。 この機能は私にとって大きな前進になるでしょう（そして私は他の人を疑っています）。 この機能を最優先事項として提唱することに私の声を加えます。

この機能がデフォルトではない理由がわかりません。

このスレッド、＃7668、＃8214、＃8166、および他のリンクされたスレッドで行われたすべての調査を読んで、これが実際に難しい問題である理由を理解するために人々がわざわざ読むことができない理由を理解できません解決する。 クライアントアプリにパスを出力させることはできません。ターミナルは、それがWindows、WSL、cygwinのいずれのパスであるかを_必然的に_認識しないためです。

他のアプリとの下位互換性を損なうことなく、この機能のサポートを実装する正しい方法を見つけるために一生懸命働いている才能のある貢献者がたくさんいるのは良いことです。 私たちは_今週_、満足のいく解決策を考え出しました。それが実装されるまでにそう長くはかからないはずです。

ありがとう@ zadjii-msft！

私のコメントを読み直すと、それが非常に非難されていることに気づきました。それは私の意図ではありませんでした。 私はこれを言うためにここに来ました：

ターミナルは、Windows開発者に多くの生活の質を追加します。 この機能は私にとって大きな前進になるでしょう（そして私は他の人を疑っています）。 この機能を最優先事項として提唱することに私の声を加えます。

そして、これまでの私のユーザーエクスペリエンスは次のとおりです。

この機能がデフォルトではない理由がわかりません。 この機能を有効にする方法すら存在しない理由について、私は本当に困惑しています。 これは最大のユーザーエクスペリエンスです...など

私はおそらく、最初の段落の最初に「ユーザーとして」を置くべきでした。

ご迷惑をおかけしましたことをお詫び申し上げます。