プラスのグリフはおそらく縮小します。TabControlの問題についてコメントしましたが、UWP Edgeで使用される小さいグリフと一致するように、変更がプッシュされるようです。

ええ、「Edge Chromeのようにタブを作成する」のは良いことですが、「プロモーションビデオのようにタブを作成する」のはさらに良いことです...😣

UWPEdgeのタブはEdgeChromeよりも優れていると思います。 🤔

個人的には、UWPEdgeのようなEdgeChromeのタブを作成してほしいと思っていますが、誰も私に尋ねませんでした...

ええ、ええ、でも...どちらもターミナルよりも進んでいます🤡
Edgiumはタブの上にほぼ20ピクセルあり、醜いです...しかし...ドラッグ可能です！
そして、それらの両方で、少なくともどちらのタブがアクティブであるかを知ることができます🙄

コーディング時にアクリルを実際に使用することはありません。 ただし、透明度は非常に便利です。 これは、ターミナルウィンドウの下に次のようにコードを表示できることを意味します。

アクリルが使用するブラーファクターの調整を追加してください。 ぼやけたテキストが読めません。

また、このように非アクティブなときにターミナルが黒くならなかった場合：

ターミナルを他のすべてのウィンドウの上に固定するピンボタンがあると非常に便利です。 これにより、ターミナルと使用しているコードエディタをシームレスに切り替えることができます（特に、ターミナルウィンドウの下でコードを読み取ることができる場合）。
「常に上に」機能が追加されて有効になっている場合は、アクリルのテーマを「黒くなる」のではなくアクティブのままにしておくことをお勧めします。

それがどのように見えるか：

すべてのウィンドウの上にターミナルを固定するためのピンアイコン。
@nacorv 、

「常にトップ」が考慮される機能であるかどうかを知りたいのですが。

現在、タブ領域内の任意の場所を選択してドラッグしても、ウィンドウは移動しません。 これにより、マウスをタブ領域の右側に移動する必要があり、ウィンドウの移動に使用できるタイトルバーが非常に少なくなります。 これを変更してください。 急ぐ必要はありません！

1. Powershellでアクリルをオンにすると、 -abcような紫色のパラメーターがほとんど見えなくなります。

解像度：4K
ディスプレイのスケーリング：100％

軽いテーマ：

暗いテーマ：

ウィンドウのサイズを変更すると、UIが消えたり再表示されたりします。 Windowsストアプレビューバージョン0.2.1715.0を使用しています

全画面表示：

サイズ変更：

ウィンドウが十分に大きくない場合、他のすべてのタブは非表示になります。

タブバーをアクリルにすることができない場合、それは大きな恥です。
それらをより良く統合するためにできることは何でも大歓迎です

ドラッグできないタブ/タイトルバーは、初期のビルドを試したすべての人から聞いた一番の苦情です

分割ペインには視覚的な磨きが必要で、焦点が合っていることを明確にし、開いたときにアニメーションを表示します

2台目のモニター（1366x768ラップトップ内蔵ディスプレイ、メインとして設定されていない）で最大化すると、アプリの端が切り取られます。

タブには、アプリの名前ではなく、実行可能ファイルへのパスが表示されます。 パスが長すぎると、タブを閉じるための「x」がタブの右側から押し出されて表示されなくなります。

[設定]をクリックすると、JSONファイルを開こうとします。 そのためのUIはまだ構築されていないと思います。 :)

@ robster2001のコメントに加えて、各タブにUbuntuのような実際のパスが表示されていて、管理者モード（コマンドプロンプト（管理者）-C：currentpaththatyouareinなど）であると便利です。

私が通常持っていないように、端末を最大化していない場合、長いタイトルと組み合わされた問題＃857では、タブが実際よりもはるかに少なくなります。

タブが広すぎて使い物になりません。 おそらく、ツールチップなどのタブにカーソルを合わせると、実行可能ファイルが表示され、パスなどの情報が表示されます。

2つのこと：
ペインは、不完全であるため、デフォルトではバインドされていません。 自分で有効にすると、YMMV。

カスタムタブタイトルが必要な場合は、シェル用に設定する方法を確認する必要があります。 それはあなたがあなたのシェルを使うどこでもあなたに利益をもたらすでしょう。 PowerShellにタイトルを設定させることで、Windowsターミナル、レガシーコンソール、VSCode、ConEmuなどのタイトルを変更できます。 セッションの途中でも変更できます！

ペインズエピック：＃1000

ウィンドウの上部にあるキャプションに沿って、ウィンドウをドラッグして移動できる場所が見つかりませんでした。 私はキーボードショートカットに頼らなければなりませんでした。

2本指のスクロールは機能しませんが、cmd.comとPowerShellではうまく機能します。

タブを移動/再配置することはできません。

デフォルトのバーは、Win10ダークテーマを尊重しません。

設定を見つけようとしましたが、見つかりませんでした。
他のいくつかのアプリも尊重していないので、このバージョンでは考慮されていないと思います

ストアプレビューを介して本日インストールされたターミナルの第一印象は次のとおりです。

• 色の何が問題になっていますか？ なぜ一部が黒、一部が白なのですか？
  
• うわー、タブを試すのが待ちきれません
• うわー、それは大きなプラス記号です

タイトルバーの色について何かできることはありますか？ 真っ黒になっているはずですよね？

+1 @guibirow

私のウィンドウズ設定をいじって、私はそれを修正することができました：

アクティブ（Firefoxが背面、ターミナルが前面）

非アクティブ（Firefoxが背面、ターミナルが前面）

一部のアプリケーションは引き続きWindowsから設定をロードしているようです。おそらく、Windowsダークテーマではすべてのカラーが正しく設定されないため、タイトルバーとウィンドウの境界線にアクセントを適用するオプションを有効にする必要がありました。

