Terminal: 機能リクエスト：従来のコンソールのような標準の不透明度オプション。

現在はサポートされていませんが、間違いなく私たちが見失いたくないものです。 コンポジションのビジュアルを正しく設定するには、少し手間をかける必要がありますが、これは「計画どおり」です。

追加情報がある＃593も参照してください。

私は古典的な透明度が好きですが、アクリルを使用したことはありません。これは私にとって必須の機能の1つです:)

これで+1！

「+1」の問題は行わないでください。不要なノイズが発生します。 ここに完全に良い+1ボタンがあります：

@ zadjii-msftとマイクロソフトでは、「完全に良い+1ボタン」のようなものはありません。 マイクロソフト製品を使ったことのある人なら誰でも知っていると思います。

しかしねえ、私はポイントを取得します。 ごめん。

@ TCB13ご存知のとおり、私たちはすべて、オフィスに座って受信トレイ、トリアージキュー、およびgithubの問題リストを確認している実際の人々です。 私たちはこれらの問題のそれぞれを読んでおり、それらについて、そして人々がそれらの中で言うことについて_感じます_。 意地悪にならないようにしてください。

@ DHowett-MSFT @ zadjii-msft

不透明度の代わりにアクリルが含まれているという事実は、実際にこの端末の使いやすさを誰も考えていないことを意味します。 一部のPMは、「透明なものはかっこいいように見えます。さらに涼しくして、ぼかしを加えましょう」と言ったようです。 ターミナルアプリ/ウィンドウは見栄えが良いため通常は透過的ではありません。ウィンドウの背後にある他のものを見ることができるため透過的です。ほとんどのユーザーが同意する便利な機能です。

たぶん、あなたはあなたの会社の他の実際の人々に、なぜ私が他のコメントでそれほど積極的だったのかを尋ねるべきです。 :)

@ TCB13コマンド端末にアクリルを追加するように求める声があり、当時は下位互換性の理由で不可能でしたが、新しい端末で可能になりました。

この新しいバージョンの問題は、これが使用している新しいWindowing APIでは不透明度がすぐには不可能であり、チームが認識しており、可能にしようとしていることです。

個人的に必要な機能ではないという理由だけで、それほど否定的である必要はありません。

これは非常に便利です。

すでに述べたことに加えて、焦点を合わせたときにウィンドウをアクリルにし、焦点を合わせていないときに透明にする機能は、トランジションの不快感を軽減するので非常に便利です。

同意した。 少し透明度のある非常に暗い背景が好きなので、個人的には通常の不透明度設定が必要です。 アクリルオプションを使用してみたところ、背景が明るすぎて好みに合わなかった。 私は吸血鬼だと思います🤷‍♂。

少なくとも計画されていると聞いてうれしいです。 このツールを作成していただきありがとうございます。このような機能が追加された将来のリリースを楽しみにしています。

同意した。 個人的には、ピントが合わなくなると突然、窓が真っ直ぐに無地に変わると思います。 従来の透明性はより良い移行です
少なくとも計画されていると聞いてうれしいです。 このツールを作成していただきありがとうございます。このような機能が追加された将来のリリースを楽しみにしています。

本当は、私はコンソールを使用しないということです。古典的な透明性がない場合:)、それは私のための機能を持っている必要があります:)

これはこの問題に関連するのではなく、一連の投稿に関連しています。

