Windows 10X tidak mendukung ini. Saya tidak berpikir itu harus dibawa kembali.

@jesbis bisa tolong

@shaheedmalik Saya berpendapat bahwa hanya karena Windows 10X tidak mendukungnya, bukan berarti Windows 10 tidak. Perlu diingat ada lebih dari 950 juta pengguna Windows 10.

@marb2000 FYI

Saya pikir ikon baki sistem harus dihapus dari Windows sepenuhnya. Kita harus pindah ke memiliki semua aplikasi di bilah tugas untuk konsistensi. Tidak masuk akal untuk melihat aplikasi di kedua tempat. Mengapa satu aplikasi di bilah tugas dan yang lain di baki sistem, dan yang lain di keduanya? Tidak ada logika untuk itu.

Jika Anda menginginkan beberapa ikon di kanan dan beberapa di kiri - kami tidak memerlukan baki sistem, yang kami butuhkan adalah lebih banyak penyesuaian bilah tugas.

Saya pikir ikon baki sistem harus dihapus dari Windows sepenuhnya. Kita harus pindah ke memiliki semua aplikasi di bilah tugas untuk konsistensi. Tidak masuk akal untuk melihat aplikasi di kedua tempat. Mengapa satu aplikasi di bilah tugas dan yang lain di baki sistem, dan yang lain di keduanya? Tidak ada logika untuk itu.

Jika Anda menginginkan beberapa ikon di kanan dan beberapa di kiri - kami tidak memerlukan baki sistem, yang kami butuhkan adalah lebih banyak penyesuaian bilah tugas.

Mungkin tapi saya tidak yakin. Bagi saya ikon baki sistem tidak memiliki utilitas yang sama dengan ikon bilah tugas:

• Ikon bilah tugas adalah untuk membuka aplikasi berjendela dan berinteraksi dengannya.
• Ikon baki sistem adalah untuk aplikasi latar belakang (antivirus, sinkronisasi cloud) dan memungkinkan kita untuk berinteraksi dengan aktivitas ini tanpa membuka jendela apa pun (dengan menu konteks dan flyout seperti OneDrive, ikon suara, dan banyak lainnya)

Apakah ada cara lain yang sederhana, elegan, dan intuitif untuk proses latar belakang untuk berinteraksi dengan pengguna, tanpa harus menjadi aplikasi berbasis windows. Jika demikian, maka mungkin baki sistem berlebihan, jika itu satu-satunya cara, maka itu perlu dipertahankan. Saya pikir ada banyak kasus penggunaan untuk itu.

Aplikasi dapat disematkan ke menu Mulai Windows 10 dan menggunakan API Badge dan API Ubin untuk memberi tahu pengguna dan memberi tahu mereka tentang peristiwa aplikasi. Mengklik kanan pada entri aplikasi di menu Mulai membuka menu konteks yang dapat diisi menggunakan API Jumplist .

Mengingat 10X menghapus area notifikasi, saya saat ini sedang dalam proses mengganti entri area notifikasi aplikasi saya dengan entri menu Mulai menggunakan API yang disebutkan di atas. Pengguna aplikasi saya telah mendukung perubahan ini.

10X tidak menghilangkan area notifikasi, tetapi hanya menampilkan notifikasi, tanpa sidebar.

Tindakan cepat dilakukan di area UI terpisah mereka sendiri.

Ikon Baki secara teoritis dapat ditempatkan di salah satu dari ruang itu, kecuali bahwa untuk 10X, gagasan mereka tentang aplikasi latar belakang yang diinstal mungkin adalah sesuatu yang ingin mereka hindari. Ada cara lain untuk mencapai hal yang sama, tetapi hingga 10X sepenuhnya terinci, dan di tangan penguji - umpan balik tentang ini harus menunggu.