そして、レジストリに_AccentColorInactive_を設定します[_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

「+ /」を左に移動して（以下のように）、残りを他のすべてのアプリケーションと同じようにタイトルバーにすると、デザインははるかに良くなります。Firefoxをコピーしようとして、うまく機能しなかったと思います。

「タブをポップアウト」したり、別のウィンドウにドラッグしたりすることはできません。 その機能が欲しいのですが。

絵文字フォントを使用する場合、たとえば、yarn、npm？

タブのタイトルバーは間違いなくクリーンアップする必要があります。 ターミナルとEdgemiumを宣伝するために作成された公式ビデオに基づいて、私はこれらの変更（モックアップ）を思いつきました：

前：

後：

モックアップの変更の完全なリスト：

• 他のWindowsと一貫性を保つために、ウィンドウの境界線のサイズを1pxに縮小しました
• タイトルバーでウィンドウコントロール（閉じる、最大、最小）を適切に配置
• 新しいEdgeタブとの一貫性を保つために、タブを少し高くしました
• 新しいエッジタブと一致するようにコーナー半径を縮小
• 新しいエッジと公式ビデオとの一貫性を保つために、タブのベースに内側の丸い角を追加しました
• タブを背景に対して見やすくし、新しいEdgeとの一貫性を保つために、ドロップシャドウを追加しました
• プラスアイコンを適切なサイズにしました
• タブの横にあるタブ管理ボタンを移動しました
• タイトルバー全体に背景を広げました

編集：これは、以下の@ DHowett-MSFTで指摘されているように、収益がキャラクター全体に収まるほど大きくないという問題でした。

最大化すると、パディング（下）は0ではありません。 これが既知の問題なのか意図的なものなのかわからないので、このスレッドに入れてください。

@mikeluiええと、それはおそらく、画面上の別の文字セル全体を収めるのに十分なピクセルがないためです。 ターミナルは、ターミナルの世界をモデル化する方法であるため、行全体を表示することを非常に好みます。

全画面表示：

サイズ変更：

ウィンドウが十分に大きくない場合、他のすべてのタブは非表示になります。

マウスホイールを回転させると、タブがスライドします。 Store Terminal Previewv0.2.1715.0では少なくとも動作します。 ただし、Chromiumベースのブラウザなどのアイコンを絞り込む方がよいでしょう。

@ DHowett-MSFTまた、ウィンドウが小さすぎて新しいタブを表示できない場合、新しいタブを作成すると、新しいタブが作成されますが、ターミナルウィンドウのサイズを変更するまで表示されないという別のGUIバグが見つかりました。

Microsoft Windows 10 Pro Insider Preview [バージョン10.0.18875.1000]
Microsoftターミナル（ストアプレビュー）[バージョン0.2.1715.0]

@ DHowett-MSFTはい！ サイジングをいじっているうちにそれがわかります。 私はフルスクリーン（最大化に対して）を使用することに慣れています。タイトルバーがないため、間隔が広くなります。

前回閉じたときに残した初期ウィンドウサイズを作成します。

アプリケーションをつかんで移動するのは簡単ではありません。ウィンドウをつかむには、より広い領域が必要です。 exeのパス全体がやり過ぎで、スペースがかかりすぎます。 ただPowershellまたはCmdがいいでしょう。 cmdでnodeまたはpythonしている間、タブに「cmd：node」または「cmd：python」を表示できます
タブは、単に暗い黒やフェードブラックの代わりに、その特定の端末で使用されるスキームのカラーテーマを持つことができます。端末スキームと同じ色で、端末を簡単に見つけることができます。
編集
さらにいくつかの問題が見つかりました

また、他の欠落した/壊れたUIのものと比較してそれほど重要ではありませんが、それでも：テキストは選択可能であるため、マウスポインターは、ターミナル内のテキスト上を移動するときはテキスト1（Ꮖ）であり、ポインター（↖）ではありません。

Alt + F4の動作が他のWindows10の機能を模倣できる可能性がありますか（今すぐすべてを閉じてください）？ Ctrl + w *開いているタブの数は非常に面倒です。 私がキーボードの戦士モードにいるときに右上のXを見つけるのと同じように：D。

settings.jsonでcloseWindowを設定しようとしましたが、alt + F4が有効なコマンドとして登録されません（コンソールは「S」を出力します）。

好奇心から、WPFのWindowChromeをサポートする基盤となるAPIを使用して、ネイティブのタイトルバーとウィンドウの境界線を完全に切り取り、XAMLを使用してすべてを構築することはできませんか？ この方法で利用できる制御が増え、最終結果がよりクリーンになり、OSへの依存度が低くなると思います。

私は当初、分割画面機能がすでに存在することを期待していましたが、そうではありません...
タブ間を移動するよりもはるかに便利です。

LinuxのターミネーターとmacOSのiTermはきちんと実装されています。

何か計画はありますか？

現在、タブ領域内の任意の場所を選択してドラッグしても、ウィンドウは移動しません。 これにより、マウスをタブ領域の右側に移動する必要があり、ウィンドウの移動に使用できるタイトルバーが非常に少なくなります。 これを変更してください。 急ぐ必要はありません！

＃1500を参照

@ LeeChang-GitHub＃608、また、PowerShellとCMDにはタイトルを自分で設定する方法があることをご存知ですか？ シェルに名前を変更させることができる場合は、タブの名前を変更する必要はありません。

端末の名前を編集できるようにする必要があります。
この質問を検索しましたが、見つかりませんでした。 これは合理的な要件ですか？

おい、なぜあなたはあなたのコメントを削除して私の応答の後にそれを移動したのですか？

おい、なぜあなたはあなたのコメントを削除して私の応答の後にそれを移動したのですか？

すみません、その質問はひどすぎました。 再度編集しましたが、その時点で返信がありませんでした。
すみません

@ LeeChang-GitHub大丈夫です！ 😄

「常にトップ」が考慮される機能であるかどうかを知りたいのですが。

@grigala

私は当初、分割画面機能がすでに存在することを期待していましたが、そうではありません...
タブ間を移動するよりもはるかに便利です。

LinuxのターミネーターとmacOSのiTermはきちんと実装されています。

何か計画はありますか？

1000は計画とそれらがどれだけ進んでいるかを示しています👍

スクロールバーは、右のパディングを無視するか、ホバーしたときに右に展開する必要があります。 それは数でトップとボトムを取る場合、それは大丈夫です。

折りたたまれた形のスクロールバー

ワイドフォームのスクロールバー

折りたたまれた形のスクロールバーは問題ないように見えます。 テキストと行の間のスペースは問題ありませんが、パディングの設定に従う必要があります。 今はそうではありません。

幅の広い形式のスクロールバーは、右側のパディングにのみ従い、左側にはいくつかのパディングがありますが、推奨されません。 左側のパディングは設定に従い、右側のパディングは完全に消えるはずです。 これにより、ユーザーは、長距離をすばやく上にスクロールしてウィンドウを最大化するときに、マウスカーソルをすばやく右に投げることができます。

さらに、スクロールバーにカーソルを合わせたときに展開の遅延が

編集：
これは＃1778で解決されました。 ありがとう！

ほとんどのアプリ（Chrome、explorer.exeなど）では、ユーザーはウィンドウの影をつかんでウィンドウのサイズを変更できます。 しかし、端末はユーザーが狭いNotClientエリア（約2ピクセル）をつかむことしか許可していないようです。
システムのデフォルトのシャドウが機能しないようですか？

私には可能な解決策があります。

1. システムシャドウを削除します（ウィンドウスタイルをWS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAMEに変更し、WM_NCCALCSIZEメッセージを処理することで、AdjustWindowRectを使用してサイズを計算できます。）
2. ウィンドウの周囲に4つの小さなシャドウウィンドウ（WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW）を追加し、手動でシャドウをレンダリングします（メインウィンドウのWM_WINDOWPOSCHANGEDを​​処理してシャドウウィンドウを移動し、WM_SIZEを処理してシャドウウィンドウをレンダリングします。おそらくGaussina Blur？）
   3シャドウウィンドウのWM_SETCURSORメッセージとWM_LBUTTONDOWNを処理します（グラブをシミュレートするためにメインウィンドウにWM_SYSCOMMANDを送信します）

さらに、WM_LBUTTONDOWNを処理するときに、ウィンドウサブクラス化テクノロジを使用してメッセージをキャプチャし、WM_SYSCOMMANDを送信すると、タイトルバーを取得できないという問題が修正される場合があります。

https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188を拡張するには、ターミナルでテーマをVSCodeのようなテーマファミリ名と明/暗サブカテゴリに整理する必要があります。 つまり、テーマを「キャンベル」などに設定し、Windowsアプリの色を明るい色から暗い色に切り替えると、Termianlはキャンベルライトからキャンベルダークに切り替わると思います。 これにより、手動での操作を節約できます。 テーマとして「キャンベルダーク」を指定すると、常にダークにしたい場合は、外観がダークテーマに固定されます。 か何か。

スケーリングが異なるモニター間でウィンドウを移動すると、タブスペースのサイズが正しく変更されず、最小化ボタンもカバーされる場合があります。

モニター1、1920x1080の解像度、100％のスケーリング：

モニター2、4k解像度（3840x2160）、200％スケーリング：

カーソルの色はテーマによって定義する必要があります。 プロファイルに設定されているデフォルトのカーソルの色は白です。これは、明るいテーマでは役に立ちません。

@ madig - cursorColorを設定することで、カーソルの色を変更できます

@ madig - cursorColorを設定することで、カーソルの色を変更できます

はい。ただし、テーマを定義する必要があるため、切り替えたいときにテーマ名とカーソルの色を編集する必要はありません。

また、ターミナルウィンドウの右下隅にマウスカーソルを配置するときに、マウスカーソルをウィンドウサイズ変更構成にするのは通常よりもはるかに難しいことにも気づきました。

多分＃1517。

アプリのコンテキスト/システムメニュー。 Win32アプリでは、これが左上隅にあります。 Edgeのように、右上の省略記号を使用するものもあります。 現在のドロップダウンは意図された代替品ですか？

左上のスタイルは、キーボードで移動/サイズ変更する場合などに便利です。

ビルドプレゼンテーションから、機能のような分割ペインがあるという印象を受けましたが、これは計画されていますか？

@ jwhipp ＃1000

アイコンが欠落しているようですか？

最初のオープンソースリリースから古いプロファイルを持っているようです。 おそらく削除してください。

ありがとう、それはうまくいきました！

しかし、私は別のバグを見つけました：

ウィンドウを最大化または復元するために、タイトルバーを頻繁にダブルクリックします。 タブを1つしか開いていないときは、ウィンドウのクリック可能な領域（緑色）が右端にありました。 プラス（新しいタブ）メニューの左側をクリックできるように見えました。

タイトルバーがタブの上にあるため、ConEmuにはこの問題はありません。 タブ領域をダブルクリックすると、新しいWindowsターミナルで表示したい新しいタブが表示されますが、最終的には何にでも順応できると確信しています。

タブなどに関しては、たとえばEdgeのタブと同じように視覚的に動作できると便利です。「+ v」ボタンは常に最新のタブの横にあります。 最後のタブと「+ v」ボタンの間の領域（存在する場合）を（親ウィンドウに渡すことにより）マウスイベントを受信します。 タブが多すぎると、「<」と「>」のスクロールボタンが表示されます（Firefoxなどと同様）。

ウィンドウを最大化または復元するために、タイトルバーを頻繁にダブルクリックします。 タブを1つしか開いていないときは、ウィンドウのクリック可能な領域（緑色）が右端にありました。

これは、ターミナルウィンドウをドラッグできないことも意味します（つまり、_できる_ですが、その小さなスイートスポットを確実に取得する必要があります...）

タイトルバーのタブが悪いです。 それをしないでください。 お願いします。 それをしないでください。 複数のタスクに使用している領域が多すぎます。

タブタイトルがあると、コマンドインタープリターへのパス全体も悪くなります。 タブ名がおそらく20文字より長くなる可能性があるのは悪いことです。 はるかに短い最大タブサイズ。 タイトルバーの下のタブ。 はるかに小さいタブ。

それはオプションです。 オプション。 構成。 短い文のリスト。 それらをオフにします。 ：スマイル：

@brianly設定で「showTabsInTitlebar」：falseを設定します。

ありがとう@ zadjii-msft！ リンクする価値もあります： //github.com/microsoft/terminal/issues/771

このようにタブスペースのスペースを埋めるために、すでにいくつか開いている新しいタブを追加する場合

新しいタブが作成されますが、アイコンが折りたたまれています。

その後に新しく作成されたタブは表示されません。
ウィンドウのサイズ変更により問題が修正されます。

タブを並べ替えることはできません。
さらに、マウスの中ボタンで唯一のタブを閉じると、これが発生します。

画面またはズームを制御するためのメニューに表示されるものは素晴らしいでしょう。 Ctrl + Scrollからズームをリセットする方法もあります。 私が200％ズームしているかどうかを見分ける方法はありません。

たとえば、chromeのハンバーガーメニューにはこのメニュー項目があります。 必要なのは1行だけです。 値をクリックすると、100％にリセットされます。

特定のコンソールのタブの色と、場合によっては境界線の色に影響を与えることができるようにしたいと思います。 たとえば、PowerShellの背景をすべて青に着色する代わりに、タブと境界線を青にし、背景を見やすい色にします。

可能であれば...実行中のコンソール環境からそれらに影響を与えることができるのは興味深いかもしれません。 たとえば、PowerShellコンソールが起動し、管理コンソールであるためにWINDOWS_TERMINAL_BORDER_COLOR=#ff0000ような環境値を設定する場合は、境界線の色を赤に切り替えます。 この方法で、PowerShellプロファイルまたは.bashrcから多くの興味深いことを実行できます。

DHowett-MSFT @DHowett私が見た@道があることをタイトルバーにアクリルを拡張します。 多分これはうまくいくでしょうか？

ターミナルのタブをクリックしても、必ずしもタブにフォーカスがあるとは限りません。

• お気に入りのシェルでターミナルを開きます。
• 他のウィンドウまたはアプリをクリックします。
• ターミナルでシェルの_tab_をクリックします。 カーソルが表示されず、入力が機能しません。 ターミナルウィンドウのタイトルバー（「+」ボタンと最小化/最大化ボタンの間の少しの間、現在ウィンドウを移動できる唯一の部分）をクリックする必要があります。これが、シェルにフォーカスを戻すものです。

ウィンドウの最大化ボタンは、ほとんどのアプリのようには見えません。 最小化ボタンのように見えます。

@krzysdzは、最初の非クライアント図面の変更がマージされたばかりのこのリポジトリからビルドを実行しています。 UIの問題を報告しないようにお願いする必要があります。 ＃1625。

+ボタンのしくみの大ファンではありません。 それをクリックして新しいタブを追加し続けますが、デフォルトのシェルに新しいタブが作成されることを忘れています（これはかなり面倒です）。 下矢印をクリックしたときに表示されるようなドロップダウンを表示できるオプションが欲しいので、新しいタブを追加するときに使用可能なシェルのリストから選択できます。

その時点で、ドロップダウン矢印をクリックしてみませんか？

ドロップダウン矢印をクリックするのを妨げるものは何もありません。これは純粋にUXの問題です。 機能的に言​​えば、そのアクションを実行するためにタブを追加するという象徴的な表示がないボタンをクリックすることは、私にはあまり意味がありません。

PowerShellでアクリルをデフォルトで有効にするべきではありませんか？ cmdをデフォルトでPowerShellよりも見栄えよくすることは、良い兆候ではありません。 アイキャンディーを披露してユーザーを歓迎するのも良いでしょう。

デフォルトの設定：

cmdの場合：
画像

PowerShellの場合：
画像

関連プロファイル：
画像

編集：画像をリンクに変えました、それはあまりにも多くのスペースを取りました、ごめんなさい

それで、これは元のコンソール（cmd、wsl、およびps）の単なるリスキンまたはコンテナーですか？

LinuxやMacOSXにあるようなより良い端末を望んでいました。 Cmdrは、あなたが目指すべきものの良い例です。 ほとんどの場合、CTRL-CとCTRL-V、およびシームレスなWSL統合をサポートする端末が欲しいだけです。

@deusprogrammerこれは、ConEmu（cmderが使用する端末）とまったく同じ端末です。 Cmderは、cmdシェルを使用する人々のためにターミナルとシェルの改善をバンドルしているため、少しユニークです。

「常にトップ」が考慮される機能であるかどうかを知りたいのですが。

この機能も見たいです。

些細なことかもしれませんが、 acrylicは、UWPやWindowsアプリ開発に精通していない人にとっては何の意味もありません。 わかりやすい名前（ translucentなど）が役立ちます。

タイトルバーはアクリルではありません、申し訳ありませんが、私たちのアーキテクチャを考えると、おそらくそれは起こり得ないでしょう

これは、WinUI3がリリースされたときに有効にする必要があります
参照：microsoft / microsoft-ui-xaml＃888

ターミナルを試してみましたが、最初に私をノックアウトするのは...

この世の果てで？ それは迷惑です、一体！

はい、これはあなたとそれを報告した400人の他の人々をノックアウトします。 ：smile：ウィンドウ上部の実際の進行状況については＃1625と＃564を追跡してください。

@ DHowett-MSFT、言及されていない場合は、設定でアクリルと透明の両方のオプションを維持することを検討してください。アクリルはシステムとの整合性を保ちますが、端末のようなアプリケーションではあまり意味がありません。非常に生産的である。 透明性のオプションがあるとさらに便利です。 デフォルトでアクリルをオンにし、透明度を手動で切り替えることができます。

@ DHowett-MSFTは次のように書いています。

[...]

• タブが思ったほど良く見えない＃702

[...]

• プラスボタンが大きすぎる、小さすぎる、広すぎる、狭すぎる

[...]

その面白いまたは塩辛い？

タブのタイトルは、fontSizeの設定を尊重していないようです。

ヤクアケ端末のようなアクティブな端末へのホットキーを持つことができると本当に便利です。

タブのタイトルは、fontSizeの設定を尊重していないようです。

それは当然のことだと思います。 タブはデスクトップのフォントサイズに従っているようで、ウィンドウのヘッダー/バーの一部と見なされます。

ヤクアケ端末のようなアクティブな端末へのホットキーを持つことができると本当に便利です。

その端末に精通していませんが、settings.jsonでホットキーを押して、開いたり、閉じたり、切り替えたりすることができるものがたくさんあります。

「一般的なタブの使用」を採用することについての2つの考え（https://github.com/microsoft/terminal/issues/615も参照）

1. タブに十分なスペースがない場合、タブは押しつぶす/縮小する必要があります
2. プラスボタンは、ウィンドウの右上ではなく、最後のタブの右側に固定する必要があります

OPの一般的なフィードバック。 明らかに、これは初期のリリース/プレビューであることが理解されていますが、非常に堅実なデザインとコンセプトをすでに見ることができます。

タブ、カスタマイズのレベル（特に、実行可能ファイルのカスタマイズを使用）、settings.jsonの変更に対するリアルタイムの更新、および単一の実行可能ファイルに含めることができるさまざまなタイプの端末を掘り下げます。

上記の項目と洗練に加えて、任意のターミナルウィンドウで標準出力に送られるものをログに記録する組み込みの方法があれば幸いです。理想的には、すべてを1つまたは複数のファイルに記録できます。 また、「クローン」または「複製」のオプションを追加し、vsコードで可能な方法でタブをウィンドウ/行/列に配置します。

頑張ってくれてありがとう、次のリリースを楽しみにしています！

ダークテーマを使用していますが、まだ白い境界線とヘッダーが白いままです。 この問題を抱えている人は他にいますか？ これを変更するJSONには何も見つかりませんでした。

私は同じ問題を抱えています ：（

ダークテーマを使用していますが、まだ白い境界線とヘッダーが白いままです。

これは現在の設定では修正できません。 これは将来の作業項目であり、＃1625で部分的に追跡されています

ターミナルウィンドウの標準出力に出力される内容をログに記録する組み込みの方法があれば幸いです。理想的には、すべてを1つまたは複数のファイルに記録できます。

642

Windows /行/列にタブをvscodeで可能な方法で配置します。

1000

@ DHowett-MSFTは、このアプリがタブを管理する方法を調べます。
https://github.com/JasonStein/Notepads

了解しました。 私は何を探していましたか？

また、インスピレーションを得るためにFluentTerminalを見ることができます。 それはかなり良いUIを持っています。

1. Powershell Coreを使用すると、2番目のシェブロンがコンソールにランダムに表示され、 D:\>>見えます（申し訳ありませんが、再現手順はありません）
2. テキストをドラッグしてからコピーして貼り付けることができません。これは、Powershellで期待される機能です。

UIは今は醜いです、そして私は私がより良く働くことができる美しいUIが欲しいです。

タブには、アプリの名前ではなく、実行可能ファイルへのパスが表示されます。 パスが長すぎると、タブを閉じるための「x」がタブの右側から押し出されて表示されなくなります。

また、 tabTitle実際には機能しません

タブには、アプリの名前ではなく、実行可能ファイルへのパスが表示されます。 パスが長すぎると、タブを閉じるための「x」がタブの右側から押し出されて表示されなくなります。

また、 tabTitle実際には機能しません

@ Serega124は奇妙なことです。私にとっては、問題なく機能するからです。 私は1つのタブの名前wslおよび他のcmd 。
最新の開発ビルドを実行していますか？

@imjasonmillerストアバージョンを実行しています

@ Serega124 、 tabTitle機能はストアバージョンではまだリリースされていないと思います。 彼らがストアバージョンの別のアップデートをプッシュするか、ソースからビルドできるようになるまで待つ必要があると思います。

Windowsストアビルドの右下にあるサイズ変更ハンドルは非常に小さいため、操作するのにイライラするUIターゲットのようなものです。

機能のリクエスト：テーマを簡単に切り替えたり、Windowsテーマを使用したりできます。

開発者として、私は屋内と屋外で働いています。 屋内のUHD画面では、暗いテーマが好きです。 屋外では、暗いテーマがノートパソコンの画面で完全な明るさで読めなくなります。 軽いテーマが使える

Windowsストアビルドの右下にあるサイズ変更ハンドルは非常に小さいため、操作するのにイライラするUIターゲットのようなものです。

それは本当だ！
角の感覚的な領域は本当に小さいので、ウィンドウのサイズを変更することはまったく不可能です。
@ DHowett-MSFTに役立つGIFを添付しています。

ウィンドウのサイズを変更すると、スクロールバーがテキストの上下への移動を停止します。 コマンドプロンプトがウィンドウの下部に到達するまで、事実上役に立たない。

しかし、今それについて言及しなければなりません、このプロジェクトに着手してくれてありがとう。 Windowsにひどく必要なソリューション

テキストの背景色はサイズ変更時に混乱します

「クライアント以外の領域が間違っているように見える」に関連していると思います。 進行中の作業ですが、最新のビルドでは、下部に1ピクセルの白い境界線が導入されているようです。

これはこの最近の変更に関連し

これまでのすべての作業に感謝します！

@imjasonmiller暴動（悲しい種類）が必要な場合は、＃1948の下部にあるTODOを読んでください：smile：

• []クライアント以外の領域をダブルクリックすると、ウィンドウが最大化されます。
• []クリック/右クリックアイコンで最小化/最大化/閉じるメニューが表示されます
• [] Cascade Windowsをクリックすると、 Show windows stackedなどはターミナルによって完全に無視されます
• [] Alt + F4でウィンドウが閉じない

非クライアントをダブルクリックするとウィンドウが最大化されるというWindowsユーザーの予想される動作であると思います。また、シェルを使用してウィンドウのサイズを変更/並べて表示する場合、ターミナルは他のウィンドウと同じように動作するはずです。

現在、ターミナルは移動できず、設定メニューにアクセスできません。

ターミナルは、非ネイティブUIツールキットを使用する外部アプリケーションのようです。

マウスの使用：
コンテキストメニュー-タブをクリックして閉じたり、過去のコンソールのようにコンテキストメニューを表示したりすることはできません。また、最初のコンソールよりも高いタブを閉じることもできません（タブの追加ボタン/幅が原因でメニューボタンの設定によってXが不明瞭になります）制約）

理想的には、ALT + ENTERとSHIFT + F10を使用し、マウス/タッチの右クリックを有効にする必要があります。

タブの並べ替えにも+1

テキストの更新は時々壊れます。

これは特にemacsのようなエディターの問題です

@RosalesJねえ、あなたは実際にその問題について別の問題を提出できますか？ これは、UIの問題の巨大なバケツには実際には適合せず、修正できるはるかにアトミックなバグである可能性があります。 使用している再現手順とツールを必ず含めてください。 ありがとう！

新しいタブメニューはウィンドウとともに移動しません。

単一のタブのXをクリックしてアプリを閉じようとすると、アプリがクラッシュします。

不透明度が設定されている場合、ウィンドウがフォーカスされている場合にのみ機能します。
焦点を合わせたとき：

集中していない場合：

それを機能させる方法はありますか、それともそのように機能するはずですか？

編集：上のスクリーンショットで私が気付いたもう1つのことは、フォーカスされていないターミナルウィンドウがWindowsアクセントカラーを適用せず、空白になることです。 焦点を合わせると、窓のアクセントカラーがあります。

@ jean-lourenco設定アプリのような他のアプリケーションも同じことをするので、ぼかしは意図的なものだと思います

すぐにタブスクロールのサポートを本当に望んでいます（マウスホイールのみではなく、表示）。

スクロールが意図したとおりに機能しないため、現在のタブが表示されません。

非等幅フォントの間隔が正しくありません。

バージョン0.3.2112.0

これは、初期ロード時に発生します。 最大化->ウィンドウの復元はこれを修正します。

18950.1000で0.2.1831.0に更新しました。 Ubuntuシェル（現在はWSL 2）では、バッファーをスクロールバックできません。 キーボードとマウスホイールの両方で上にスクロールしようとするたびに、点滅するカーソルがフォーカスを一番下の行に引き戻しているように見えます。

また、上にスクロールするたびに改行が送信されるように見えるので、見たいテキストは試行するたびに遠くになります。

PowershellおよびDosウィンドウはこれを行いません

@tomfakesはこれを＃2196に移行しました。これは、UIの磨きの問題ではないためです。

ウィンドウのフォーカスが失われたときにアクリル効果を維持するにはどうすればよいですか

タブバー全体でウィンドウをドラッグする機能は、少し誤解を招く可能性があります。 それでも、タブの上の領域やタブを適切につかんでタイトルバーをつかむことはできません。 多くのタブを開いている場合、それはまだ小さなドラッグ領域で立ち往生していることを意味します。

それは対処される予定ですか？ ＃564が閉鎖されたようです。

ウィンドウが2つのモニターにまたがっているときにターミナルを最大化すると、モニター全体でバーがブリードします。

これは一種の「オフトピック」であることは知っていますが、フィードバックを残す場所は課題追跡システムだけであり、これが最適なスレッドのようです。ありがとうございます。 ターミナルはまだ完成しておらず、修正が必要なことがたくさんありますが、順調に進んでいます。 私はそれがどのように感じ、見えるかが好きです。 構成、「CMD」のサポート、PowerShell、WSLなどが好きです。
良い仕事を続けてください^^（そして問題追跡システムを乱雑にしてすみません;））

このプロジェクトが進行中であることをうれしく思います-従来のcmd / powershellよりも大きなステップアップです。 サイズ変更後にウィンドウをすばやく閉じると、ゴーストウィンドウが多くの境界線で表示されることに気付きました。

これは実際には大きな問題ではありません。記録のためにそれを見たと報告したいと思っただけです。

+1

+1

@ammoniakありがとうございます：smile：

これがバグなのか機能なのかわかりません。

AltGrシーケンスを試しているので、AltGr + 4（§）（ポルトガル語キーボード）が削除されません。

ビクターモノフォントは本当に奇妙にレンダリングされます。

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

@offeroそれは見栄えの良いフォントです。 これは＃696かもしれません

（またはそのバリエーション）

タブ領域のプラス記号や下矢印を非表示にするオプションを取得できますか？ 下矢印が非表示になっている場合は、プラス記号を右クリックする下矢印と同じようにドロップダウンが実行されます。 プラス記号が非表示になった場合でも、ドロップダウンを使用してさらに多くのタブを起動できます。 両方を非表示にすると、タイトルバーの残りの部分で右クリックが発生する可能性がありますか？

タイトルバーのタブがたくさんあると手に負えないので、正直言って私はタイトルバーのタブが好きではありません。タイトルバーをつかんでウィンドウを移動するのはまだうまくいきません。 一部のLinux端末では、端末自体の上にタブが配置されており、これを構成できます。 これは、Linuxウィンドウマネージャーが多く、ルールが異なることと関係があると確信しています。 別のオプションは、端末をドロップダウンにすることです（Tilixのスクリーンショットを参照）。 現在のところ、10個のタブを開いた場合、このUIはどのように使用できるようになりますか？ マウスのスクロールは問題ありませんが、開いているタブの総数は表示されません。

ちょうど私の2セント。 :)

