Windows 10X는 이를 지원하지 않습니다. 나는 그것을 다시 가져와서는 안된다고 생각합니다.

@jesbis 이 요청을 라우팅할 수 있습니까?

@shaheedmalik Windows 10X가 지원하지 않는다고 해서 Windows 10이 지원하지 않는 것은 아닙니다. Windows 10 사용자는 9억 5천만 명이 넘습니다.

@marb2000 참고로

Windows에서 시스템 트레이 아이콘을 완전히 제거해야 한다고 생각합니다. 일관성을 위해 작업 표시줄에 모든 응용 프로그램을 표시하는 것으로 이동해야 합니다. 두 곳에서 앱을 보는 것은 무의미합니다. 한 앱은 작업 표시줄에 있고 다른 앱은 시스템 트레이에 있고 다른 앱은 둘 다에 있는 이유는 무엇입니까? 거기에는 논리가 없습니다.

오른쪽에 일부 아이콘과 왼쪽에 일부 아이콘을 원하면 시스템 트레이가 필요하지 않으며 더 많은 작업 표시줄 사용자 정의가 필요합니다.

Windows에서 시스템 트레이 아이콘을 완전히 제거해야 한다고 생각합니다. 일관성을 위해 작업 표시줄에 모든 응용 프로그램을 표시하는 것으로 이동해야 합니다. 두 곳에서 앱을 보는 것은 무의미합니다. 한 앱은 작업 표시줄에 있고 다른 앱은 시스템 트레이에 있고 다른 앱은 둘 다에 있는 이유는 무엇입니까? 거기에는 논리가 없습니다.

오른쪽에 일부 아이콘과 왼쪽에 일부 아이콘을 원하면 시스템 트레이가 필요하지 않으며 더 많은 작업 표시줄 사용자 정의가 필요합니다.

아마도 하지만 확실하지 않습니다. 나를 위해 시스템 트레이 아이콘에는 작업 표시줄 아이콘과 동일한 유틸리티가 없습니다.

• 작업 표시줄 아이콘은 열린 창 앱용이며 상호 작용합니다.
• 시스템 트레이 아이콘은 백그라운드 응용 프로그램(바이러스 백신, 클라우드 동기화)용이며 창을 열지 않고도 이러한 활동과 상호 작용할 수 있습니다(OneDrive, 사운드 아이콘 및 기타 여러 가지와 같은 상황에 맞는 메뉴 및 플라이아웃 포함).

Windows 기반 앱이 아니어도 백그라운드 프로세스가 사용자와 상호 작용할 수 있는 간단하고 우아하며 직관적인 또 다른 방법이 있습니까? 그렇다면 시스템 트레이가 중복될 수 있습니다. 이것이 유일한 방법이라면 유지해야 합니다. 나는 그것에 대한 많은 사용 사례가 있다고 생각합니다.

앱을 Windows 10 시작 메뉴에 고정하고 Badge API 및 Tiles API 를 사용하여 사용자에게 알리고 앱 이벤트에 대해 알릴 수 있습니다. 시작 메뉴에서 앱 항목을 마우스 오른쪽 버튼으로 클릭하면 Jumplist API를 사용하여 채울 수 있는 컨텍스트 메뉴가 열립니다.

10X 알림 영역 제거에 비추어 현재 위에서 언급한 API를 사용하여 내 앱의 알림 영역 항목을 시작 메뉴 항목으로 교체하는 중입니다. 내 앱의 사용자는 이 변경 사항을 지지했습니다.

10X는 알림 영역을 제거하지 않고 사이드바 없이 알림만 표시합니다.

빠른 작업은 별도의 UI 영역에서 진행됩니다.

트레이 아이콘은 이론적으로 이러한 공간 중 하나에 배치될 수 있지만 10X의 경우 배경 앱이 설치되는 것을 피하고 싶은 것일 수 있다는 점을 제외하고는 예외입니다. 동일한 것을 달성하는 다른 방법이 있지만 10X가 완전히 상세해지고 테스터의 손에 들어갈 때까지 이에 대한 피드백은 기다려야 합니다.

Windows 10의 WinUI 데스크톱 앱이 트레이 아이콘을 사용할 수 없는 이유가 없습니다. 앱 개발자에게 제공할 수 있는 컨트롤 또는 UI 표면이 있다면 일관된 Tray UI 및 UX를 활성화하기 위해 - 저는 그것에 찬성할 것입니다. 현재 플라이아웃, 메뉴 스타일과의 불일치가 너무 많습니다.

@mdtauk "10X 알림 영역 제거"란 여기 사람들이 "시스템 트레이"로 설명하는 영역을 의미합니다. https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

@mdtauk "10X 알림 영역 제거"란 여기 사람들이 "시스템 트레이"로 설명하는 영역을 의미합니다. https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