>個人的に必要な機能ではないという理由だけで、それほど否定的である必要はありません。 人々が大多数のアプリユーザーの一般的な期待にあまり触れていないように見えるとき、彼らは情熱的な反応を受け取ります。 透明性は長い間利用可能であったため、1人の人が1人の人を喜ばせるように開発者に圧力をかけることはありません。 あなたの最後の声明が示唆するように、何らかの理由で; お気軽に編集してください。 多分TCB13は他のスレッドや機会で失礼または攻撃的でしたか？ https://github.com/microsoft/terminal/issues/603#issuecomment-508031247 ---また、silverqxのほとんど無害な誇張として、https：//github.com/microsoft/terminal/issues/603#issuecommentを参照してください-546613996https：//github.com/microsoft/terminal/issues/603#issuecomment-507248317およびhttps://github.com/microsoft/terminal/tags?after=RS2-finalからの経過時間最初の公開リリース。 時間がかかるようです。 2回実行しないでください。https：//github.com/microsoft/terminal/issues/603#issuecomment-507835880 --- https：//github.com/microsoft/terminal/issues/603#issuecomment-529696036を参照してください。 、iCodeSometime、アクリルはご遠慮ください。 透明度を使用したい人にはアクリルが見えないようにしてください。 cmdがそれを処理する方法は素晴らしいです。

cmdの場合、不透明度は80％から95％、つまり透明度が好きです。 それらは同じものです。

アクリルは半透明だと思います。 使用するすべてのWindowsマシンで無効にするため、テストする必要があります。

ratatoeeyに関して

だから、記録のために、私はこれで遊んだ。 初歩的な実装はそれほどトリッキーではありませんが、洗練されていません。 XAMLコントロール（タブ行、ダイアログなど）を含め、ウィンドウ全体が同じように透過的になります。 アーキテクチャの観点からは、「ターミナル」コンテンツを透明にするのは非常に難しいと思います。それでも、セパレータを含むすべてのペインは同じように透明になり、ダイアログも透明になります。

奇妙なことに、新しいタブのドロップダウンのMenuFlyoutは透明になりません。これにより、さらに多くの質問が発生します。

正直なところ、私の意見では、経験は少し洗練されていないように感じます。 これが人々が本当に望んでいるものであるならば、私はノーと言うつもりはありませんが、私はまた、私たちが高品質のものを出荷していることを確認したいと思います。 したがって、_より良い_解決策を見つけるために、なぜ私はそれをバックログに残しているのですか。

実際、私は非クライアントリージョンが透過的であることが好きです。 それがcmdの仕組みであり、しばらくの間（おそらくRS5？）：

正直なところ、私の意見では、経験は少し洗練されていないように感じます。 これが人々が本当に望んでいるものであるならば、私はノーと言うつもりはありませんが、私はまた、私たちが高品質のものを出荷していることを確認したいと思います。 したがって、_より良い_解決策を見つけるために、なぜ私はそれをバックログに残しているのですか。

私はこの効果がとても好きです-私が欲しい唯一の固体ウィンドウはダイアログとドロップダウンです-今私はこれをソースから構築する必要があると思います：-/

変更にリンクしていただきありがとうございます！

ええ、私はまた、すべての透過性は機能であり、バグではないと思います😄

cmdの方法は、下にあるものを読み取ることができるため非常に便利です（もちろん、「見栄え」が良いかどうかは透明度レベルによって異なります）。

開発者は、ガイドとしてgnome-terminalwrttransparencyの機能を検討することを強くお勧めします。 私の側では、アクリルとそのあいまいさは使い物になりません。 焦点が合っているかどうかに関係なく、透けて見えるように透明にしたいです。 ありがとう。

だから、記録のために、私はこれで遊んだ。 初歩的な実装はそれほどトリッキーではありませんが、洗練されていません。 XAMLコントロール（タブ行、ダイアログなど）を含め、ウィンドウ全体が同じように透過的になります。 アーキテクチャの観点からは、「ターミナル」コンテンツを透明にするのは非常に難しいと思います。それでも、セパレータを含むすべてのペインは同じように透明になり、ダイアログも透明になります。

タブバーを透明にしてもかまいません。ウィンドウ全体を透明にする必要があります。スクロールバーも同様です。
タブバーやステータスバーよりも、端末コンテンツの透明度を少し高くする方がはるかに良いでしょう。たとえば、約10％ですが、これは優先度が低く、実質的ではありません。
モーダルダイアログは不透明である必要があり、誰も透明なダイアログを持ちたくありません。 🙂
理想的には、テキストと背景の透明度を変えることです。読みやすくするために、テキストは背景よりも少し透明度を低くする必要があります。