端子/タブを表示するドロップダウン：

スレッドでこれについて言及されていませんでしたが、タイトルタブを小さくしたい場合は、この設定をプロファイルに追加してください。
"tabTitle"： "MyCmd"、

これは非常に役立ちますが、次のことができるように、数値を動的にインクリメントする機能が必要です。
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

および/または新しいタブが追加されるたびにタブの色を動的に変更します-毎回同じ色の順序なので、赤= 1番目のタブ、白= 2番目のタブ、青= 3番目のタブなどです。

@jwhippいつでも"showTabsInTitlebar"をfalseに設定して、タイトルバーの下にタブを表示できます。

@PedersenThomasそれは＃2028です

@jwhippいつでも"showTabsInTitlebar"をfalseに設定して、タイトルバーの下にタブを表示できます。

ああ！ これについて知りませんでした...ちょうど今それを試しました。 タブUIを下に移動することで、最終的にウィンドウをより簡単に移動できるようになりますが、それでも手に負えないタブUIは残ります。 私はこれがより良くそしてより使いやすい方法で行われることができると思います。 Tilixの方法が気に入らない場合に機能する可能性があるのは、端末が増えるにつれてタブサイズを縮小することです。 そうすれば、少なくともエンドユーザーはそこに何があるのか​​をより簡単に感じることができます。

非常に厚いウィンドウの境界線は既知の問題だと思いますか？

ドロップダウンリストを開いた状態でターミナルウィンドウを移動すると、ドロップダウンリストが遅れて移動します。 これが報告されていることは知っていますが、リストの外側をクリックしたときにドロップダウンリストを閉じることも解決策だと思います。

同様のドロップダウンリスト/メニュー/ナビゲーションでテストした他のほとんどのアプリケーションは、ウィンドウを移動したり、リストの外をクリックしたりすると閉じます。

私の知る限り、以前に報告されたバグは遅延を修正することでした。 トップバーをドラッグしてウィンドウを移動するときにリストを閉じないようにします。 これは実行可能な解決策だと思います。

_ドロップダウンリストとは、プロファイル（WSL、Powershell）、設定、フィードバックを含むリストを意味します。_

正直なところ、ターミナルタブのGUIがエッジクロムの外観と一致することを期待していました。

タブの高さが少し小さいように見えることに同意します

Ubuntuアイコンをストアで使用されているオレンジ色のアイコンに変更してください。

あなたはそれを自分で行うことができます。
この赤ちゃんは非常に多くのiconを保持できます

Ubuntuアイコンをストアで使用されているオレンジ色のアイコンに変更してください。

あなたはそれを自分で行うことができます。

ええ、でもデフォルトのアイコンは一貫している必要があり、数十万人のユーザーのシステムよりも一度に変更する方が良いでしょう。