시스템 트레이는 내가 생각하는 방식이므로 알림이 보관되는 Windows 10 영역과 구별하고 싶었습니다.

Action Center 는 Windows 10에서 알림이 유지되는 UI 영역의 이름입니다. MS는 동일한 UI 영역에 대해 "시스템 트레이"와 "알림 영역"이라는 용어를 모두 사용하여 혼동을 일으키는 것처럼 보이지만 설명서 에는 다음과 같이 나와 있습니다.

UWP 앱은 "시스템 트레이"를 직접 지원하지 않고 10X가 이를 완전히 폐기하므로(최신 정보를 기반으로 함) 이것은 MS가 계속 가고자 하는 방향이 아닌 것 같습니다 . 결과적으로 시작 메뉴에 앱을 고정하고 위에서 언급한 API를 사용하는 것이 시스템 트레이/알림 영역에 앱 아이콘을 두는 것과 비교하여 옵션이 아닌 이유에 더 관심이 있습니다.

그리고 이것이 옵션이 아닌 경우 MS에 그 이유를 알려 사용자가 UWP 셸 상호 작용 개념(타일, 배지, 알림)을 사용하여 백그라운드 앱과 상호 작용하는 방법을 개선할 수 있도록 해야 합니다. 알림 영역(시스템 트레이) 지원을 요청하는 WinUI 3 데스크톱 앱은 여전히 ​​Windows의 미래인 10X에서 사용자에게 알리거나 알리는 방법이 필요합니다. 현재 시스템 트레이 지원을 요청하는 사용자가 MS에 "시스템 트레이"를 10X로 다시 추가하도록 요청하지 않을지 확신할 수 없습니다. 요청이 승인되지 않을 가능성이 높기 때문에 Windows 10 WinUI 앱을 10X용으로 준비하기 위해 더 많은 작업을 해야 합니다.

따라서 이 제안을 사용하여 알림 영역(시스템 트레이)과 Windows 8/10에 도입된 새로운 앱 피드백/상호작용 영역 MS의 아이디어와 개념을 통합해야 한다고 생각합니다. 현재 UI가 부족한 부분을 찾아 개선해 보세요. 현재 UWP Shell API에서 많은 부분이 누락되었다고 생각하지 않습니다.

대부분 UI 또는 창 없이 실행되는 앱용으로, 상호 작용할 때 창을 열거나 UI를 표시합니다.

열리거나 최소화된 창이 없기 때문에 작업 표시줄에서 전환할 항목이 없고 타임라인 또는 작업 전환기 보기에 표시할 창이 없습니다.

개발자는 앱이 매우 중요하다는 감각을 가지고 있기 때문에 시스템 트레이에 앱을 넣는 경향이 있습니다. 사용자로서 99%의 시간은 개발자가 생각하는 것만큼 앱이 중요하지 않습니다.

지금은 시스템 트레이에서 Defender, Bluetooth 장치, Nvidia 설정, Dolby Audio, Ear Trumpet 및 OneDrive를 실행하고 있습니다. 이 모든 것 중에서 아마도 Ear Trumpet만 아래에 있으면 될 것입니다. 나머지는 그렇게 중요하지 않습니다. 심지어 Defender도 내가 액션 센터에서 알아야 할 사항을 알려줄 수 있습니다.

지금은 시스템 트레이에서 Defender, Bluetooth 장치, Nvidia 설정, Dolby Audio, Ear Trumpet 및 OneDrive를 실행하고 있습니다. 이 중 아마 Ear Trumpet만 저 아래에 있으면 될 것입니다.

당신에게는 중요하지 않지만 저와 많은 Windows 사용자에게는 중요합니다. 시스템 트레이가 없으면 더 나쁜 작업 표시 줄로 이동합니다.

시스템 트레이는 주로 서비스 및 백그라운드 앱이 실행 중임을 표시하는 동시에 기본 작업 표시줄을 오염시키지 않고 상태를 제어할 수 있는 곳입니다. 빠른 상호 작용으로 상태를 한 눈에 볼 수 있도록 설계되었습니다.

작업 표시줄의 앱은 더 오랜 시간 동안 포그라운드에서 상호 작용할 앱을 표시하기 위한 것입니다. 이를 통해 여러 포그라운드 앱 간에 작업을 전환할 수 있습니다.

메시징 앱은 중간에 적합합니다. 오랫동안 그들은 대부분 백그라운드에 있고 메시지가 나타나거나 누군가에게 메시지를 보내기 위해 열 때까지 상호 작용하지 않기 때문에 시스템 트레이로 최소화했습니다. 업무용 기본 일일 메시징 앱인 경우 기본 업무용으로 작업 표시줄에 고정합니다. 그러나 일부 앱은 더 이상 거의 사용되지 않고 어수선하기 때문에 필요할 때까지 시스템 트레이에 최소화된 상태로 유지합니다.