Saya tidak melihat alasan mengapa aplikasi WinUI Desktop di Windows 10 tidak akan dapat menggunakan Ikon Baki. Jika ada kontrol atau permukaan UI yang dapat diberikan ke pengembang aplikasi, untuk mengaktifkan UI dan UX Baki yang konsisten - saya akan mendukungnya. Terlalu banyak inkonsistensi dengan flyout, gaya menu saat ini.

@mdtauk Dengan "10X menghapus area notifikasi" maksud saya area yang saya yakini orang-orang di sini menggambarkannya sebagai "baki sistem": https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

@mdtauk Dengan "10X menghapus area notifikasi" maksud saya area yang saya yakini orang-orang di sini menggambarkannya sebagai "baki sistem": https://docs.microsoft.com/en-us/windows/win32/uxguide/winenv-notification

System Tray adalah cara saya memikirkannya - jadi saya hanya ingin membedakannya dan area Windows 10 tempat notifikasi disimpan.

Pusat Aksi adalah nama wilayah UI tempat notifikasi disimpan di Windows 10. MS tampaknya berkontribusi pada kebingungan dengan menggunakan istilah "baki sistem" dan "area notifikasi" untuk wilayah UI yang sama, namun dokumentasi menyatakan:

Karena aplikasi UWP tidak memiliki dukungan langsung untuk "baki sistem" dan 10X menghapusnya sepenuhnya (berdasarkan info terbaru yang kami miliki) , sepertinya ini bukan arah di mana MS ingin terus berjalan . Akibatnya, saya lebih tertarik pada mengapa menyematkan aplikasi ke menu Mulai dan menggunakan API yang disebutkan di atas bukanlah pilihan dibandingkan dengan meletakkan ikon aplikasi di baki sistem/area notifikasi.

Dan jika itu bukan opsi, kami harus memberi tahu MS mengapa demikian sehingga mereka dapat meningkatkan cara pengguna dapat berinteraksi dengan aplikasi latar belakang menggunakan konsep interaksi Shell UWP (Ubin, Lencana, Pemberitahuan). Aplikasi Desktop WinUI 3 yang meminta dukungan area notifikasi (baki sistem) masih memerlukan cara untuk memberi tahu/menginformasikan penggunanya di 10X, yang tampaknya merupakan masa depan Windows. Saya tidak yakin apakah pengguna, yang sekarang meminta dukungan baki sistem, tidak akan meminta MS untuk menambahkan "baki sistem" kembali ke 10X juga. Karena permintaan mereka kemungkinan tidak akan dikabulkan, mereka akan memiliki lebih banyak pekerjaan yang harus dilakukan untuk membuat aplikasi Windows 10 WinUI mereka siap untuk 10X.

Karena itu, saya merasa kita harus menggunakan proposal ini untuk menyatukan ide dan konsep area notifikasi (baki sistem) dan area umpan balik/interaksi aplikasi baru yang diperkenalkan MS dengan Windows 8/10. Cari tahu di mana kekurangan UI saat ini dan coba perbaiki. Saya tidak berpikir banyak yang hilang dari API Shell UWP saat ini.

Sebagian besar untuk aplikasi yang berjalan tanpa UI atau jendela apa pun, yang kemudian membuka jendela atau menampilkan UI saat berinteraksi.

Karena tidak ada jendela yang terbuka atau diperkecil, tidak ada yang dapat dialihkan ke bilah tugas, dan tidak ada jendela untuk ditampilkan di tampilan garis waktu atau pengalih tugas.

Pengembang cenderung meletakkan aplikasi mereka di baki sistem karena mereka merasa bahwa aplikasi mereka sangat penting. Sebagai pengguna, 99% aplikasi tidak sepenting yang dipikirkan pengembang.

Saat ini saya memiliki Defender, Perangkat Bluetooth, Pengaturan Nvidia, Dolby Audio, Ear Trumpet, dan OneDrive yang berjalan di baki sistem saya. Dari semua ini, mungkin hanya Ear Trumpet yang perlu ada di bawah sana. Selebihnya tidak begitu penting. Bahkan Defender dapat memberi tahu saya apa yang perlu saya ketahui dari Pusat Aksi.