特定のディストリビューションのブランドを直接出荷することは法的に許可されていないと確信しています。 何か著作権法。 タックスペンギンの発送が許可されているため、ディストリビューションがそのペンギンを使用するのはなぜですか。 @bitcrazedは、私が間違っていれば@私にできます。

これがすでに提案/質問されているかどうかはわかりませんが、私は各タブの長さが異なるのが好きではなく、各タブでよりブラウザのようにするために変更できる設定があるかどうか疑問に思いましたは同じ長さで、名前に端末のタイプが含まれています。

UNIXで作業するときは多くのタブを使用するので、タブの見出しから情報を取得しないことに慣れており、小さいタブを好む

こんにちは、
いくつかの設計アドバイスとコンセプト。
+を設定メニューから分離します。設定とプロファイル/新しいタブを1か所に配置する理由はないと思います。
タブのタイトルバー全体の高さを利用します。
ホバー/アクティブは通常のタイトルバーよりも暗くする必要があります。現在のようにその逆ではありません。 （ダークモードの場合は色を反転します）。
ウィンドウの境界線を削除するか、設定でオプションにします。見栄えがまったく良くありません。
3番目の画像では、フォントの色が赤で、端末が「管理モード」で実行されていることを示しています。
デフォルトでいくつかのパディングを追加しますが、パディングなしでは現時点では奇妙に見えます。

現在、設定UIに取り組んでいます。終了する時間があるので、画像を投稿します。

1564は、設定UIを実装するための問題です。

おそらくこの問題からリンクされているはずです。

再。 サードパーティのロゴなど、@ zadjii-msftは正しいです-マイクロソフトはサードパーティ製品のロゴを出荷できません。 ただし、ターミナルが簡単に見つけて組み込むことができる場所に、ディストリビューションベンダーがロゴを提供する方法を___可能性があります___見つけることができます。 これに少し麺を入れます。

@ jwlodek ＆ @ Fisico-フィードバックに感謝しますが、ここでは特定の機能の質問については説明しないでください-問題ごとに1つの主題に固執しましょう。そうしないと、物事を追跡できなくなります。 ありがとう。

皆さん、タブがなく、窓の装飾が最小限またはまったくないモードを提供してください。 私が欲しいのは、単一のクリーンな端末画面だけです。 私はすでにフルスクリーントグルも見逃しています。

@oblitum構成ファイルを確認する必要があります。 alwaysShowTabsとshowTabsInTitlebarを切り替えると、必要なものに近いものが得られます。

@DHowett以前に試しましたが、うまくいきませんでした。タブを削除しましたが、ウィンドウの装飾が白くなりました。これは、タブを残すよりも悪いです。少なくとも、すべての装飾が暗くなります。

何らかの方法で端末を全画面表示にすることは可能ですか？ トグルまたは構成。 コードベースにFullScreenがあるようですが、設定が見つかりませんでした。

再。 サードパーティのロゴなど、@ zadjii-msftは正しいです-マイクロソフトはサードパーティ製品のロゴを出荷できません。 ただし、ターミナルが簡単に見つけて組み込むことができる場所に、ディストリビューションベンダーがロゴを提供する方法を見つけることができるかもしれません。 これに少し麺を入れます。

@bitcrazed
使用可能な「プロファイル」のリストがユーザーフォルダーに存在し、インストール時にWindowsストアの他のディストリビューションに追加できる場合はどうなりますか。 次に、これは設定/プロファイルJSONファイルとは別のものです。 また、設定UIはこれらの利用可能なプロファイルを表示し、ユーザーがそれらを追加できるようにすることができます。

利用可能なもののリストにそれらのディストリビューションを追加することの一部には、アイコンエントリが含まれるか、Ubuntuのカラースキームのようなカラースキームが追加されます。

@ DHowett-MSFT MinMaxCloseコントロールを見ると、これらのボタンサイズが選択された理由はありますか？

3つのボタンは36x45です。

Win32（メモ帳とワードパッド）を見ると、ウィンドウコントロールは29 x45です。

UWP（Calculator and Your Phone）を見ると、ウィンドウコントロールは32 x46です。

@mdtauk :(

@mdtaukアプリが構築されているUIフレームワークに応じて、サイズと形状がわずかに異なるシステムボタンが表示される場合があります。 例えば：

• メモ帳などのWin32アプリは、OS（GDI / DComp）に依存してシステムコントロールを描画するため、標準サイズのタイトルバーを取得します
• Chrome / Edgeiumは、タブをタイトルバーに表示するために、独自の非クライアント領域を描画し、独自のシステムボタンを描画します...ウィンドウの上端に合わせて... '理由'
• また、ターミナルは独自の非クライアント領域を描画して、タブをタイトルバー領域に配置します。タブを合わせるために、より高いタイトル/タブバーを用意しています。

ターミナルでは、利用可能なタイトルバースペースでシステムボタンを拡大縮小して中央に配置することを選択しました。その結果、ボタンは少し大きくなりますが、それでも正方形で比例しています。

興味深いことに、ターミナルのシステムコントロールはそれぞれ少し大きいにもかかわらず、比例して少し近くにグループ化されているため、システムコントロールクラスターはWin32システム描画コントロールクラスターとほぼ同じ幅に保たれます。

MailのようなUWPアプリと比較すると、ターミナルには少し高いタイトルバー領域が必要ですが、システムボタンは少し大きいですが、正方形であり、4K画面で200％のスケーリングでレンダリングすると、シンボル自体は2ピクセルだけ大きくなります。

とはいえ、将来的には少し調整するかもしれませんが、デザインとレイアウトはクリーンでアクセスしやすく、比例して健全であると考えています。

問題を提出して同意できない場合は、追跡して話し合うことができるようにお知らせください。

@mdtaukRe 。 設定では、このスペースで多くのクールな改善に取り組んでいることに注意してください。 次の数回のリリースにご期待ください;）

@bitcrazedありがとうございます💙その応答は非常に興味深いものでした。 「それで十分」という決定ではなかったのは嬉しいです：PウィンドウコントロールはWindowsで最も一貫性のない要素の1つなので、興味がありました。

それに比べて、Edgiumはウィンドウコントロールを通常どおりに維持しますが、中央に配置するのではなく、上部に配置します。

境界線が適切に描画されると、見た目は変わりません。

フルスクリーンができるかどうか誰かに答えてもらえますか？ これらのウィンドウコントロールをまったく含まない画面全体が必要です。

フルスクリーンができるかどうか誰かに答えてもらえますか？ これらのウィンドウコントロールをまったく含まない画面全体が必要です。

@oblitumタブレットモードは、真のフルスクリーンオプションをサポートする必要があると述べました。ウィンドウコントロールは、上にマウスを最大化時に

WinUiを使ってタイトルバーとタブを描いてみませんか？ それは物事をより一貫性のあるものにするでしょう。

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

@mdtaukわかりました。 私はただトリック、レジストリ設定などを求めています。それを機能させるためにタブレットモードを実装する必要はありません。 コードベースにFullScreenがあり、レジストリへの参照があるので質問していますが、それが今日機能するかどうかはわかりません。

WinUiを使ってタイトルバーとタブを描いてみませんか？ それは物事をより一貫性のあるものにするでしょう。

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

プロジェクトの必要性のため、デフォルトのWin32ウィンドウ描画をオーバーライドする必要がありますが、TabBarおよびWindowコントロールはXamlコントロールとして実装されています。

WinUIコントロール

@lazylazyllamaターミナルのタブコントロールは、WinUIチームによって構築されています： //github.com/Microsoft/microsoft-ui-xaml/issues/304

@ michael-hawkerのタブコントロールWindowsCommunity Toolkitを使用して初期のターミナル実装のプロトタイプを作成し、@ stmoy ＆teamと協力して、現在使用しているWinUIタブコントロールを作成しました。

再。 非クライアント領域での描画：

これは想像するほど単純ではありません。特に、アプリのUXがWin32ホストアプリの上位にあるXAMLアイランドでホストされているXAMLコントロールで構成されている場合はそうです。 WinUI、XAMLIslands、その他のパートナーチームと緊密に連携して、ターミナルのタブを機能させました。

@oblitumこのスレッドで機能を要求しないでください-あなたの要求を説明するものがまだ存在しない場合は、新しい問題を開いてください。 既存の問題があなたが探しているものの多くを説明している場合は、その既存の質問にあなたの考えを追加してください。 たとえば、＃2001または＃288

@mdtauk NP :)

うまくいけば、前進し、最新のWindows UXスタックが成熟し、デザイン言語が統合されるにつれて、アプリ間の期待をリセットする必要がないほどの一貫性が得られるでしょう。

@mdtauk NP :)

うまくいけば、前進し、最新のWindows UXスタックが成熟し、デザイン言語が統合されるにつれて、アプリ間の期待をリセットする必要がないほどの一貫性が得られるでしょう。

Win32ライフサイクルを備えたWinUIがここにあるとき、DWMとHWNDの描画コードをすべて切り取ることに非常に興奮するでしょう。 これらのアプリに、UWPで実行できるXAMLのウィンドウコントロールの色を変更する機能もあることを期待しましょう。

うまくいけば、前進し、最新のWindows UXスタックが成熟し、デザイン言語が統合されるにつれて、アプリ間の期待をリセットする必要がないほどの一貫性が得られるでしょう。

その一貫性には大きな時間が必要です。

タブインターフェイスを2層に垂直に積み重ね、基本的に2行にすることをお勧めします。 現在の実装方法では、タブインターフェイス全体がヘッダー自体にあります。ヘッダー領域（最初の行）にアクティブなタブのパスが表示され、2番目の行のタブにバイナリ名だけが表示されているかどうかをお勧めしますより良い。

異なるシェル間でのサポートがどのようなものかわかりませんが、ディレクトリとファイルの強調表示は最終的に可能になるでしょうか？

ディレクトリとファイルの強調表示

PowerShellの場合、PowerShellファイルリストにcoreutilsスタイルの色付けを追加するDirColors （*恥知らずなプラグ）のようなモジュールが必要になります。

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

タブビューのデザインが、現在ターミナルにあるものと大きく異なるのはなぜですか？ winuiタブのデザインは、エッジクロムのデザインに非常に近いものです。

現在Windowsターミナルで使用されているTabViewはカスタム実装であり、まだWinUIに移行されていないため

それはWinUIの人々からはかなり誤解を招くものです。

それはWinUIの人々からはかなり誤解を招くものです。

実際には、Windowsターミナルで使用されているものはWinUIリリースと比較して遅れています。 しかし、ターミナルはリリース前の段階に入る前に最初に使用しました。そのため、ターミナルはコントロールのテストの場であり、フィードバックを提供しました。

別の問題もあります。 WinUI TabViewコントロールはUWPとXAML用に構築されていますが、現在、WindowsターミナルはネイティブWin32アプリとXAMLアイランドを組み合わせて最新のコントロールを使用しています。 現在、2つのテクノロジーがどのように連携するかについて、一定の制限があります。

WinUI 3.0とWinUIデスクトップと呼ばれるものの2020リリースがこれらをブレンドし、アプリの構築をより流動的かつ簡単にすることを期待しています。

うわー、それは誤解です。

現在ターミナルで使用しているのは、プレリリース版のTabViewでした。 実装の詳細のガイドを手伝いました。 WinUI 2.2でリリースされたのは、洗練されたバージョンのTabViewでした。

ターミナルにいる私たちは、最新のWinUIビットを取得して自分自身を更新する機会がまだありません。 基本的にそれらは同じコントロールです、私たちは今少し遅れています：P

UIに使用しているUWPXAML + Win32混合スタックは、タブビューを取り込む機能に_影響を与えません_。

UIに使用しているUWPXAML + Win32混合スタックは、タブビューを取り込む機能に_影響を与えません_。

ただし、TitleBarへの統合が、TabViewのWinUIリストに表示される画像と完全に一致しない理由は説明されています。

最初にスタンドアロンの問題を作成したかったのですが、とにかくこれがここに適していると思います。

単一のタブを「ロック」できるようにする

ランダムなアイデアとして、（ロックされていない）タブにカーソルを合わせると、閉じるボタンの横に追加の南京錠アイコンが表示される場合があります。 タブがロックされている場合、ロックは常に表示され、関連するタブ/プロセスを誤って閉じることを防ぎます（手動またはシステムのシャットダウンによる）。 ChromeまたはEdgeで固定/保存されたタブを考えてみてください。

シナリオ

ただし、これは基本的に実際に起こったことに基づいており、新しいターミナルアプリではなく、いくつかのコンソールウィンドウがあります。

