Windows10Xはこれをサポートしていません。 持ち帰るべきではないと思います。

@jesbisこのリクエストをルーティングしていただけますか？

@shaheedmalik Windows 10Xがサポートしていないからといって、Windows10がサポートしてはいけないという意味ではないと私は主張します。 Windows10のユーザーは9億5000万人を超えていることに注意してください。

@ marb2000 FYI

システムトレイのアイコンはWindowsから完全に削除する必要があると思います。 一貫性を保つために、すべてのアプリケーションをタスクバーに配置するように移行する必要があります。 両方の場所でアプリを見るのは無意味です。 1つのアプリがタスクバーにあり、別のアプリがシステムトレイにあり、別のアプリが両方にあるのはなぜですか？ それには論理がありません。

右側にいくつかのアイコンが必要で、左側にいくつかのアイコンが必要な場合-システムトレイは必要ありません。必要なのは、タスクバーのカスタマイズです。

システムトレイのアイコンはWindowsから完全に削除する必要があると思います。 一貫性を保つために、すべてのアプリケーションをタスクバーに配置するように移行する必要があります。 両方の場所でアプリを見るのは無意味です。 1つのアプリがタスクバーにあり、別のアプリがシステムトレイにあり、別のアプリが両方にあるのはなぜですか？ それには論理がありません。

右側にいくつかのアイコンが必要で、左側にいくつかのアイコンが必要な場合-システムトレイは必要ありません。必要なのは、タスクバーのカスタマイズです。

たぶん、でもわかりません。 私にとって、システムトレイアイコンにはタスクバーアイコンと同じユーティリティがありません。

• タスクバーアイコンは、ウィンドウを開いたアプリを開いて操作するためのものです。
• システムトレイアイコンはバックグラウンドアプリケーション（アンチウイルス、クラウド同期）用であり、ウィンドウを開かずにこれらのアクティビティを操作できます（コンテキストメニュー、OneDrive、サウンドアイコンなどのフライアウトを使用）

Windowsベースのアプリでなくても、バックグラウンドプロセスがユーザーと対話するための、シンプルでエレガントで直感的な別の方法はありますか。 もしそうなら、システムトレイが冗長である可能性があります。それが唯一の方法である場合は、それを保持する必要があります。 ユースケースはたくさんあると思います。

アプリをWindows10の[スタート]メニューに固定し、 BadgeAPIとTilesAPIを使用して、ユーザーに通知し、アプリのイベントについて通知することができます。 [スタート]メニューでアプリのエントリを右クリックすると、 JumplistAPIを使用して入力できるコンテキストメニューが開き

通知領域を10倍削除することを考慮して、現在、上記のAPIを使用して、アプリの通知領域エントリを[スタート]メニューエントリに置き換える作業を行っています。 私のアプリのユーザーはこの変更を支持してきました。

10Xは通知領域を削除しませんが、サイドバーなしで通知のみを表示します。

クイックアクションは、独自の個別のUI領域で実行されます。

トレイアイコンは理論的にはこれらのスペースのいずれかに配置できますが、10Xの場合、バックグラウンドアプリがインストールされているという考えはおそらく避けたいものです。 同じことを達成する方法は他にもありますが、10Xが完全に詳細になり、テスターの手に渡るまで、これに関するフィードバックは待たなければなりません。

Windows10のWinUIデスクトップアプリがトレイアイコンを使用できない理由はわかりません。 一貫性のあるトレイUIとUXを有効にするために、アプリ開発者に提供できるコントロールまたはUIサーフェスがある場合、私はそれを支持します。 現在、フライアウト、メニュースタイルとの矛盾が多すぎます。

@mdtauk 「通知領域を10ます： //docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

@mdtauk 「通知領域を10ます： //docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

システムトレイは私がそれをどう思うかです-それで私はそれと通知が保持されるWindows10領域を区別したかっただけです。