내가 원하지 않는 것은 내 메시징 앱이 실행 중이라고 생각하고 실행 중이 아니며 20개의 부재중 메시지가 있다는 것을 알게 되는 것입니다.

시스템 트레이는 실제로 사용되지만 이해하기 어렵습니다. 더 많은 앱을 설치할수록 기능이 더 복잡해지고 잠재적으로 남용될 수 있습니다. 예를 들어 시작 또는 로그인 시 실행되는 앱. 유용하지만 심하게 남용되었습니다. 그러나 어수선하고 남용된다는 이유로 제거하는 것은 잘못된 접근 방식입니다. 사용자 제어 및 이제 표시되는 항목과 위치를 관리하는 AI가 문제를 처리하는 가장 좋은 방법입니다.

Microsoft는 Windows 8 및 10X를 통해 OS를 발전시킬 수 있는 방법을 알아보기 위해 많은 패러다임을 재고하고 있습니다. 문제는 Windows 95, XP, 7이 올바른 패러다임을 너무 많이 가지고 있어서 많은 사용자 스토리를 깨뜨리지 않고는 제거할 수 없다는 것입니다. 이미 다른 방법보다 문제를 잘 풀었다면 2D 공간에서 혁신하기 어렵습니다! 다른 문제는 더 작은 화면의 부동산입니다.

Windows 10X에서는 백그라운드 앱이 작동하지 않으므로 아직 시스템 트레이를 구축하지 않는 것이 좋습니다. 백그라운드 앱과 서비스를 다시 가져오면 트레이를 다시 가져올 방법을 찾을 수 있지만 부동산 문제를 해결할 수 있도록 우리에게 익숙한 것과 다른 형태일 수 있습니다.

@mdtauk

대부분 UI 또는 창 없이 실행되는 앱용으로, 상호 작용할 때 창을 열거나 UI를 표시합니다.

위에서 설명한 대로 시작 메뉴를 사용하면 이러한 유형의 앱에서 제대로 작동 할 수 있습니다 . 완전히 최소화된 상태로 시작할 수 있는 앱(작업 표시줄 앱 아이콘 없음, 앱 창 없음)이 있지만 Badge API 및 알림을 사용하여 사용자에게 일이 발생했을 때 알리고 시작을 사용하여 포그라운드로 가져올 수 있습니다. 메뉴(알림 영역 앱 아이콘과 동일).

잠재적인 셸 개선 사항: 다른 사람들과 논의한 후, 예를 들어 시작 메뉴에 표시되는 앱의 컨텍스트 메뉴를 개선하여 체크박스 및 라디오 버튼과 같은 다단계 계층 또는 UI 요소를 쉽게 사용할 수 있도록 개선할 수 있다고 제안했습니다. 오늘 Win32 알림 영역 컨텍스트 메뉴에 추가되었습니다.

일반적으로 오늘날 사용 중인 다양한 "시스템 트레이" 앱 상황에 맞는 메뉴를 얻는 것이 유용할 것입니다. 어떻게 디자인되었으며 오늘날 UWP Shell API가 정확히 어디에 부족한지 확인하십시오.

추신: 다음은 "시스템 트레이"가 올바른 용어가 아니며 대신 "알림 영역"을 사용해야 한다는 Raymond Chen의 블로그 게시물입니다. https://devblogs.microsoft.com/oldnewthing/20030910-00/?p= 42583

위에서 설명한 대로 시작 메뉴를 사용하면 이러한 유형의 앱에서 제대로 작동할 수 있습니다.

나는 강하게 동의하지 않는다. 나는 당신의 앱을 몰라서 당신의 사용자 이야기를 말할 수 없지만, 시작 메뉴나 액션 센터와 같은 숨겨진 표면 안에 묻혀 있는 모든 종류의 앱은 잘 작동하지 않습니다. 이러한 앱에는 신호 강도 표시기, 배터리 잔량, CPU/GPU 온도, 동기화 상태, 메시지 표시기 등이 포함됩니다.

이 모든 앱을 더 잘 이해하기 위해 어떻게 분류할 수 있습니까? 나는 우리가 알림 앱을 아주 잘 이해하고 있고 Action Center가 사용 사례를 개선하는 데 도움을 주었다고 생각합니다. 그러나 다른 앱은 "모니터링"으로 더 적합합니다. 모니터링은 일반적인 오해인 경고 및 알림과 다릅니다.