ここで重要なことは、見栄えを良くすることです。 🚀

奇妙なことに、新しいタブのドロップダウンのMenuFlyoutは透明になりません。これにより、さらに多くの質問が発生します。

これは問題ありません。このドロップダウンメニューまたはフライアウトメニューは透明である必要はありません。不透明にすることをお勧めします。

正直なところ、私の意見では、経験は少し洗練されていないように感じます。 これが人々が本当に望んでいるものであるならば、私はノーと言うつもりはありませんが、私はまた、私たちが高品質のものを出荷していることを確認したいと思います。 したがって、_より良い_解決策を見つけるために、なぜ私はそれをバックログに残しているのですか。

あなたはそれで少し遊ぶ必要があります、紫色の背景は透明な背景の良い例ではありません、それは黒い背景ではるかに良く見えます。
いくつかの例1 、 2 。

ターミナルにバランスの取れた透明度を設定すると、一部のシナリオで役立ちます。私のワークフローでは、基になるウィンドウに切り替える必要がない場合、5〜10％の場合に役立ちます。 これは実用的な観点からは良いことであり、付加価値は見栄えが良いことです。 🙂

これがコードへのリンクであり、conemuでどのように実装されているかを示しています。

@ zadjii-msft私の提案のように実装されていれば、実験的な透明性はまったく問題ありません。
焦点を絞った-useAcrylic
焦点が合っていない-透明度を使用する

https://github.com/microsoft/terminal/issues/4413

左から
透明性、フォーカス端末、バックグラウンド端末を備えた標準CMD

追加していただけますか。透明な背景とテキストのさまざまなオプション（前書き）
透明なテキストは必要ありません。 読みにくいです。 しかし、私は透明な背景が欲しい

@ zadjii-msft @ cinnamon-msft

Aero Peekと同じように、TitleBarの新しいタブ+ボタンまたは最小化-ボタンの近くにあるPeekボタンが欲しいのですが。

作曲作業をやり直す場合は、TitleBarに追加することを検討してください。 そのため、カーソルを合わせると、常に透明な状態を保つのではなく、背後にある画面を見ることができます。

__比較的関連性がある__

最大化を可能にするすべてのアプリのTitleBarにフルスクリーンボタンを配置できますか（ターミナルでもそうです）！ ウィンドウシステム自体に追加する場合は、リストにPeekも追加する必要があると思います。

@ Nirmal4G最初のリクエストを＃5426に移動しました。 2番目のリクエストについては何もできないと確信しています。これは、すべてのWindowsアプリケーションのウィンドウ処理にかなり大きな変更が加えられたように聞こえます。 これは、 Microsoft / PowerToysに十分に適合する要求である可能性があります。 オリジナルのPowerToysの1つであるIIRCは、タイトルバーのキャプションボタンを変更することで機能しました

これは透明度とアクリルのキャッチオールの問題のようです...私は他のMSFTの人が暇なときに行ったこのメモ帳アプリをインストールしました。背景に焦点を合わせずにアクリルの透明度を維持できるようです。 XAMLとWindows.UIも使用しています。

いつかこの機能も追加してください。 ありがとう。

プロジェクトページ： https ：

- 編集：
プロジェクトをざっと見て、彼はこのすべてのために彼自身のカスタムアクリルブラシをやっています：

https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

焦点が合っていないときはアクリルを維持できないと言っているのではなく、バッテリーの寿命を延ばすために、会社全体の幅広い設計上の決定を下さないと決めていると言っています。

うん、まあ...ターミナルの透明/アクリルは、ユーザーがいつもそこにいることを期待しているような目の保養です。 そうでなければ、誰もそれを欲しがらないでしょう。なぜなら、それが焦点を合わせている間にそれを持っていることは、その点でそれほど多くのことをしないからです。