アクションセンターは、Windows 10で通知が保持されるUI領域の名前です。MSは、同じUI領域に「システムトレイ」と「通知領域」の両方の用語を使用することで混乱を招いているようですが、記載されています。

UWPアプリは「システムトレイ」を直接サポートしておらず、10Xはそれを完全に破棄します（最新の情報に基づく）ので、これはMSが継続したい方向ではないようです。 したがって、システムトレイ/通知領域にアプリのアイコンを配置するのに比べて、アプリを[スタート]メニューに固定して上記のAPIを使用することができない理由に興味があります。

また、それがオプションでない場合は、MSにその理由を伝えて、ユーザーがUWPシェルの対話の概念（タイル、バッジ、通知）を使用してバックグラウンドアプリと対話する方法を改善できるようにする必要があります。 通知領域（システムトレイ）のサポートを要求するWinUI 3デスクトップアプリには、10Xでユーザーに通知/通知する方法が必要です。これは明らかにWindowsの未来です。 現在システムトレイのサポートを求めているユーザーが、MSに「システムトレイ」を10Xに戻すように要求しないかどうかはわかりません。 彼らの要求はおそらく認められないので、彼らはWindows 10WinUIアプリを10Xに対応させるためにやるべきことがもっとあるでしょう。

そのため、この提案を使用して、通知領域（システムトレイ）と、MSがWindows8 / 10で導入した新しいアプリフィードバック/対話領域のアイデアと概念を統合する必要があると思います。 現在のUIが不足している場所を見つけて、改善してみてください。 現在のUWPシェルAPIには多くが欠けているとは思いません。

ほとんどの場合、UIまたはウィンドウなしで実行されているアプリ用であり、操作するとウィンドウが開いたり、UIが表示されたりします。

開いているウィンドウや最小化されているウィンドウがないため、タスクバーに切り替えるものはなく、タイムラインビューまたはタスクスイッチャービューに表示するウィンドウもありません。

開発者は、アプリが非常に重要であると感じているため、アプリをシステムトレイに配置する傾向があります。 ユーザーとして、99％の確率で、アプリは開発者が考えるほど重要ではありません。

現在、システムトレイで、Defender、Bluetoothデバイス、Nvidia設定、Dolby Audio、Ear Trumpet、OneDriveを実行しています。 これらすべてのうち、おそらく耳トランペットだけがそこにある必要があります。 残りはそれほど重要ではありません。 ディフェンダーでさえ、私がアクションセンターから知る必要があることを教えてくれました。

現在、システムトレイで、Defender、Bluetoothデバイス、Nvidia設定、Dolby Audio、Ear Trumpet、OneDriveを実行しています。 これらすべてのうち、おそらく耳トランペットだけがそこにある必要があります

あなたにとって重要ではありませんが、私と多くのWindowsユーザーにとって重要です。 システムトレイがないと、タスクバーに移動しますが、これはさらに悪いことです。

システムトレイは主に、サービスとバックグラウンドアプリが実行中であることを示すための場所であり、メインタスクバーを汚染することなくその状態を制御できるようにします。 これらは、すばやく操作できる一目でわかるステータスを対象としています。

タスクバーのアプリは、フォアグラウンドで長時間操作するアプリを表示することを目的としています。 これにより、複数のフォアグラウンドアプリ間でタスクを切り替えることができます。

メッセージングアプリは真ん中に収まります。 それらはほとんどバックグラウンドであり、メッセージが表示されるか、誰かにメッセージを送信するために開くまで対話されないため、長い間、システムトレイに最小化されていました。 それが仕事のための主要な毎日のメッセージングアプリである場合、私はそれを主要な仕事のためにタスクバーに固定します。 ただし、一部のアプリはもうほとんど使用されず、雑然としているため、必要になるまで、システムトレイで最小限に抑えています。

私が望んでいないのは、メッセージングアプリが実行されていると思い、実行されていないことを確認することです。メッセージが20件ありません。