Saat ini saya memiliki Defender, Perangkat Bluetooth, Pengaturan Nvidia, Dolby Audio, Ear Trumpet, dan OneDrive yang berjalan di baki sistem saya. Dari semua ini, mungkin hanya Ear Trumpet yang perlu ada di bawah sana

Tidak penting bagi Anda, namun, mereka penting bagi saya dan banyak pengguna Windows. Tanpa baki sistem, mereka akan pindah ke bilah tugas yang lebih buruk.

Baki sistem pada dasarnya adalah tempat untuk layanan dan aplikasi latar belakang untuk menunjukkan bahwa mereka sedang berjalan sambil membiarkan beberapa dari kendali atas keadaannya tanpa mencemari bilah tugas utama. Mereka dimaksudkan untuk status sekilas dengan interaksi cepat.

Aplikasi di bilah tugas dimaksudkan untuk menampilkan aplikasi yang akan berinteraksi dengan Anda di latar depan untuk jangka waktu yang lebih lama. Ini memungkinkan pengalihan tugas di antara beberapa aplikasi latar depan.

Aplikasi perpesanan pas di tengah. Untuk waktu yang lama mereka meminimalkan ke baki sistem karena sebagian besar berada di latar belakang dan tidak berinteraksi sampai sebuah pesan muncul atau Anda membukanya untuk mengirim pesan kepada seseorang. Jika ini adalah aplikasi perpesanan harian utama untuk bekerja, saya menyematkannya ke bilah tugas untuk pekerjaan utama. Namun, beberapa aplikasi jarang digunakan lagi dan berantakan, jadi saya tetap meminimalkannya di baki sistem sampai setiap saat dan saat saya membutuhkannya.

Yang tidak saya inginkan adalah berpikir bahwa aplikasi perpesanan saya sedang berjalan dan ternyata tidak, dan saya memiliki 20 pesan yang tidak terjawab.

Baki sistem memiliki kegunaan nyata, tetapi saya mengerti, ini menantang. Semakin banyak aplikasi yang Anda instal, semakin banyak kekacauan dan potensi penyalahgunaan fitur. Misalnya, aplikasi yang diluncurkan saat startup atau login. Berguna, tetapi disalahgunakan berat. Namun, menghapusnya hanya karena berantakan dan disalahgunakan adalah pendekatan yang salah. Kontrol pengguna dan sekarang AI untuk mengelola apa yang muncul dan di mana cara terbaik untuk menangani masalah.

Dengan Windows 8 dan 10X, Microsoft memikirkan kembali banyak paradigma untuk melihat bagaimana mereka dapat memajukan OS. Masalahnya adalah, Windows 95, XP, 7 memiliki begitu banyak paradigma yang benar, sehingga Anda tidak dapat benar-benar menghapusnya tanpa merusak banyak cerita pengguna. Sulit untuk berinovasi pada ruang 2D ketika Anda sudah memecahkan masalah lebih baik daripada metode lain! Tantangan lainnya adalah real estate di layar yang lebih kecil.

Dengan Windows 10X, mereka tidak memiliki aplikasi latar belakang yang berfungsi sehingga tidak memiliki baki sistem yang dibangun namun masuk akal. Saya pikir begitu mereka mengembalikan aplikasi dan layanan latar belakang, mereka akan menemukan cara untuk mengembalikan baki, tetapi mungkin dalam bentuk yang berbeda dari yang biasa kita lakukan sehingga mereka dapat menyelesaikan masalah real estat.

@mdtauk

Sebagian besar untuk aplikasi yang berjalan tanpa UI atau jendela apa pun, yang kemudian membuka jendela atau menampilkan UI saat berinteraksi.