모니터링은 항상 상태를 보는 것입니다. 추가 조치 없이 수시로 빠르게 살펴보고 계속 진행할 수 있는 능력. 배터리 잔량은 이에 적합합니다. 배터리 표시기를 한 눈에 보고 내 배터리가 어떻게 작동하는지 확인할 수 있습니다. 배터리 부족과 같은 중요한 이벤트에 대한 알림을 원하지만 70%, 50% 또는 30%에 대한 알림은 원하지 않습니다. 그냥 살펴보고 확인하고 싶습니다. 맞춰봐, 시간은 똑같아! 추가 작업 없이 시간을 확인하기 위해 살펴보니 작업 표시줄 알림 영역에 있는 이유입니다! 이들은 시스템 OS로 간주될 수 있지만 OS에 없는 유사한 기능을 제공하는 앱이 많이 있습니다.

자, 이것은 모든 앱이 오늘처럼 알림 영역에 있어야 한다는 것을 의미합니까? 이전에는 마땅한 다른 곳이 없었기 때문에 학대를 받는 걸까요? 확신하는. 여기에서 많은 개선이 가능하고 이루어지고 있다고 생각합니다. 빠른 조치/제어 센터는 이와 관련하여 많은 유형의 앱을 대체할 가능성이 있습니다. 그러나 이는 너무 빨리 부풀어 오르기 때문에 "빠른 조치"를 찾기가 어렵습니다.

_"패러다임을 바꾸는 것은 문제를 해결하는 것이 아니라 문제를 다른 공간으로 옮길 뿐입니다"_

고정된 작업 표시줄로 앱을 이동하면 작업 표시줄이 부풀어 오릅니다.
앱을 시작 메뉴로 이동하면 먼저 앱을 고정한 다음 시작을 적극적으로 클릭하여 확인해야 합니다.
앱을 빠른 작업으로 이동하면 다른 모든 빠른 작업을 구별하는 기능이 손실됩니다.

이것이 라이브 타일이 Windows Phone 외부에서 주목을 받지 못한 이유입니다. 숨겨진 표면에 묻혀 있으므로 유용성과 잠재력을 잃습니다. Windows Phone에서는 바탕 화면과 시작 실행기가 동일한 것으로 병합되어 유용합니다. Windows 8 이상에서는 바탕 화면과 작업 표시줄이 주요 가시 지점입니다. 따라서 데스크탑의 라이브 타일이 더 큰 화면에서 거의 항상 볼 수 있기 때문에 인기 있는 요청인 이유입니다.

모든 일에는 목적이 있음을 명심합시다. 우리는 확실히 움직이는 것을 볼 수 있지만 앱의 전체 분류를 이해하고 앱이 실제로 이동하는 데 도움이 되는지 아니면 결과적으로 유용성과 목적을 잃는지 이해해야 합니다.

Windows 10X는 아직 완성되지 않았으며 더 많이 알 때까지 아무 것도 가정해서는 안 됩니다. 이 제안은 Windows 사용 방식의 폭에 맞게 해결해야 하는 UWP/WinUI의 격차를 수정하기 위한 것입니다. 이것은 곧 사라지지 않을 것입니다.

가능하면 시스템 트레이 환경을 개선하고 싶습니다. macOS의 메뉴 바 앱과 유사한 것.

메시징 앱은 중간에 적합합니다. 오랫동안 그들은 대부분 백그라운드에 있고 메시지가 나타나거나 누군가에게 메시지를 보내기 위해 열 때까지 상호 작용하지 않기 때문에 시스템 트레이로 최소화했습니다. 업무용 기본 일일 메시징 앱인 경우 기본 업무용으로 작업 표시줄에 고정합니다. 그러나 일부 앱은 더 이상 거의 사용되지 않고 어수선하기 때문에 필요할 때까지 시스템 트레이에 최소화된 상태로 유지합니다.

내가 원하지 않는 것은 내 메시징 앱이 실행 중이라고 생각하고 실행 중이 아니며 20개의 부재중 메시지가 있다는 것을 알게 되는 것입니다.

이것은 알림 시스템의 문제일 것입니다. Windows가 발전함에 따라 잠재적인 메시지를 알리기 위해 실행 중인 시스템 트레이 아이콘이 필요하지 않습니다. 시스템 트레이를 어지럽히지 않고 메시지를 수신할 수 있습니다.

저에게 트레이 아이콘의 사용 사례는 간단합니다. 백그라운드에서 실행되는 앱과 트레이의 아이콘이 지속적인 상태(예: CPU 부하/온도 표시기) 또는 개별적인 상태를 나타내도록 하고 싶습니다. 문제가 발생했음을 나타내는 표시기(예: 새 메시지를 받았다는 메시지 앱 아이콘). 실제 메시지 알림은 알림 센터로 이동합니다. 앱이 열려 있지 않고 작업 표시줄이나 트레이에 최소화되어 있으면 앱이 전혀 실행되고 싶지 않습니다. 앱이 백그라운드에서 실행 중인지 아니면 꺼져 있는지 확실하게 알 수 있기를 바랍니다. 기본적으로 모든 메신저가 이런 방식으로 작동했습니다(win32 앱이 되거나 win32 브리지 컴패니언 앱을 활용하여).