システムトレイは実際に使用されていますが、私はそれを理解しています、それは挑戦的です。 インストールするアプリが多いほど、機能が乱雑になり、悪用される可能性が高くなります。 たとえば、起動時またはログイン時に起動するアプリ。 便利ですが、ひどく乱用されています。 ただし、乱雑で乱用されているという理由だけでそれを削除することは、間違ったアプローチです。 何が表示され、どこに問題を処理するための最良の方法であるかを管理するためのユーザー制御と現在のAI。

Windows 8および10Xでは、Microsoftは多くのパラダイムを再考して、OSをどのように進歩させることができるかを確認しています。 問題は、Windows 95、XP、7には非常に多くのパラダイムが正しく含まれているため、多くのユーザーストーリーを壊さずにそれらを実際に削除することはできないということです。 他の方法よりも問題を解決した場合、2D空間を革新するのは困難です。 もう1つの課題は、小さな画面での不動産です。

Windows 10Xでは、バックグラウンドアプリが機能していないため、システムトレイをまだ構築していないのは理にかなっています。 バックグラウンドのアプリやサービスを取り戻すと、トレイを取り戻す方法が見つかると思いますが、不動産の問題を解決できるように、私たちが慣れ親しんでいるものとは異なる形である可能性があります。

@mdtauk

ほとんどの場合、UIまたはウィンドウなしで実行されているアプリ用であり、操作するとウィンドウが開いたり、UIが表示されたりします。

上記のように、[スタート]メニューを使用すると、アプリケーションのこれらのタイプのためにうまく動作することができます。 私は完全に最小化して起動できるようなアプリを自分で持っています（タスクバーアプリアイコンやアプリウィンドウはありません）が、バッジAPIと通知を使用して、何かが起こったときにユーザーに通知し、スタートを使用してそれを前面に表示することを決定できますメニュー（通知領域のアプリアイコンの場合と同じように）。

シェルの改善の可能性：他の人と話し合った後、たとえば、[スタート]メニューに表示されるアプリのコンテキストメニューを改善して、マルチレベルの階層やチェックボックスやラジオボタンなどのUI要素を簡単に使用できるようにすることが提案されました。本日、Win32通知領域のコンテキストメニューに追加されました。

一般に、今日使用されているさまざまな「システムトレイ」アプリのコンテキストメニューを入手して、それらがどのように設計されているか、そしてUWPシェルAPIが今日どこに欠けているかを確認すると便利です。

PS：これはレイモンドチェンによるブログ投稿で、「システムトレイ」は正しい用語ではなく、代わりに「通知領域」を使用する必要があることを明確にしています： https ：

上記のように[スタート]メニューを使用すると、これらのタイプのアプリで問題なく機能します。

私は強く反対します。 私はあなたのアプリを知らないので、あなたのユーザーストーリーについて話すことはできませんが、アプリのクラス全体がスタートメニューやアクションセンターなどの隠面に埋もれてうまく機能しません。 これらのアプリには、信号強度インジケーター、バッテリーレベル、CPU / GPU温度、同期ステータス、メッセージインジケーターなどが含まれます。

これらすべてのアプリを分類して、理解を深めるにはどうすればよいでしょうか。 私たちは通知アプリをよく理解しており、アクションセンターがそのユースケースの改善に役立ったと思います。 ただし、他のアプリは「監視」として適しています。 監視は、一般的な誤解であるアラートおよび通知と同じではありません。

監視とは、常にステータスを確認することです。 追加のアクションなしで、いつでもすばやく見渡して先に進む機能。 バッテリーレベルはこれに適しています。 バッテリーインジケーターを一瞥して、バッテリーの状態を確認できます。 バッテリー低下などの重大なイベントの通知が必要ですが、70％、50％、または30％の通知は必要ありません。 見渡して確認したいだけです。 何だと思いますか、時間は同じです！ それ以上のアクションなしで時間を確認するために、それがタスクバー通知領域にある理由を確認します。 これらはシステムOSと見なされる場合がありますが、OSにはない同様の機能を提供するアプリが多数あります。