また、ターミナルユーザーは上級ユーザーである可能性が高く、JSONを有効にするために実際に編集する必要があることも考慮しており、バッテリーへの影響を何らかの形で認識している可能性があります。

それでもオプションにすることができます。

@将来の自己：

• https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs
  
  
  
  • シュート、これはWin2Dを使用していますが、C＃であるため、使用できるかどうかはわかりません。
  
  
  • https://github.com/microsoft/Win2D/blob/master/winrt/docsrc/CanvasDevice.xml / https://microsoft.github.io/Win2D/html/M_Microsoft_Graphics_Canvas_CanvasDevice_GetSharedDevice.htm
  
  
• ただし、https：//docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositor.createhostbackdropbrush？view = winrt-18362があります
  
  
  
  • これは有望に見えます
  
  
• https://stackoverflow.com/questions/43208841/how-to-use-acrylic-accent-createhostbackdropbrush-in-windows-10-creators-upd/44576160
• 次に、いくつかのコードを記述します

            auto rootVisual = winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::GetElementVisual(RootGrid());
            auto compositor = rootVisual.Compositor();
            auto rootSprite = compositor.CreateSpriteVisual();
            rootSprite.Size(winrt::Windows::Foundation::Size(
                ::base::saturated_cast<float>(RootGrid().ActualWidth()),
                ::base::saturated_cast<float>(RootGrid().ActualHeight())));

            auto b = rootVisual.Compositor().CreateHostBackdropBrush();

            rootSprite.Brush(b);
            winrt::Windows::UI::Xaml::Hosting::ElementCompositionPreview::SetElementChildVisual(RootGrid(), rootSprite);

• いいえ、これでも、事前にぼやけたコンテンツが表示されます
  

• https://github.com/Microsoft/WindowsCompositionSamples/issues/202につながります

• これにより、昨年私がすでに行った調査に完全に一巡しますhttps://github.com/microsoft/terminal/issues/1753#issuecomment-508070516

ここでは何も約束していません。今朝開いたタブからメモを残すだけです。

待って、私はそれを正しく読みましたか？ 部分的に透明な窓やぼかしのないアクリルを使用することは、セキュリティ上の問題のために実行できませんか？ 何？

私は、多くの人と同じように、* nixの最前線で長年使用されてきたような、端末の半透明性を切実に望んでいます。 本当に「スクリーンセーバールート」に行き、ペイント中に画面をキャプチャし、キャプチャをウィンドウの背景画像としてペイントしてから、その上に不透明度をペイントする必要がありますか？

つまり、半透明のウィンドウが攻撃のベクトルになる可能性はどれほどあるのでしょうか…完全に透明なキーロガーでさえ、ウィンドウを非アクティブ化するでしょう。 本当に好奇心が強い。 そして困惑した。 しかし、ほとんど好奇心が強い。

確かに、そのスレッドはかなり古いものです。アクリルを実行する唯一の方法が純粋なUWPアプリケーションからであったときからです。 UWPは、システム上の他のプロセスの状態を読み取ることができないように、かなり高度に絶縁されています。 このコンテキストのアプリがその背後にあるウィンドウのコンテンツを簡単に準備できれば、理論的には、システム上で実行されている他のすべてのコンテンツを_any_コンテキストで読み取ることができます。 これは、UWPアプリでは絶対に不可能なことです。

それ以来、世界は大きく変化しました。ターミナルのようにUWP XAML（およびアクリル）を使用するアプリがありますが、UWPアプリケーションは_ありません_。 この新しいモデルでは、別の方法で何かを行うことができる可能性があります。さらに調査を行う必要があります。