• マリオは、グループ化されたシェルのいくつかのタブを実行します。1つはその他のコンソールコマンド用、2つ目のタブは開発中のウェブサイトをホストし、もう1つはリモートサーバーへのSSHを使用します。
• いくつかの問題があったので、彼はさらに別のシェルを開いて、遅いクリーンアップ/サービスプロセスを実行することにしました（ git gc 、 sfc /scannow 、 ftpファイルのプッシュなど）。または何でも）。
• 実行中、彼は通常の作業で他のタブに戻ります。
• 一日の終わりに、彼は（そしてこれに慣れているために）都合の悪いことにターミナル/タブグループ全体を閉じ、長時間実行されているタスクの出力をどのようにチェックしたかを忘れました。
• 結果はすぐに失われます（ログファイルやイベントエントリは無視しましょう。これらは実際には標準化されておらず、SSHのような一時的なリモートセッションである可能性があります）。

何が違うのか

• マリオは、遅いプロセスのために新しいタブ/シェルを開いた後、タブ内の小さな南京錠アイコン（ホバーしているときにのみ表示されます）を使用して「ロック」します。
• クリックすると、タブの閉じるボタンが削除され、代わりに南京錠のアイコンに置き換えられます。
• 後でターミナルアプリ全体を閉じようとすると、通常のタブは削除されますが、ロックされているタブは開いたままになります。
• この状態では、ターミナルは（強制されていない）システムのシャットダウンも防止します。
• ロックされたタブに関連付けられているプロセスが停止すると、タブは自動的にロック解除/削除されます（つまり、現在の動作）。
• 南京錠をダブルクリックすると、タブのロックが解除され、デフォルトの動作に戻ります。

また、つまずいたしゃっくりの包括的な問題を作成しました： https ：

残念ながら、最近では、重複している可能性のある、またはすでに修正されているすべての問題を読み取ったり検索したりするための帯域幅がありません。 このスレッドの誰かが偶然に重複しない/許容できないものを指摘するエネルギーを持っている場合、私は別の問題を作成することができます。

かなり主観的であるため、これが新しい問題を正当化するとは思いませんでした...しかし、ウィンドウの焦点が合っているときにアクリルを使用する理由を理解したいと思います。

それはあなたが望むものにとても反しているようです。 作業中のウィンドウが読みにくくなり、必要なときに、つまり非アクティブなウィンドウが別のウィンドウを覆い隠しているときに、あらゆる種類の透明度が無効になります。

理論的根拠を理解するのが大好き

私たちもそうします！ これは、アクリルブラシに適用されるシステム全体のポリシーです。 おそらく、アプリケーションのヒープが何十もの透明なウィンドウを互いに積み重ねてシステムパフォーマンスを低下させないようにするために行われました。 これは、アクティブなウィンドウのみのアフォーダンスであると想定されていました。

ははは、みんな同じページにいます-そして応答に感謝します。 うまくいけば、適切な人々がいつかゴロゴロと音を聞いてそれを実現するでしょう（そして指が標準の透明度を超えたことがMicrosoftターミナルのオプションになるでしょう）！

@ drk-mtr「メモ帳」と呼ばれるuwpアプリがあり、焦点が合っていなくても、どういうわけかアクリルの透明度を維持することができます。

https://github.com/JasonStein/Notepads

zsh / Oh My Zshを使用するときのプロンプトは、Windowsターミナルで間違って表示されます。特に、矢印の色と文字間の小さな線があります。 Powerlevel9kを使用しています。

Windowsターミナル（ソラライズドダークカラースキームを使用）

クラシックWSL（デフォルトの色を使用）

その後削除

記録のために、そして不正行為の仮定を回避するために：私も私のチームもこのコメントを削除しませんでした。 @mcgovは、コメントをより適切な問題である＃1753に移動しました。

ああ、@ DHowett-MSFTを聞いてうれしいです。 不必要なドラマを避けるために、そのコメントを削除しました。

このキーワードで問題が発生しているので、すでに問題が発生している場合はお詫び申し上げます。 また、これが最終的な問題であるかどうかも100％わかりません。

常にではありませんが、多くの場合、3文字を入力すると、テキストが1列左に移動します。

これが私が観察したものです：

• gitリポジトリ内でのみ発生するようです（posh-gitの問題？）
• これは、CascadiaCodeやFiraCodeなどの合字対応フォントで発生しますが、Consolasでは発生しません。
• Cascadia Codeを使用している場合、VSCode統合端末では発生しません。 統合端末は合字をサポートしていないようです
• PowerShellCoreとWindowsPowerShellで発生しますが、GitBashまたはSSHセッションで生成できませんでした
• それがgitコマンドであるか、 clearような他のものであるかは関係ありません

上記のことから、合字をレンダリングするものだと思いますが、よくわかりません。

使ってます：

• Windows10ビルド18362.175
• Windowsターミナル0.5.2681.0（ストアバージョン）、ただしこれは以前にも発生しました
• posh-git 1.0.0-beta3

@rdnlsmith

これは≡文字が原因です。

参照：

• ＃2066（および＃42）
• Microsoft / Cascadia-コード＃117

@ ExE-ボス興味深い、ありがとう！

@ drk-mtr、@ DHowett-MSFT、@ lazylazyllama 、

アクリルについてのフィードバックをありがとうございます。 私はフルーエントデザインチームと協力しているプログラムマネージャーです。 過去数年間に// BuildでFluentについて話しているのを見たことがあるかもしれません。これには、アクリルを使用する場所のガイダンス変更に関する決定を共有することも含まれます。

簡単に言うと、今日のAcrylicの

アクリルはまた、ユーザーの注意を払わない表面で使用されるのではなく、より「注意を引く」ことを目的としていました。 アクリルと影を組み合わせて、MenuFlyout / ContextMenuなどのコントロールに高い感覚を追加して短いタスクを実行します。 このため、電卓などのアプリケーションでも、この効果を短い計算アクションに使用します。

読みやすさについては、値を慎重に調整することで、アクリルの上にあるテキストが読みやすいようにするためにかなりの時間を費やしています。 とはいえ、透明であるため、純粋な黒や純粋な白ほど良くなることはありません。 したがって、長期間使用するために主表面に使用することはお勧めしません。

フルーエントデザインシステムは、ユーザーがWindowsを使用していない場合でも、ユーザーに親しみを提供することに誇りを持っています。 このため、ターミナルの設計を推進しているターミナルの人々と話し合い、ターミナルアプリが、ほとんどのLinuxユーザーが快適に感じるペインのデフォルトとしてアクリル面を維持することをまとめて決定しました。 私が理解しているように、Linuxの顧客は背景がぼやけていることに慣れていますが、上記の理由により、メインページはデフォルトでオンになりません（ユーザーの選択としてオンにすることは可能です）。

これが現在のデザインの背景と理由について少し説明したことを願っています。 とはいえ、アクリルに関するフィードバックを歓迎します。 このトピックまたはWinUIトピックに関するフィードバックを提供する場合は、メインのWinUIリポジトリで新しい問題を送信してください。

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

アクリルは透明度とぼかしを使用しますが、これは電力使用量の計算にコストがかかります。

マルチレイヤーブラーがどれほど遅いかについてのデータはありますか？
新しいコンピューターモデルでのみ有効にできますか？
開発者のコ​​ンピューターは高速であると見なされます。

開発者のコ​​ンピューターは高速であると見なされます。

ゲーミングコンピュータですが、開発者のコ​​ンピュータは遅くなる可能性があります。コードを書くだけです。

好奇心から、@ lazylazyllamaが言及した「メモ帳」は、システム全体のポリシーを前提として、アクリルの透明性をどのように維持できるでしょうか。 ストアにあるので、「魔法の」APIを使用しないでください。

フルーエントデザインシステムは、ユーザーがWindowsを使用していない場合でも、ユーザーに親しみを提供することに誇りを持っています。 このため、ターミナルの設計を推進しているターミナルの人々と話し合い、ターミナルアプリが、ほとんどのLinuxユーザーが快適に感じるペインのデフォルトとしてアクリル面を維持することをまとめて決定しました。 私が理解しているように、Linuxの顧客は背景がぼやけていることに慣れていますが、上記の理由により、メインページはデフォルトでオンになりません（ユーザーの選択としてオンにすることは可能です）。

それで、ターミナルのプロモーションビデオ全体が嘘になるのですか？

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

人々はそれが門の外でこのように見えることを期待しています。

好奇心から、@ lazylazyllamaが言及した「メモ帳」は、システム全体のポリシーを前提として、アクリルの透明性をどのように維持できるでしょうか。 ストアにあるので、「魔法の」APIを使用しないでください。

@ZhaoMJ 、メモ帳は、効果を達成するために、 AcrylicBrushではなく低レベルのCompositionAPIを使用している可能性があります。

@ drk-mtr、@ DHowett-MSFT、@ lazylazyllama 、
アクリルについてのフィードバックをありがとうございます。 私はフルーエントデザインチームと協力しているプログラムマネージャーです。 過去数年間に// BuildでFluentについて話しているのを見たことがあるかもしれません。これには、アクリルを使用する場所のガイダンス変更に関する決定を共有することも含まれます。
簡単に言うと、今日のAcrylicのガイダンスでは、一時的なUIサーフェスだけでなく、一時的な性質のサーフェスにも使用する必要があると概説しています。 アクリルは透明度とぼかしを使用しますが、これは電力使用量の計算にコストがかかります。 そのため、技術的なPOVから、このUIは、この効果が最も効果的なアプリケーションに焦点を合わせている場合にのみ使用することが決定されました。 これが、フォーカスが別のアプリに移動したとき、およびデバイスが最適な状態で動作していないときにアクリルがオフになる理由です。 この材料は、常にオンになっている表面で使用することを意図したものではありません。
アクリルはまた、ユーザーの注意を払わない表面で使用されるのではなく、より「注意を引く」ことを目的としていました。 アクリルと影を組み合わせて、MenuFlyout / ContextMenuなどのコントロールに高い感覚を追加して短いタスクを実行します。 このため、電卓などのアプリケーションでも、この効果を短い計算アクションに使用します。
読みやすさについては、値を慎重に調整することで、アクリルの上にあるテキストが読みやすいようにするためにかなりの時間を費やしています。 とはいえ、透明であるため、純粋な黒や純粋な白ほど良くなることはありません。 したがって、長期間使用するために主表面に使用することはお勧めしません。
フルーエントデザインシステムは、ユーザーがWindowsを使用していない場合でも、ユーザーに親しみを提供することに誇りを持っています。 このため、ターミナルの設計を推進しているターミナルの人々と話し合い、ターミナルアプリが、ほとんどのLinuxユーザーが快適に感じるペインのデフォルトとしてアクリル面を維持することをまとめて決定しました。 私が理解しているように、Linuxの顧客は背景がぼやけていることに慣れていますが、上記の理由により、メインページはデフォルトでオンになりません（ユーザーの選択としてオンにすることは可能です）。
これが現在のデザインの背景と理由について少し説明したことを願っています。 とはいえ、アクリルに関するフィードバックを歓迎します。 このトピックまたはWinUIトピックに関するフィードバックを提供する場合は、メインのWinUIリポジトリで新しい問題を送信してください。

@chigy @ DHowett-MSFTアクリルを「オフにする」代わりに、一時停止してみませんか。 つまり、ウィンドウが非アクティブになる前にレンダリングされた最後のフレームは、ウィンドウが非アクティブのときに表示されます。 アクティブなウィンドウはほとんどの場合非アクティブなウィンドウの上にあるため、ウィンドウがアクティブでなくなっていても、アクリル効果はアクティブに見えます。 これで私が見ることができる唯一の問題は、ウィンドウが「常に上にある」状況であり、これは非常に許容範囲内です。

@ drk-mtr、@ DHowett-MSFT、@ lazylazyllama 、

読みやすさについては、値を慎重に調整することで、アクリルの上にあるテキストが読みやすいようにするためにかなりの時間を費やしています。 とはいえ、透明であるため、純粋な黒や純粋な白ほど良くなることはありません。 したがって、長期間使用するために主表面に使用することはお勧めしません。

@chigy

これは、テキストにドロップシャドウ/外側のグローの輪郭を描くか適用することで解決できます。 @miniksaは、ターミナルがビルドで発表されたときにこれのハッキーバージョンをデモしたので、特にコミュニティが貢献できる世界では、いつかオプションのターミナル機能になるかもしれないと考えるのはそれほど遠くないようです。

@chigy @ DHowett-MSFTアクリルを「オフにする」代わりに、一時停止してみませんか。 つまり、ウィンドウが非アクティブになる前にレンダリングされた最後のフレームは、ウィンドウが非アクティブのときに表示されます。 アクティブなウィンドウはほとんどの場合非アクティブなウィンドウの上にあるため、ウィンドウがアクティブでなくなっていても、アクリル効果はアクティブに見えます。 これで私が見ることができる唯一の問題は、ウィンドウが「常に上にある」状況であり、これは非常に許容範囲内です。