Menggunakan menu Mulai seperti yang dijelaskan di atas dapat berfungsi dengan baik untuk jenis aplikasi tersebut. Saya memiliki aplikasi seperti itu sendiri yang dapat mulai diminimalkan sepenuhnya (tidak ada ikon aplikasi bilah tugas, tidak ada jendela aplikasi) namun saya dapat menggunakan Badge API dan pemberitahuan untuk memberi tahu pengguna ketika sesuatu terjadi dan mereka dapat memutuskan untuk membawanya ke latar depan menggunakan Mulai menu (seperti yang mereka lakukan dengan ikon aplikasi area notifikasi).

Peningkatan Shell potensial: Setelah berdiskusi dengan orang lain, disarankan bahwa, misalnya, menu konteks aplikasi yang ditampilkan di menu Mulai dapat ditingkatkan untuk memungkinkan hierarki multi-level atau elemen UI seperti kotak centang dan tombol radio karena dapat dengan mudah ditambahkan ke menu konteks area notifikasi Win32 hari ini.

Secara umum, akan berguna untuk mendapatkan berbagai macam menu konteks aplikasi "baki sistem" yang digunakan saat ini, lihat bagaimana mereka mendesain dan di mana tepatnya UWP Shell API kurang saat ini.

PS: Ini adalah posting blog oleh Raymond Chen yang mengklarifikasi bahwa "baki sistem" bukan terminologi yang benar dan "area pemberitahuan" harus digunakan sebagai gantinya: https://devblogs.microsoft.com/oldnewthing/20030910-00/?p= 42583

Menggunakan menu Mulai seperti yang dijelaskan di atas dapat berfungsi dengan baik untuk jenis aplikasi tersebut.

Saya sangat tidak setuju. Saya tidak tahu aplikasi Anda jadi saya tidak dapat berbicara dengan cerita pengguna Anda, tetapi seluruh kelas aplikasi tidak berfungsi dengan baik terkubur di dalam permukaan tersembunyi seperti Start Menu atau Action Center. Aplikasi ini meliputi: indikator kekuatan sinyal, level baterai, Suhu CPU/GPU, Status sinkronisasi, Indikator Pesan, dll.

Bagaimana kita bisa mengklasifikasikan semua aplikasi ini untuk lebih memahaminya? Saya pikir kami memahami aplikasi notifikasi dengan cukup baik dan Pusat Tindakan membantu meningkatkan kasus penggunaannya. Tetapi aplikasi lain lebih cocok sebagai "Pemantauan". Pemantauan tidak sama dengan Peringatan dan Pemberitahuan yang merupakan kesalahpahaman umum.

Pemantauan adalah tentang melihat status setiap saat. Kemampuan untuk melihat dengan cepat setiap sekali dan sementara tanpa tindakan tambahan, dan melanjutkan. Tingkat baterai adalah salah satu yang baik untuk ini. Saya dapat melihat sekilas ke indikator baterai dan melihat kinerja baterai saya. Saya ingin pemberitahuan untuk peristiwa penting seperti baterai lemah, tetapi saya tidak ingin pemberitahuan untuk 70%, 50%, atau 30%. Saya hanya ingin melihat dan memeriksanya. Coba tebak,, waktu adalah hal yang sama! Saya melihat ke atas untuk melihat waktu tanpa tindakan lebih lanjut, oleh karena itu mengapa ada di Area Pemberitahuan Bilah Tugas! Ini dapat dianggap sebagai OS sistem tetapi ada banyak aplikasi yang menyediakan fungsionalitas serupa yang tidak dimiliki OS.

Sekarang, apakah ini berarti setiap aplikasi harus berada di area notifikasi seperti hari ini? Apakah itu disalahgunakan karena tidak ada tempat lain yang baik untuk itu sebelumnya? Tentu. Saya pikir banyak perbaikan dapat dan sedang dilakukan di sini. Tindakan Cepat/Pusat Kontrol memiliki potensi untuk menggantikan banyak jenis aplikasi dalam hal ini. Tapi, itu juga bisa cepat membengkak, sehingga sulit untuk menemukan "tindakan cepat".

_"Mengubah paradigma tidak menyelesaikan masalah, hanya memindahkan masalah ke ruang yang berbeda"_