AcrylicBrushの
アクリルブラシのファクトリメソッドは、事前にぼかした背景をサポートしているように見えます。シェルがすでにそれを行っているように見えます。そのメソッドが公開されていて、ぼかしのない背景が事前にぼかした背景として渡された場合、およびIF私はここで完全にオフマークではありません。ファクトリはブラー効果をまったく追加しない可能性があります。 しかし、繰り返しになりますが、私はここで150％間違っている可能性が高いので、それをあなたが思うように受け止めてください。

OMG、この議論は1年以上前のものですが、本質的なガラス透明度はまだ実装されていません。 UNIX端末の標準です。

@alxkvxこのスレッドで詳細に説明されているように、これは技術的に難しい問題であるため、まだ実装されていません。 UIスタックを使用してこれを実装する方法について提案があれば、喜んでお聞きします。

@alxkvxこのスレッドで詳細に説明されているように、これは技術的に難しい問題であるため、まだ実装されていません。 UIスタックを使用してこれを実装する方法について提案があれば、喜んでお聞きします。

実際には問題を掘り下げていませんでした。UIスタックに問題がある理由がわかりません。WSLターミナルを使用すると、右クリック> [プロパティ]> [不透明度の設定]を選択すると、ガラスの透明度が得られます。 私個人としては、これは不可欠な機能です。

ターミナルの焦点が合っていないときにぼやけて不透明になるのはばかげています。 誰がこれを求めましたか？ 🤷私はcmdとpowershellを使い続けます。

@alxkvxこのスレッドで詳細に説明されているように、これは技術的に難しい問題であるため、まだ実装されていません。 UIスタックを使用してこれを実装する方法について提案があれば、喜んでお聞きします。

実際には問題を掘り下げていませんでした。UIスタックに問題がある理由がわかりません。WSLターミナルを使用すると、右クリック> [プロパティ]> [不透明度の設定]を選択すると、ガラスの透明度が得られます。 私個人としては、これは不可欠な機能です。

問題は、Windowsターミナルが組み込まれているUIフレームワーク（UWP XAML）が、win32やWPFアプリ（wslターミナルなど）のような完全な透過性をサポートしていないことです。 彼らがアクセスできる唯一のツールはアクリルです。これは透明性を重視せず、デザインのアクセントとして使用することを目的としています。 UIスタックの下に実装するには、上記のコメントのようなハッキーなソリューションや、コンソールのレンダリング方法を完全に作り直す必要があります（少なくとも、私の理解では、Windows UIは私の開発分野ではありません）

編集：説明

@alxkvxこのスレッドで詳細に説明されているように、これは技術的に難しい問題であるため、まだ実装されていません。 UIスタックを使用してこれを実装する方法について提案があれば、喜んでお聞きします。

実際には問題を掘り下げていませんでした。UIスタックに問題がある理由がわかりません。WSLターミナルを使用すると、右クリック> [プロパティ]> [不透明度の設定]を選択すると、ガラスの透明度が得られます。 私個人としては、これは不可欠な機能です。

問題は、Windowsターミナルが組み込まれているUIフレームワーク（XAML）が、win32アプリ（wslターミナルなど）のように完全な透過性をサポートしていないことです。 彼らがアクセスできる唯一のツールはアクリルです。これは透明性を重視せず、デザインのアクセントとして使用することを目的としています。 UIスタックの下に実装するには、上記のコメントのようなハッキーなソリューションや、コンソールのレンダリング方法を完全に作り直す必要があります（少なくとも、私の理解では、Windows UIは私の開発分野ではありません）

Xamlは透過性をサポートしていますが、UWPウィンドウとXamlアイランドはサポートしていません。

ターミナルがWinUI3デスクトップに移動でき、HWND自体を利用できる場合、ぼやけていない透明度を実装できるようになります。

WinUI 3の場合、アクリル自体は遅延します。OSから抽出する際に、アクリル自体を再加工する必要があるためです。