@ 3dWreckerは、AcrylicBrushの動作方法ではありません。 一時停止の概念は、現実の世界でアクリルのシートを一時停止できないのと同じように、AcrylicBrushには適用されません。

包括的な返信をありがとうございました！

正直に言うと、これを主要な懸念事項とは見なしていなかったため（WSLでのマウスサポートなどの他の要素が完了するまで）、既存のスレッドに投稿しました。 私は、数人の人々がスレッドにサブスクライブしているかもしれないという事実と、それがまともな休息を得るかもしれないという事実を説明しませんでした！ 自分の視点を明確にする必要があると感じています。これらは技術的な制約を完全に無視する「ユーザーストーリー」として書いたので、達成できない可能性があることを十分に理解しています。

そして、同時に適用した場合、以下のいくつかは相互に矛盾していることに気付きます。私は典型的な難しいユーザーです;）

フォーカスされたウィンドウの後ろのウィンドウでテキストを表示できるようにしたい

アクリルは実際にはこれに適した手段ではないようです。 したがって、通常の透明効果はこれに最適であり、実装が簡単なようです。

理想的には、背景に設定可能な透明度を設定できますが、レンダリングされたテキストは不透明にすることができます。これがどれほど達成可能かはわかりません。

アクリル効果が大好きで、フォーカスされたウィンドウで使用できるようにしたいと思います

ターミナルで許可されている最小限の設定でもテキストが十分に読めないため、ウィンドウがフォーカスされているときはアクリルを使用できません。

したがって、ウィンドウの焦点が合っているときに適用されるアクリル効果の強度を減らすことができるようにしたいと思います。 一例として、透明な濃い灰色の層を上に塗ったアクリル効果を使用して、効果をより微妙にすることができれば、これはうまくいく可能性があります。

あるいは、ブラーをより強くしたり、ゼロに近づけたりすることができれば、実際の使用における柔軟性が大幅に向上します。

窓にピントが合っていないときにアクリルを使いたい

完全を期すためにここに含めるだけでは、これは達成できない可能性があることを理解してください。

ここでの理想は、フォーカスされたウィンドウと比較してさまざまなぼかし設定を適用でき、オプションのアルファレイヤーを上部に適用して強度を弱めることです。

ここでフルーツベースのOSについて言及して申し訳ありませんが、コンテキストとして、フォーカスされたウィンドウとフォーカスされていないウィンドウの両方でアルファレイヤーを使用し、それらのウィンドウ内の個々のアイコンでも異なるアルファレイヤーを使用します。 したがって、それは簡単ではありませんが、確かに達成可能です。

@chigy @ DHowett-MSFTアクリルを「オフにする」代わりに、一時停止してみませんか。 つまり、ウィンドウが非アクティブになる前にレンダリングされた最後のフレームは、ウィンドウが非アクティブのときに表示されます。 アクティブなウィンドウはほとんどの場合非アクティブなウィンドウの上にあるため、ウィンドウがアクティブでなくなっていても、アクリル効果はアクティブに見えます。 これで私が見ることができる唯一の問題は、ウィンドウが「常に上にある」状況であり、これは非常に許容範囲内です。

@ 3dWreckerは、AcrylicBrushの動作方法ではありません。 一時停止の概念は、現実の世界でアクリルのシートを一時停止できないのと同じように、AcrylicBrushには適用されません。

それがまさにポイントだと思います。3dWreckerは別のアプローチを提案しています...類推すると、写真を撮ることで、現実の世界でアクリルシートを「一時停止」できます。 そして、たとえアクリルのシートが両方で静止したままであっても、その写真を再調整することは、アクリルのビデオをレンダリングするよりも集中的ではありません。

もちろん、実装の詳細については何も知りません。したがって、現在のモデルを使用して実装できないことを示唆している場合は、十分に公平です:)

もちろん、実装の詳細については何も知りません。したがって、現在のモデルを使用して実装できないことを示唆している場合は、十分に公平です:)

その^はまさに私が提案していることです、@drk-mtr😊。 AcrylicBrushの実装を変更することは、ターミナルでは達成できないすばらしい目標です。 @chigyが以前に提案したように、メインのWinUIリポジトリはアクリルについて議論するのに適切な場所です。

もちろん、実装の詳細については何も知りません。したがって、現在のモデルを使用して実装できないことを示唆している場合は、十分に公平です:)

その^はまさに私が提案していることです、@ drk-mtr赤面。 AcrylicBrushの実装を変更することは、ターミナルでは達成できないすばらしい目標です。 @chigyが以前に提案したように、メインのWinUIリポジトリはアクリルについて議論するのに適切な場所です。

「アクリルを一時停止する」という考え方の問題は、複数のウィンドウが積み重ねられている場合、一時停止されたアクリル効果のあるウィンドウの下に積み重ねられたウィンドウの1つ（または複数）を移動すると、まだ下にあるように見えることだと思います。一時停止したアクリルウィンドウ、したがって...奇妙な矛盾を作成します。

私があなたの考えが何であるかを誤解しない限り

@chigy

これは、テキストにドロップシャドウ/外側のグローの輪郭を描くか適用することで解決できます。 @miniksaは、ターミナルがビルドで発表されたときにこれのハッキーバージョンをデモしたので、特にコミュニティが貢献できる世界では、いつかオプションのターミナル機能になるかもしれないと考えるのはそれほど遠くないようです。

@beforan 、提案ありがとうございます。メインのWinUIリポジトリでお気軽に提案してください。

とは言うものの、最近シャドウの使用を検討しましたが、これらのタイプのUIが通常使用する小さなテキストではうまく機能しません。

フォーカスされたウィンドウの後ろのウィンドウでテキストを表示できるようにしたい

アクリルは実際にはこれに適した手段ではないようです。 したがって、通常の透明効果はこれに最適であり、実装が簡単なようです。

@ drk-mtr、ユーザーに一貫性のないエクスペリエンスを提供するために、多くのアプリケーションが同様の概念の異なるバージョンを作成することを望んでいません。 したがって、ここではアクリルを使用することにしました。 アクリルは、通常の透明度よりも読みやすさにも役立ちます。

理想的には、背景に設定可能な透明度を設定できますが、レンダリングされたテキストは不透明にすることができます。これがどれほど達成可能かはわかりません。

繰り返しになりますが、ここで読みやすさの問題が発生する可能性があります。

アクリル効果が大好きで、フォーカスされたウィンドウで使用できるようにしたいと思います

ターミナルで許可されている最小限の設定でもテキストが十分に読めないため、ウィンドウがフォーカスされているときはアクリルを使用できません。

したがって、ウィンドウの焦点が合っているときに適用されるアクリル効果の強度を減らすことができるようにしたいと思います。 一例として、透明な濃い灰色の層を上に塗ったアクリル効果を使用して、効果をより微妙にすることができれば、これはうまくいく可能性があります。

あるいは、ブラーをより強くしたり、ゼロに近づけたりすることができれば、実際の使用における柔軟性が大幅に向上します。

すでに能力があると思いましたか？ これは私の連絡先から得たものです。「さまざまな好みのユーザーがアクリルを使いやすくするには、古いCTRL + SHIFTを押してマウスでスクロールホイールを押すか、トラックパッドで「ズーム」して透明度レベルを0％から動的に調整します。 〜50％まで。」 これは端末固有の機能ですが、これが興味深く、コミュニティのサポートがある場合は、体系化することを検討できます。

窓にピントが合っていないときにアクリルを使いたい

完全を期すためにここに含めるだけでは、これは達成できない可能性があることを理解してください。

ここでの理想は、フォーカスされたウィンドウと比較してさまざまなぼかし設定を適用でき、オプションのアルファレイヤーを上部に適用して強度を弱めることです。

ここでフルーツベースのOSについて言及して申し訳ありませんが、コンテキストとして、フォーカスされたウィンドウとフォーカスされていないウィンドウの両方でアルファレイヤーを使用し、それらのウィンドウ内の個々のアイコンでも異なるアルファレイヤーを使用します。 したがって、それは簡単ではありませんが、確かに達成可能です。

ここでユーザーシナリオを理解したいと思います。 これを希望する人は、メインのWinUIリポジトリで提案することをお勧めします。

Ctrl + Shift +スクロールできることを知りませんでした-ありがとう！

私は美的感覚の一貫性を目指すことに完全に同意しますが、機能的な経験よりもこれを優先することは決してありません。 WinUIの不透明度/アクリルについては、一般的にあまり意見がありません。これが失礼に聞こえないことを願っていますが、私は少し「それを取るか、そのままにする」のです。 私は本当にここでターミナルの限られたコンテキスト内でのユーザビリティの意味について考えています。

うまくいけば、焦点を絞ったコンソールでのこれらの観察が明確になります：

• 0.999不透明度：コンソールテキストをはっきりと読むことができます。 しかし、この下に重ねられた窓の感覚がわかりません。 この効果には「すごい」要素はありません。
• 0.9不透明度：これにより、一般的に使用可能なバランスが提供されます。 背景が少し明るくなりすぎていますが、コンソールのテキストはかなりはっきりと読めます。 この背後にあるウィンドウはほとんど識別できないため、機能的な目的はほとんどありません。
• 0.5不透明度：透明度が便利になり始めています。この背後にあるウィンドウの感触をつかむことができます...しかし、前景のテキストは間違いなく読みやすさを失い始めています。
• 0.1不透明度：見事に見え、本当に素晴らしい効果です。 ただし、特定の背景ウィンドウに対して読み取るのは非常に困難になりつつあります...また、背景テキストはまだ読み取れないため、機能上の利点はほとんどありません。 したがって、「焦点の合っていないウィンドウではこれは素晴らしいことではないだろう」と考え、それができないことに気づき、不透明度をすぐに上げます。 そして、純粋に美的な観点から、この時点で、フォーカスをこのウィンドウから遠ざけると、アクリルから「何もない」への移行は、フォーカスされていないウィンドウに「フォーカスを追加」するため、ひどくぎくしゃくします。突然の移行は非常に顕著です。アクリル効果がより強く作用したからです。

私にとって良いバランスポイントはありません。 誰かが完全に設定可能なぼかし設定などについてすぐに教えてくれるのではないかと心配していて、とてもばかげていると感じます...

私が言っているように、これはおそらく定期的な透明性のための仕事です-または多分私はそれをオフにしてよりわかりやすいコンソール体験に我慢しなければならないでしょう:)

ユーザーは自分が使いやすいと感じるものなら何でも使うべきだと思います。 端末がユーザーに一種の背景を「強制」する必要はないと思います。 仮に、3つの「モード」が存在する可能性があります

• 完全に不透明な背景（つまり"useAcrylic": false ）
• アクリルの背景（つまり"useAcrylic": true ）。 「すごい」要素のデフォルトのままで、見栄えが良いという理由だけで。
• （半）透明な背景。 これは現在存在しておらず、おそらくすべての苦情に答えるでしょう。

窓の焦点が合っていないときにアクリルが消えるのは大したことではないと思います。正直なところ、アクリルのポイントは、とにかく窓の下にあるものを見ることができるようにすることではないと思います。私の意見では視覚的です。キャンディー。 したがって、このアクリル効果が消えることを嫌う人は、おそらく半透明の背景に満足しているでしょう。これにより、必要なものすべてを見ることができます。

ただし、これが機能するためには、ウィンドウにフォーカスがない場合でも、ウィンドウの透明度を常に維持する必要があります。

オプションに関しては、トリプルステートシステムが採用されている場合、 backgroundModeようなものを、単純なものではなく、オプションとしてfilled 、 transparentまたはacrylicいずれかで追加できます。ブールuseAcrylic 。

ちょうど私の2セント。 透過バージョンが技術的に実現可能であることを願っています。現在の透過ソリューションに完全に満足し、ターミナルをダウングレードと見なすパワーユーザーにとっては大きなセールスポイントになると思います。

ええと、Powerlineフォントの矢印が壊れているようです

編集：これは＃633によって追跡されており、私は盲目ですが、何らかの理由でこれは今までうまく機能していました

マウス機能を備えたコンソールアプリ（たとえば、FPCのメニューバーですが、テキストモード）を実行している場合、マウスをクリックすると、その下の文字が選択され、基になるアプリに移動しません。

@ leduyquang753これは、このページの上部にある「知っていること：」の最後の項目です-参照番号376、＃545

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