Memindahkan aplikasi ke bilah tugas yang disematkan hanya membuat bilah tugas membengkak
Memindahkan aplikasi ke Start Menu berarti Anda harus menyematkan aplikasi terlebih dahulu, lalu secara aktif mengklik Mulai untuk memeriksanya
Memindahkan aplikasi ke Tindakan Cepat kehilangan kemampuan untuk membedakan semua tindakan cepat lainnya.

Inilah sebabnya mengapa Live Tiles tidak mendapatkan daya tarik di luar Windows Phone, mereka terkubur di permukaan tersembunyi sehingga kehilangan kegunaan dan potensi penuhnya. Di Windows Phone, desktop dan start launcher digabungkan menjadi hal yang sama sehingga berguna di sana. Pada Windows 8+, desktop dan taskbar adalah titik visibilitas utama Anda. Oleh karena itu mengapa Live Tiles di Desktop adalah permintaan yang populer karena kemungkinan besar akan selalu terlihat di layar yang lebih besar.

Mari kita sadar bahwa ada tujuan untuk semua hal. Kita tentu saja dapat melihat untuk memindahkan berbagai hal, tetapi kita perlu memahami klasifikasi lengkap aplikasi dan apakah aplikasi tersebut benar-benar bermanfaat dalam pemindahan atau sebagai hasilnya, aplikasi tersebut kehilangan kegunaan dan tujuannya.

Windows 10X masih jauh dari selesai dan sampai kita tahu lebih banyak, kita tidak boleh berasumsi apa-apa. Proposal ini untuk memperbaiki celah di UWP / WinUI yang perlu diselesaikan agar sesuai dengan luasnya penggunaan Windows. Ini tidak akan hilang dalam waktu dekat.

Saya ingin pengalaman baki sistem diubah jika memungkinkan. Sesuatu yang mirip dengan aplikasi bilah menu macOS.

Aplikasi perpesanan pas di tengah. Untuk waktu yang lama mereka meminimalkan ke baki sistem karena sebagian besar berada di latar belakang dan tidak berinteraksi sampai sebuah pesan muncul atau Anda membukanya untuk mengirim pesan kepada seseorang. Jika ini adalah aplikasi perpesanan harian utama untuk bekerja, saya menyematkannya ke bilah tugas untuk pekerjaan utama. Namun, beberapa aplikasi jarang digunakan lagi dan berantakan, jadi saya tetap meminimalkannya di baki sistem sampai setiap saat dan saat saya membutuhkannya.

Yang tidak saya inginkan adalah berpikir bahwa aplikasi perpesanan saya sedang berjalan dan ternyata tidak, dan saya memiliki 20 pesan yang tidak terjawab.

Ini akan menjadi masalah dengan sistem notifikasi. Saat Windows berevolusi, Anda tidak perlu menjalankan ikon baki sistem hanya untuk memberi tahu Anda tentang pesan potensial. Seseorang dapat menerima pesan tanpa mengacaukan baki sistem.

Bagi saya, kasus penggunaan untuk ikon baki sederhana: Saya ingin melihat aplikasi yang berjalan di latar belakang di sana dan agar ikon di baki menunjukkan status berkelanjutan (misalnya, beban CPU/indikator suhu) atau diskrit indikator bahwa sesuatu telah terjadi (katakanlah ikon aplikasi perpesanan yang mengatakan bahwa saya mendapat pesan baru). Pemberitahuan pesan yang sebenarnya pergi ke pusat tindakan. Jika aplikasi tidak terbuka dan diminimalkan ke bilah tugas atau baki, saya tidak ingin itu berjalan sama sekali. Saya ingin dapat dengan andal mengetahui apakah aplikasi berjalan di latar belakang atau dimatikan. Pada dasarnya, semua messenger dulu bekerja dengan cara ini (dengan menjadi aplikasi win32 atau dengan memanfaatkan aplikasi pendamping win32 bridge).