いいえ、いくつかの誤解を解き明かしましょう-私たちはすでにwin32アプリであるため、HWNDに直接アクセスすることができます。 私たちはXAMLおよび作曲チームと協力して、これに対する解決策を見つけようとしています。 私の理解では（現在）、XAMLアイランドの背景は常に不透明です。つまり、HWNDまで透過的なXAMLの透過コンポーネントだけを使用することはできません。 WinUI 3がこれを魔法のように解決するかどうかはわかりません。これについては、そのチームとさらに話し合う必要があります。 幸いなことに、彼らは私たちの隣の廊下で働いています（または少なくとも私たち全員がオフィスビルで働いていたときに彼らは働いていました）ので、これらの議論をすることはそれほど難しいことではありません😄

@将来の自己：

• https://github.com/JasonStein/Notepads/blob/58530f19dd0173bab13e40c9511e5277e42c4129/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

  • シュート、これはWin2Dを使用していますが、C＃であるため、使用できるかどうかはわかりません。

Win2Dはc ++ / winrt（c ++で記述されています！）をサポートしていると確信していますが、このユースケースではない場合でも、次のようになります。

https://github.com/fobrs/Win2DinMFC

また、次のサンプルに従って、WPFでアクリル（角が丸い!!!）を実現できたので、カスタムアクリルが可能になるはずです。

https://github.com/microsoft/Windows.UI.Composition-Win32-Samples/tree/master/dotnet/WPF/AcrylicEffect

そして、この投稿は驚異的です：

https://notes.yvt.jp/Desktop-Apps/Enabling-Backdrop-Blur

これらはすべて、WPF XAMLを使用している場合に非常に役立ちますが、残念ながら常に不透明な背景を持つUWPXAMLを使用しています。 WinUIチームと協力して、WinUI3.0の制限を緩和できることを願っています。 技術的な詳細に取り組んでいる間、この問題について他の進展が見られるまでにはしばらく時間がかかる場合があります。

@ zadjii-msftつまり、端末のwpfコントロールは、アクリルブラーのカスタマイズ可能なアクリルをサポートできる可能性がありますが、UWPコントロールはサポートできないと言っています（近い将来）...奇妙な時代😅😅

ああ、UWP XAMLはアクリルをうまくサポートできません。それは、UWP XAMLが現在サポートできない「従来の不透明度」（アクリル効果のない不透明度）です。

これは_ぼやけていない透明性_のスレッドであるため、他の場所でこの議論を続けていただきたいと思います（問題がある場合は、おそらく新しい問題を提出しますか？）。 すでにUWPコントロールに「アクリル」があり、「UWPコントロールでアクリルを取得する方法」についてさらに説明するのは...つまり、馬に実際に馬になる方法を説明しようとすることです。したかった？

@ zadjii-msft @DHowett申し訳ありませんが、それを意味するものではありませんでした。 アクリルとは、ぼかし半径をカスタマイズできるアクリルを意味します

@ zadjii-msftいくつかの実験を行いたいのですが、コード内でxamlホスティングウィンドウ/ DesktopWindowXamlSourceが作成されている場所を教えていただけますか？ その非常に大きなコードベース😅😅

@AnuthaDev src/cascadia/WindowsTerminal/IslandWindow.cpp

さて、確かにwpfで少なくとも可能です：

たぶん、IslandWindow.cppのウィンドウはWS_EX_NOREDIRECTIONBITMAPで作成でき、ここで従う方法を使用して、ぼかしのないアクリルブラシを作成できます。 createhostbackdropbrush（）を使用すると、ブラーが自動的に導入されるため、createbackdropbrush（）が唯一のオプションです。 または多分それは動作しません、... idk。 あなたに知らせようとします...

編集：ナレーター：それはうまくいきませんでした！

たぶん、IslandWindow.cppのウィンドウはWS_EX_NOREDIRECTIONBITMAPで作成でき、ここで従う方法を使用して_nonblur_アクリルブラシを作成できます。 createhostbackdropbrush（）を使用すると、ブラーが自動的に導入されるため、createbackdropbrush（）が唯一のオプションです。 または多分それは動作しません、... idk。 あなたに知らせようとします...