WinUI 3.0は、開発者がWPFと同様のフルデスクトップモードでUWPの機能を使用できるように、オプションとしてデスクトップアプリモデルを計画しています。 WinUIは、これと他のいくつかの理由で本当にエキサイティングです:)

これでwin32のWinUIタブをプルする問題が解決すると思いますか？

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

WinUI 3.0は、開発者がWPFと同様のフルデスクトップモードでUWPの機能を使用できるように、オプションとしてデスクトップアプリモデルを計画しています。 WinUIは、これと他のいくつかの理由で本当にエキサイティングです:)

これでwin32のWinUIタブをプルする問題が解決すると思いますか？

Windowsターミナルプロジェクトは、このWinUIデスクトップアプローチの多くのテストの場になると思います。

@chigy

@ drk-mtr、ユーザーに一貫性のないエクスペリエンスを提供するために、多くのアプリケーションが同様の概念の異なるバージョンを作成することを望んでいません。 したがって、ここではアクリルを使用することにしました。 アクリルは、通常の透明度よりも読みやすさにも役立ちます。

結局のところ、アクリルはきれいに見えますが、それは決して有用ではありません。
透明性（私が今まで使用した他のすべての端末でサポートされている機能）は便利です。

現在実装されていないことは理解していますが、特にプロモーションビデオに完全に透明なガラスのようなウィンドウが表示されている場合は、一貫性を保つためにサポートする必要のある機能ではないと言うのは正直少しばかげています。

なぜマーケティングがその選択をするのだろうか？ 私の推測では、彼らは__誰もが透明な端末を望んでいる__ことを知っているからです。

このプロジェクトでは、「私の理由でこれを望まない」ことがたくさん見られます（透明度と分割ペインが思い浮かびます）。 だから、あなたのセットアップでそれを有効にしないのですか？ アクリルと透明度を利用できるようにして、ユーザーに選択を任せるのが難しいのはなぜですか？

この良い例はiterm2です。 ぼかしと不透明度のスライダーを備えた透明度があります。 ユーザーの選択。 最新の端末にはこれらの機能が必要です。

@jwhipp理由（およびこれを追跡するための問題）がここにある正確な理由https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp理由（およびこれを追跡するための問題）がここにある正確な理由＃1753（コメント）

私はそのコメントを最終的に除外するものとは見ていませんでした。 実際、その問題はまだ未解決です。 リンクされた問題に続いて、ユーザーが最終的に楕円形のウィンドウを要求していたため、閉じられました。

このメガスレッドの最初のメッセージに「人々が望んでいるものですが、修正することはできません」と記載されているため、かなり最終的な決定だったようです。 それはまだ問題なので、私はそれが開いていると思います。

@rogersachan @mdtauk

Windowsターミナルプロジェクトは、このWinUIデスクトップアプローチの多くのテストの場になると思います。

Windowsターミナルは、Xamlアイランドを使用してWinUIコンポーネント（TabView）をホストするアプリの優れた例です。 そのために、それはすでにWinUIデスクトップアプリのように見えます😊WinUIデスクトップについてもっと多くの情報をすぐに共有したいと思っています！ それまでの間、WinUIデスクトップに関するコメントをメインのWinUIリポジトリに送信してください： //github.com/Microsoft/microsoft-ui-xaml

@chigy

@ drk-mtr、ユーザーに一貫性のないエクスペリエンスを提供するために、多くのアプリケーションが同様の概念の異なるバージョンを作成することを望んでいません。 したがって、ここではアクリルを使用することにしました。 アクリルは、通常の透明度よりも読みやすさにも役立ちます。

結局のところ、アクリルはきれいに見えますが、それは決して有用ではありません。
透明性（私が今まで使用した他のすべての端末でサポートされている機能）は便利です。

現在実装されていないことは理解していますが、特にプロモーションビデオに完全に透明なガラスのようなウィンドウが表示されている場合は、一貫性を保つためにサポートする必要のある機能ではないと言うのは正直少しばかげています。

なぜマーケティングがその選択をするのだろうか？ 私の推測では、誰もが透明な端末を望んでいることを彼らは知っ

@iCodeSometime 、フィードバックありがとうございます。 ターミナルの「SizzleVideo」は、ターミナルエンジニアリングチームによって設計され、ターミナルがどのようになりたいかというビジョンを共有しました。 透明な背景には、実際にはぼかし効果が適用されていましたが、アクリルが現在サポートしているよりも少しぼやけが少なく、透明度が高くなっています。

ターミナルチームは、しばらく前にコンソールに純粋な透明度のサポートを追加しましたが、純粋な透明度により、前景のコンソールのテキストが下のコンソール/ターミナル/エディターのテキストと「衝突」する可能性があるという多くのフィードバックをユーザーから受け取りました。

多くのユーザーは、この種の衝突を回避するために調整可能なぼかしテクスチャを求めていますが、現在開いているターミナルの下でウィンドウの動き/コンテンツの感覚を得ることができます。

ターミナルチームには、ユーザーがポイントに適応する方法も含まれていると@jwhippはコメントしています。 Ctrl + Shiftキーを押しながらマウスでスクロールホイールを押すか、トラックパッドで「ズーム」して、透明度レベルを0％から約50％に動的に調整できることをご存知ですか？

とはいえ、Terminalは、ユーザーが現在Acrylicを介して提供しているよりも、ぼかしと透明度の量をより細かく独立して制御したいというすべてのフィードバックを認識しています。 私たち（WinUI）は、Terminalと協力し、まもなくあなたのようなコミュニティメンバーを含む他の人々と協力して、新しい半透明の背景テクスチャを作成します。 今後、Windowsの追加資料について話し合うために、

要求されたすべての機能をすぐに実装しないことと、そうする意欲がないことを混同しないでください。要求された機能の多くを実装したいのですが、限られたリソース、スケジュール、およびその他の要求に従って作業に優先順位を付ける必要があります。 。

今何かを実装できないからといって、将来それを実現できない、またはコミュニティの誰かがそれを実装できないという意味ではありません。

事例：WinUIチームと協力して、ターミナルで使用される背景のぼかし機能を改善します。 この問題をフォローし、あなたの見解などを共有してください： https ：

@jwhipp Re：

アクリルと透明度を利用できるようにして、ユーザーに選択を任せるのが難しいのはなぜですか？

useAcrylic設定でアクリルを有効にし、必要に応じてacrylicOpacity設定でぼかしのレベルを調整できます。

@chigy 、私の意見では、透明性を持つことの利点を否定しないはるかに簡単な回避策は、スクリーンショットで使用されているよりも合理的な量の透明性を選択することです。

たとえば、これは、不透明度を80％に設定した場合の同じスクリーンショットのようになります。

他の端末からのテキストの真上にある場合でも、端末内のすべてが判読できます。 ターミナルの後ろにあるものもすべて判読できます（アクリルのスクリーンショットとは対照的です）

これがプレリリースソフトウェアであることを理解しています。感銘を受けました。皆さんは、報告された他の問題（＃2771など）をすばやく修正する素晴らしい仕事をしてくれました。 明日透明度が追加されることを期待しているわけではありませんが、このスクリーンショットが、これをデフォルトの端末として使用する前に通常の透明度が必要な理由と、アクリルが適切な代替品ではない理由を示すのに役立つことを願っています-同意しますが、かなりかっこいいですね。

useAcrylic設定でアクリルを有効にし、必要に応じてacrylicOpacity設定でぼかしのレベルを調整できます。

ええ、私は間違って話しました、完全な透明性を実装することがどれほど難しいかをあなたに本当に言うことができなかったので、そのコメントをお詫びします。 本当にオン/オフの切り替え設定である必要がある場合、「これは必要ないので実装しないでください」と言う人々に対して、私はもっとコメントしていました。

ここでのリクエストは、ぼかし/ぼかしなし、完全な透明度に関するものです。 たとえば、aclicorOpacityを0.0に設定した場合、まだぼかしがあり、最小限のシェーディングになっています。 さまざまな程度のシェーディングでぼかしなしのオプションが必要です。

私が言ったように、これの最良のリファレンスは、iterm2とそれが透明度でブラーを処理する方法です。

新しいリリースでは、ダークモードのコンテキストでのタイトルバーの色が明るくなるように変更されました。

古い色（左側）の方が好きでした。

@escalonnフィードバックをありがとう。 私たちのオリジナルのカラーデザインはあまりアクセスしやすくなく、多くの人々はタブを区別できないことに満足していませんでした。

現在、システムの一貫性を高めるために、包括的な

@jwhipp問題ありません-私たちが公開しているノブとダイヤルのいくつかを知っていることを確認したかっただけです。 どちらがあなたの主張を増幅しますか：明確な正誤がなく、エンドユーザーの選択が本当に重要である場合、私たちはしばしば設定/オプションを公開することに誤りを犯します。 ただし、これは拡張性がないことを認識しており、たとえば、タブストリップの色の変更など、より意見の分かれるスタンスをとることがあります。代わりに、（すばらしい）WinUIチームが一連のコントロールを通じて、アクセス可能で一貫性のあるハンサムなユーザーエクスペリエンス。

@ iCodeSometime-ユーザーエクスペリエンスを構築する際の問題の1つは、多くのニーズと意見があることです。

ウィンドウの透明度を下げると、確かに読みやすくなりますが、多くの人にとっては十分ではありません。

一部の人々は、下にあるウィンドウの特定のコンテンツを覆い隠すために、ある程度のぼかし/フロスティングを好みますが、たとえば、ビルドが終了したときやアプリが閉じたときなどを、継続的に前後にフリックすることなく確認できます。 特に最上部/フォーカスされたウィンドウが最大化されている場合。

また、コンソールで採用しなければならなかったGDIのブルートフォース透明度モデルを再作成したくありません。このモデルでは、ウィンドウ全体が透明になります。境界線、タイトルバー、背景、そして重要なのはテキストコンテンツです。

また、ターミナルがアクセス可能で、柔軟性があり、構成可能で、生産性が高いことを確認する必要があります。 ターミナルのv1.0機能を完成させて安定させ、v2.0で作業を開始するまで、しばらくお待ちください。

理由はわかりませんが... Windowsストアのメモ帳には、焦点が合っていなくてもアクリル効果があります。
ソースコードはhttps://github.com/JasonStein/Notepadsにあります。

https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrushを使用してアクリルのタイトルバーを作成することは可能でしょうか？ これまたはXAMLがどのように機能するかはよくわかりませんが、ドラッグバーをカバーするCompositionBackdropBrushを使用してSpriteVisual（？）を作成し、タイトルバーの残りの部分の背景をアクリルに設定することは可能かもしれません。 XAML？

ターミナルに標準のウィンドウボーダーを配置しました。

ライトモード、タイトルバーの色が無効：

ライトモード、タイトルバーの色が有効：

ダークモード、タイトルバーの色が無効：

ダークモード、タイトルバーの色が有効：

どう思いますか？ PRをするべきかどうか？

詳細：

• また、グラブハンドルが左、右、下で狭すぎる問題も修正されます。
• また、サイズを変更するために上部の大きなハンドルを削除しました。代わりに、ドラッグバーの上部にあるハンドルをつかんでサイズを変更します。

@ greg904おい、あなたは私のために私の仕事を続けます！ このためのPRを見てみたいです！ ありがとう

（私たちはこれについてDWMチームと話し合っています-彼らは私たちがより良い市民になりたい、_私たちは_より良い市民になりたい、それは＃1625のチェックリスト項目の山全体を修正するでしょう！）

PR＃3394

しかし、それは実際には本当の標準の境界ではありません、私はいくつかのハックを使用しました。

私は実際に興味深いことに気づきました。ターミナルは焦点を合わせないと透明度を失いますが、タブレットモードでは（驚くべきことに）透明度を維持します。これはかなり見栄えがします。

他の誰かがこれに気づいたかどうかはわかりませんが。

@ greg904参考までに、NotepadsはWindows CommunityToolkitのカスタマイズされたバージョンのTabViewを使用しています。

メニューにサブフォルダが含まれる可能性はありますか？ WSLディストリビューション、Powershellバージョン、プログラミング環境などのアイテムをまとめて整理できるようにしたいと思います。

@ str8edgedave 「profiles.jsonでドロップダウンメニューのカスタマイズを許可する」を探しています＃1571

「タブを並べ替えることができません」の場合は+1。 仮想デスクトップの順序を変更できないWindowsのようにしないでください。

タブIMOの上部のギャップを削除する方法があるはずです。

タブIMOの上部のギャップを削除する方法があるはずです。

そもそも仕様に含まれるべきではありません、imo。 そのスペースはタブレットモードではバグがあります。