さて、これはすべてのアプリが今日のように通知領域にあるべきであることを意味しますか？ 以前にそれのための良い場所が他になかったので、それは乱用されていますか？ もちろん。 ここでは多くの改善が可能であり、現在も行われていると思います。 クイックアクション/コントロールセンターは、この点で多くの種類のアプリを置き換える可能性があります。 しかし、それもすぐに肥大化する可能性があり、「迅速な行動」を見つけるのが難しくなります。

_「パラダイムを変更しても問題は解決しません。問題を別のスペースに移動するだけです」_

固定されたタスクバーにアプリを移動すると、タスクバーが肥大化するだけです
アプリをスタートメニューに移動するには、最初にアプリを固定してから、[スタート]をクリックして確認する必要があります。
アプリをクイックアクションに移動すると、他のすべてのクイックアクションを区別できなくなります。

これが、LiveTilesがWindowsPhoneの外部で牽引力を獲得しておらず、隠面に埋もれているため、その有用性と潜在能力を完全に失っている理由です。 Windows Phoneでは、デスクトップとスタートランチャーが同じものにマージされ、そこで便利になります。 Windows 8以降では、デスクトップとタスクバーが主な可視ポイントです。 したがって、デスクトップ上のライブタイルは、ほとんどの場合、より大きな画面に表示される可能性があるため、人気のあるリクエストです。

すべてのものには目的があることに注意しましょう。 私たちは確かに物事を動かすことを見ることができますが、アプリの完全な分類を理解する必要があります。アプリが本当に動くことにメリットがあるのか​​、それとも結果としてその有用性と目的を失うのかを理解する必要があります。

Windows 10Xはまだ完全にはほど遠いので、詳細を知るまでは何も想定しないでください。 この提案は、Windowsの使用方法の幅に合うように解決する必要があるUWP / WinUIのギャップを修正するためのものです。 これはすぐになくなることはありません。

可能であれば、システムトレイのエクスペリエンスを刷新してほしい。 macOSのメニューバーアプリに似たもの。

メッセージングアプリは真ん中に収まります。 それらはほとんどバックグラウンドであり、メッセージが表示されるか、誰かにメッセージを送信するために開くまで対話されないため、長い間、システムトレイに最小化されていました。 それが仕事のための主要な毎日のメッセージングアプリである場合、私はそれを主要な仕事のためにタスクバーに固定します。 ただし、一部のアプリはもうほとんど使用されず、雑然としているため、必要になるまで、システムトレイで最小限に抑えています。

私が望んでいないのは、メッセージングアプリが実行されていると思い、実行されていないことを確認することです。メッセージが20件ありません。

これは通知システムの問題になります。 Windowsが進化するにつれて、潜在的なメッセージを通知するためだけにシステムトレイアイコンを実行する必要はありません。 システムトレイを乱雑にすることなくメッセージを受信できます。

私にとって、トレイアイコンの使用例は単純です。そこでバックグラウンドで実行されるアプリを確認し、トレイ内のアイコンが継続的なステータス（CPU負荷/温度インジケーターなど）または個別のステータスを示すようにしたいのです。何かが起こったことを示すインジケーター（新しいメッセージを受け取ったことを示すメッセージングアプリのアイコンなど）。 実際のメッセージ通知はアクションセンターに送られます。 アプリが開いておらず、タスクバーまたはトレイに最小化されていない場合は、アプリをまったく実行したくありません。 アプリがバックグラウンドで実行されているのか、オフになっているのかを確実に判断できるようにしたいと思います。 基本的に、すべてのメッセンジャーはこのように機能していました（win32アプリであるか、win32ブリッジコンパニオンアプリを利用することによって）。