その方法はWPFの下にあるので、私はそうは思いません。 XAMLは、WPF（そのメソッド）とUWP（WTで使用される）の2つの異なるフレームワークで使用されます。 私はUWPアクリルのソースをざっと見てきましたが、従来の透明度を機能させることができる唯一のことは、基本的にOSをだまして背景がすでにぼやけているので、背景がぼやけていないように思わせる、本当にHakkiの回避策です。ぼかし自体を追加しますが、XAMLアイランドと互換性がない場合でも私はかなりツリーです。

@ zadjii-msft @DHowettわかりました、これが私が見つけたものです：
win2dを使用してc ++ win32アプリでカスタムブラーアクリルを取得することは確かに可能です。

（ぼかし半径1）：

しかし！！ xamlアイランドではこれを行うことはできません。 すでにご存知のように、xamlの背後には間違いなく不透明な背景があります...

これを行うために、我々は、組成物のAPIを使用し、HWNDのDesktopWindowTargetにレンダリングする必要があります。

したがって、現在のところ、ぼやけないアクリルの透明度を得るには、xamlアイランドを削除し、swapchainpanelの代わりにこれを使用する必要があります。

（すでにこれを知っているなら、時間を無駄にしてすみません...）

したがって、アーキテクチャを大幅に変更しない限り、透明性はありません。

（すでに明らかであり、私がまったく貢献しなかった結論😅😅）

ええ、それで、前の議論のすべてを読みたくない人のためのTLDRは、基本的に、Windowsターミナルに使用されるフレームワークは現在この機能をサポートしていないということですが、そのフレームワークの開発は進行中であり、透明性があります（私が理解している限り）それ）は作業中です。 したがって、フレームワーク（XAMLアイランド）が透過性をサポートした場合にのみ、この問題を開始できます。

ええ、それで、前の議論のすべてを読みたくない人のためのTLDRは、基本的に、Windowsターミナルに使用されるフレームワークは現在この機能をサポートしていないということですが、そのフレームワークの開発は進行中であり、透明性があります（私が理解している限り）それ）は作業中です。 したがって、フレームワーク（XAMLアイランド）が透過性をサポートした場合にのみ、この問題を開始できます。

透明性機能が最初はそのプロジェクトに含まれていなかったのに、UIエンジンが選択されたときに考慮されなかったのはなぜだろうか。 Linux端末で10年以上働いており、すべてにその機能があり、多くのユーザーによって積極的に使用されています。 私にとっては奇妙です。

PowershellとCMDには、透過性を設定するオプションがあります。 使用するテクノロジーが異なることは理解していますが、多くのユーザーが透過設定を使用しています

PowershellとCMDには、透過性を設定するオプションがあります。 使用するテクノロジーが異なることは理解していますが、多くのユーザーが透過設定を使用しています

ええ、WSLターミナルと同じです

CMDとPWSHの透明度はこの端末で実現できますが、私が収集したものから、大多数の人（私自身を含む）はそのバージョンの透明度ではなく、* nixのような端末の透明度を望ん

また、画面のRECTグラブを使用して、端末自体にペイントし、次に半透明の色をペイントするなど、透明度を偽造するためのハックな方法がいくつかありますが、それでも制限と落とし穴があります。

多分これは（WS_EX_NOREDIRECTIONBITMAPに親ウィンドウが設定されている）（一緒に？）XAML島ウィンドウの下のウィンドウを作成し、それにWS_CLIPSIBLINGSを設定することにより実現することができ、その後、組成APIとDirectX相互運用は、半透明の背景（とコンテンツのレンダリングに使用することができますようにだから）このウィンドウに。 したがって、xamlアイランドを削除する必要はなく、スクロールバーなどは引き続き機能します。swapchainpanel部分のみが置き換えられます。 または、それが機能しない場合は、HRGNを使用してスワップチェーンパネルパーツに穴を開けて、その下のコンポジションウィンドウが表示されるようにすることができます。 swapchainpanelからhwndに移行する際の顕著なパフォーマンスの低下はないはずです（おそらく）