wt.exeの起動時に新しいウィンドウを開く代わりに、既存のターミナルウィンドウに新しいタブを作成する方法はありますか？

タブバーの色をエッジのようにしないのはなぜですか？

Edgeには、少し明るいタブのある暗いタイトルバーがあります。 つまり、現在の端末の外観とは逆であり、エッジの方がはるかに優れていると思います。

これは、あなたの脳が自然に明るいものを前景にあると見なしているためです

上記の説明から、焦点は暗いテーマと明るいテーマだけにあるように見えますが、タイトルバーの色がユーザーが選択したアクセントの色を単純に尊重できないのはなぜですか？

アクセントカラーはタイトルバーには適していますが、タブの背景には適していないと思います。

@ xa0082249956 @ greg904

こんにちは、私はメモ帳の作成者です。これは、メモ帳アプリのタイトルバーとウィンドウ本体の両方で背景のアクリル効果を「常にオン」にする方法です： https ：

UICompositionAnimationsライブラリを使用して「AcrylicBackgroundSource.HostBackdrop」を使用して自分でアクリルブラシを作成し、作業を楽にしました（参照：https：//github.com/Sergio0694/UICompositionAnimations）。

基本的には、コンポジションAPI（AcrylicBackgroundSource.HostBackdrop + Noiseテクスチャ）を使用してブラシを最初から作成します。

*更新**

HostBackdropAcrylicBrushのカスタムバージョン：
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

複数のモニターがあります。 アクリルを有効にしてWindowsターミナルを開くと、コンピューターがスリープ状態になり、スリープ状態から復帰すると、アクリルが単色に変わります。 1つのモニター内でウィンドウをドラッグしても、背景は同じままです。 別のモニターにドラッグすると、アクリルが再表示されます。

@EricLauber 、アクリルに関する問題をWinUIリポジトリに再投稿できますか？
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigyはい、できます。 申し訳ありませんが、それが別のものであることに気づきませんでした。 ありがとう。

@EricLauber 、ありがとう！ ターミナルは、システムが提供するアクリル機能を使用しているため、これを提供するグループに持ち込むことをお勧めします。

私の以前のコメントは無視してください。 私はその振る舞いを誤解していました-ウィンドウが一番上の焦点を持っていないとき、アクリルの特徴は消えます。 アクリルを戻すのはモニター間をドラッグする行為ではなく、ウィンドウ自体を選択することでした。

＃4593を参照してください:)現時点ではこれ以上何もありません。 マルチウィンドウの分離を改善するために外側の境界線を設定することは、デフォルトでオフになっているオプションである可能性があります...
パーソナライズの下にフィードバックオプションがあり、それがフォーラムボードにつながります。「境界の厚さ」を検索して、いくつかの独立したスレッドを見つけましたが、これにはコメントがあります... https://aka.ms/AA7fj9x

カーソルにアルファブレンドを追加してください。カーソルの下のテキストはまったく表示されません。

こんにちは-アクティブウィンドウではないときにアクリル効果が適用されるのを見てみたいです。 タイピングするときは、集中したいです。 それが横にずれているとき、私はそれをかっこよく見せたいです:)またはもっと良いことに、人々はそれを永続的にオンにしたいので、アクティブとバックグラウンドの両方の明示的なオプション。 ありがとう-素晴らしいアプリ。

ウィンドウスナップ機能を使用する場合、エッジの周りに小さな境界線があります。つまり、ウィンドウが完全にスナップせず、デスクトップの一部または端末の背後にあるものが表示されます。

@DanDavies https://github.com/microsoft/terminal/issues/5250#issuecomment-610691840が表示され

＃3337の@ SFM61319から

また、プロファイルメニューとボタンはあまり「流暢」に見えません。 より流暢な効果を得るには、いくつかのAcrylicBrush RevealBrushブラシと

これは、アクリルを使用する場合と使用しない場合の公式ドキュメントです： https ：//docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient-surfaces。 そのページから：

コントロールの多くはデフォルトでアクリルを使用します。 MenuFlyouts、AutoSuggestBox、ComboBox、およびライトディスミスポップアップを備えた同様のコントロールはすべて、呼び出されたときに一時的なアクリルを使用します。

MenuFlyoutがそれを使用していないことに興味があり、カスタマイズするために何もしていません...

＃5485が統合されたので、タブバーにアクリル絵の具を使用できるようになりましたか？

@wazybr試してみるために、タイトルバーのブラシをアクリルのブラシに簡単に交換してみました。 それは機能しませんでしたが、おそらくそれを行うためのそれほど単純な方法はありません（@ DHowett-＃5485のMSFTのスクリーンショットはそれが可能であることを示唆しているようです）。

はい、今は_動作します_が、タイトルバーからブラシを取り出してSolidColorBrushに変換する場所がまだ1つあります。 もちろん、これはそれを爆発させるでしょう。

app.xamlにはTabViewBackgroundブラシもあります。 ：スマイル：

あらゆる種類の異なることを望んでいる人々のグループが多すぎるため、今日、それを何気なく追加するだけの貢献は受け入れません。

• タブの色=端子の色
• タイトルバーの色=端末の色
• タブの色=アクリル
• タイトルバーの色=アクリル
• タイトルバーの色=タブの色

これが、私たちが＃3327「テーマ」に取り組んでいる理由です。

わかります。 タイトルバーのアクリル絵の具はUIにいい感じで、_Photos_や_Movies＆TV_などの他のWindowsアプリとの関係で一貫性を追加します。

@DHowett可能性をよりよく反映するようにOPを変更できますか？

確かに、私はそれを編集しました。 ありがとう。

ねえ@ zadjii-msft、まず第一に、私は一ヶ月遅れたことをお詫びします。
アクリルを使用する場合と使用しない場合のドキュメントをすでに読みましいないので、これは私を混乱させています。 そして、デフォルトでアクリルを使用することになっている場合（使用していない）、それは一貫性よりも一貫性がありません（それが想定されていたものではなく、そのタイプの残りの部分が何であるかではないため）、洗練されていないUIを示しますおよび不整合）。

MenuFlyoutがそれを使用していないことに興味があり、カスタマイズするために何もしていません...

コードに隠されたバグなのかエラーなのかはわかりませんが、あなた（Microsoftチームやこれをコーディングした人）はStyle属性を使用して追加する必要があると思いますAcrylicBrush手動で（自動的に使用できないため）UIの一貫性を高めるために（他のUWPアプリはそのようなメニューにAcrylicを使用するため-UIの一貫性を示します）、将来の更新で可能性があります。

また、あなたのコメントは、 RevealBrushの使用法に関する2番目の質問（？）に実際には答えていません
リビールブラシは、UWPアプリのUI（IMO）の一貫性を高め、多くのアプリ（設定アプリを含む）で使用されます。 ダークモードのユーザー（ここでもIMO）にとっては、暗い背景を白い「ライト」（またはグラデーション）で強調表示するため、さらに効果的です。ライトモードでは、リビールは暗い境界線のグラデーションを追加するだけで、白い背景には何もしません。 したがって、RevealブラシがnewTab MenuFlyoutボタンと

したがって、 AcrylicBrush （ MenuFlyout ）とRevealBrush （ボタンの場合）を追加することを検討してください。

ありがとうございました！

編集：また、誰かが私に返信したい場合は、私に返信するときに@使用して私に言及してください（GitHubは、誰かが私に言及するときに私に返信すると通知するため）。
また、これは本当にオフトピックです（ただし、この1行でこれをオフトピックとしてマークしないでください）：Redditで同じu / zadjiiですか（そうであれば、 r / windowsであなたを見て、感じましたおなじみ）？

クロム/エッジクロムのようにウィンドウが最大化されていない場合、最小/最大/閉じるボタンを小さくして（他のUWPアプリのように）、その下にスペースを設ける必要がありますか？ そして、それらの下の小さな領域はドラッグ可能です。
このような：

クロム/エッジクロムのようにウィンドウが最大化されていない場合、最小/最大/閉じるボタンを小さくして（他のUWPアプリのように）、その下にスペースを設ける必要がありますか？ そして、それらの下の小さな領域はドラッグ可能です。
このような：

FWIW、これがEdgiumの仕組みです。

クロム/エッジクロムのようにウィンドウが最大化されていない場合、最小/最大/閉じるボタンを小さくして（他のUWPアプリのように）、その下にスペースを設ける必要がありますか？

Edgeは私が見ることができる唯一のアプリケーションであり、「ネイティブ」コントロールの代わりに独自のクロスプラットフォームUIツールキットを使用することの副作用である可能性があります。

だからあなたの質問に答えるために、私はおそらくそうではないと思います。

クロム/エッジクロムのようにウィンドウが最大化されていない場合、最小/最大/閉じるボタンを小さくして（他のUWPアプリのように）、その下にスペースを設ける必要がありますか？ そして、それらの下の小さな領域はドラッグ可能です。
このような：

Windowsでは、ボタンのすぐ左がドラッグ可能な領域として予約されています。 したがって、同じものを下部に配置することは冗長です。

クロム/エッジクロムのようにウィンドウが最大化されていない場合、最小/最大/閉じるボタンを小さくして（他のUWPアプリのように）、その下にスペースを設ける必要がありますか？

Edgeは私が見ることができる唯一のアプリケーションであり、「ネイティブ」コントロールの代わりに独自のクロスプラットフォームUIツールキットを使用することの副作用である可能性があります。

だからあなたの質問に答えるために、私はおそらくそうではないと思います。

Edgeでも面倒です。 それらはEdgeの中央に配置する必要があります。 新しいWindowsアプリに一貫性があればいいのにと思います。

タイトルバーをアクリルにするためのチェックボックスはまだ表示されていますが、他のすべてのアプリケーションのようにシステムの色を尊重するためのチェックボックスはありません。

_ "Windows Terminalには、システムによって指定されたアクティブおよび非アクティブのタイトルバーの色を無視する独自の固定タイトルバーの色があります" _

その機能を少なくとも「タイトルバーのカスタマイズオプション」に変更して、一貫性が必要なだけの人でもそれを実行できるようにすることはできますか？

タイトルバーをアクリルにするためのチェックボックスはまだ表示されていますが、他のすべてのアプリケーションのようにシステムの色を尊重するためのチェックボックスはありません。

_ "Windows Terminalには、システムによって指定されたアクティブおよび非アクティブのタイトルバーの色を無視する独自の固定タイトルバーの色があります" _

その機能を少なくとも「タイトルバーのカスタマイズオプション」に変更して、一貫性が必要なだけの人でもそれを実行できるようにすることはできますか？

最新のWindowsアプリのほとんどは、システムの色に従わず、独自の色を持っています。 したがって、一貫性があります。

タイトルバーをアクリルにするためのチェックボックスはまだ表示されていますが、他のすべてのアプリケーションのようにシステムの色を尊重するためのチェックボックスはありません。

_ "Windows Terminalには、システムによって指定されたアクティブおよび非アクティブのタイトルバーの色を無視する独自の固定タイトルバーの色があります" _
その機能を少なくとも「タイトルバーのカスタマイズオプション」に変更して、一貫性が必要なだけの人でもそれを実行できるようにすることはできますか？

最新のWindowsアプリのほとんどは、システムの色に従わず、独自の色を持っています。 したがって、一貫性があります。

それで、あなたは私たちが一貫した矛盾を持ち続けるべきだと言っているのですか？

みんながやるからといって、何か悪いことをするつもりだと言っているようなものです。

それで、これと他の問題のコメントを掘り下げた後。

別の問題＃3327に積み上げられたシステムテーマ＃1963を尊重しないというタイトルバーの問題がすでにありました。 この「メガスレッド」の問題リストは古くなっているか、非推奨になっています。

両方の問題の時代を考えると、開発者の関心は非常に低く、実装の可能性は低いようです。

そのため、視覚的な一貫性を保つために、タブ機能を破棄することに個人的に決めました。

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

他の誰かに関係がある場合に備えて、この情報をここに残しておいてください。

記録のために、＃3327と＃5772で、タブの色とタブ行（タイトルバー）を構成する方法についてかなり多くの議論があります。 そこで説明されているオプションには、タイトルバーをシステムのアクセントの色に一致させることや、タブをウィンドウでフォーカスされているコントロールの色に一致させることが含まれます。

問題が古いからといって、それが放棄されたわけではありません。 ＃3327は、私の_お気に入り_の問題の1つであり、作業する時間を得るのを本当に楽しみにしています。

XAMLコントロールギャラリーで発生するのと同じこと： https ：

ああ、タイトルバーのキャプションボタンを右クリックしても、カスタムタイトルバーがあるように見えるOfficeスイートで動作するBrianappsのアプリであるSizerのメニューは開きません。