ハッキーの回避策を追求する際の問題は、ハッキーであり、本質的にバグが発生しやすいことです。 WinUI 3は提案された機能をサポートする可能性が高いため、実装する計画があります。これは、公式のツールチェーンがサポートするのを待っているゲームです。 開発者は、これに関してWinUIチームと直接協力していることをすでに確認しています。

（すでに明らかであり、私がまったく貢献しなかった結論😅😅）

あなたが何も貢献していないとは言えません。私自身の研究について外部からの確認をいただければ幸いです。 あなたが私を間違っていると証明し、これを行うための効果的な方法を見つけたなら、私はさらに幸せだっただろう😉

このスレッドで前述したように、私たちはWinUIチームと協力して、これをWinUI3.0に追加しています。 これはhttps://github.com/microsoft/microsoft-ui-xaml/issues/1247で追跡されていると思い

このスレッドで前述したように、私たちはWinUIチームと協力して、これをWinUI3.0に追加しています。 これはmicrosoft / microsoft-ui-xaml＃1247で追跡されていると思います。 これは、この機能をターミナルに追加するために追求するパスです。このソリューションを推進することは、プラットフォーム全体の重要な開発プラットフォーム機能を推進することも意味し、Windows上の他のアプリケーションの改善にも役立ちます。

ターミナルチームがこれに関する方向性を選択したので、「ヘルプ募集」タグを削除する必要がありますか？

@tajetaje良いキャッチ、ありがとう！

（すでに明らかであり、私がまったく貢献しなかった結論😅😅）

あなたが何も貢献していないとは言えません。私自身の研究について外部からの確認をいただければ幸いです。 あなたが私を間違っていると証明し、これを行うための効果的な方法を見つけたなら、私はさらに幸せだっただろう😉

このスレッドで前述したように、私たちはWinUIチームと協力して、これをWinUI3.0に追加しています。 これはmicrosoft / microsoft-ui-xaml＃1247で追跡されていると思います。 これは、この機能をターミナルに追加するために追求するパスです。このソリューションを推進することは、プラットフォーム全体の重要な開発プラットフォーム機能を推進することも意味し、Windows上の他のアプリケーションの改善にも役立ちます。

@ zadjii-msft、WinUIがこれにどのように関与するかはわかりますが、ボーダレスの問題がどのように私たちをそこに導くのかはわかりません。 ほとんどの人が求めている実際の結果に関しては、これは＃743 ）からの美しい表現だと思います。

（すでに明らかであり、私がまったく貢献しなかった結論😅😅）

あなたが何も貢献していないとは言えません。私自身の研究について外部からの確認をいただければ幸いです。 あなたが私を間違っていると証明し、これを行うための効果的な方法を見つけたなら、私はさらに幸せだっただろう😉
このスレッドで前述したように、私たちはWinUIチームと協力して、これをWinUI3.0に追加しています。 これはmicrosoft / microsoft-ui-xaml＃1247で追跡されていると思います。 これは、この機能をターミナルに追加するために追求するパスです。このソリューションを推進することは、プラットフォーム全体の重要な開発プラットフォーム機能を推進することも意味し、Windows上の他のアプリケーションの改善にも役立ちます。

@ zadjii-msft、WinUIがこれにどのように関与するかはわかりますが、ボーダレスの問題がどのように私たちをそこに導くのかはわかりません。 ほとんどの人が求めている実際の結果に関しては、これは＃743 ）からの美しい表現だと思います。

https://github.com/microsoft/microsoft-ui-xaml/issues/1247は、ボーダレスと透明性の両方を追跡し