Microsoft-ui-xaml: Mengapa akrilik latar belakang harus dihentikan di WinUI 3? Itu pasti akan menghancurkan dan mengecewakan banyak orang, untuk alasan yang jelas

Saya percaya itu hanya sementara tidak didukung - sementara lebih banyak kode yang menangani Akrilik dihapus dari OS dan dikodekan lagi dalam proyek sumber terbuka.

Betulkah? Lalu bagaimana dengan ini? https://twitter.com/WithinRafael/status/1230192945355096064

Meskipun saya tidak yakin dokumen apa yang dia maksud di tangkapan layar, @ryandemopoulos mengatakan ini:
https://twitter.com/WithinRafael/status/1230197954280951808?s=20

Saya percaya OS menyediakan latar belakang yang digunakan Kuas Akrilik sebagai lapisan dasarnya, yang kemudian menambahkan lapisan kebisingan, warna, dan luminositas di atasnya. Akrilik Dalam Aplikasi diberikan lapisan dasarnya oleh perender aplikasi.

HostBackdrop tidak dapat dilakukan di luar OS yang menyediakan lapisan - jadi menemukan cara baru untuk melakukannya adalah tantangan teknis yang disebutkan.

Ini mungkin memerlukan beberapa rekayasa ulang OS, dan juga perlu di-backport ke semua versi OS yang akan didukung oleh WinUI 3.

Ini mungkin tidak benar-benar terjadi, dan sebaliknya tim WinUI mungkin perlu menulis beberapa kode tingkat rendah, yang dapat berjalan di ruang pengguna, untuk mereplikasi fitur yang sama.

Saya tidak yakin bagaimana mereka bisa melakukannya dengan cara kedua, tapi saya jelas bukan programmer yang tepat, saya juga tidak tahu kode sumber Windows :) Hanya saja itu mungkin memerlukan akses UXTheme, yang merupakan komponen OS yang dilindungi.

Saya tentu berharap kita mendapatkannya untuk WinUI 3.1 dan seterusnya - karena kehilangan materi visual itu akan menghancurkan desain Fluent, dan sepertinya Windows 10X telah menemukan cara untuk melakukannya / atau aplikasi memanggil ke namespace Windows.Xaml, yang tampaknya tidak akan mungkin dari aplikasi WinUI 3.x yang dibuat oleh orang lain.

Jika saya ingat dengan benar, aplikasi WPF dapat memiliki latar belakang transparan. Karena perhitungan sebenarnya dari AcrylicBrush sudah (sebagian) terkandung dalam WinUI 2, masalah utama mungkin "hanya" mendukung latar belakang transparan ini. Tetapi karena aplikasi WPF dapat melakukannya, seharusnya sudah ada semacam antarmuka untuk itu.

Namun bagaimana ini akan diterapkan dengan WinUI 3 tidak ada yang bisa saya komentari, jadi terima komentar saya dengan sebutir garam.

Jika saya ingat dengan benar, aplikasi WPF dapat memiliki latar belakang transparan. Karena perhitungan sebenarnya dari AcrylicBrush sudah (sebagian) terkandung dalam WinUI 2, masalah utama mungkin "hanya" mendukung latar belakang transparan ini. Tetapi karena aplikasi WPF dapat melakukannya, seharusnya sudah ada semacam antarmuka untuk itu.

Namun bagaimana ini akan diterapkan dengan WinUI 3 tidak ada yang bisa saya komentari, jadi terima komentar saya dengan sebutir garam.

Jika lapisan Komposisi dapat diberikan layar "framebuffer" dikurangi jendela aplikasi itu sendiri, maka Kuas Akrilik baru dapat diterapkan. WPF berjalan dengan sistem yang lebih permisif secara default, jadi saya menduga itu adalah sisi persamaan UWP, yang akan memiliki waktu tersulit.

WinUI Desktop mungkin memiliki beberapa solusi yang memungkinkannya.

Sekali lagi, semoga tidak terlalu jauh tertinggal dari WinUI 3.0

Sejauh yang saya ingat, jendela transparan WPF juga bukan asli, mereka diretas di sekitar UpdateLayeredWindow, tidak menggunakan rendering langsung tetapi mentransfer gambar snapshot melalui permukaan GDI untuk setiap bingkai yang dirender. Ini mungkin akan menyebabkan banyak masalah teknis untuk WinUI ketika Anda mencoba untuk mencampur hack ini dengan komposisi API dan animasi.

Juga menggunakan rendering alfa biasa, saya pikir untuk efek akrilik Anda memerlukan semacam pengaburan, yang perlu membaca piksel permukaan latar belakang untuk mencampurnya.

Saya tidak berpikir ada fasilitas untuk membagikan komposisi menengah dari layar, jadi sebelum WinUI dapat melakukan apa pun di sini, OS perlu menyediakan infrastruktur yang sama sekali baru.

Menurut saya, WinUI tidak boleh dirilis sampai benar. Sesuatu seperti Kuas Akrilik sangat penting untuk menciptakan konsistensi.

Saya setuju dengan ini.

@Austin-Domba untuk FYI

Jika tidak dapat dilakukan dengan benar, buat versi palsu yang mengemulasinya hingga selesai dengan benar, dan kemudian ketika diperbarui, itu akan tetap ditampilkan.

Itu akan jauh lebih baik daripada tidak memilikinya sama sekali.

Jika tidak dapat dilakukan dengan benar, buat versi palsu yang mengemulasinya hingga selesai dengan benar, dan kemudian ketika diperbarui, itu akan tetap ditampilkan.

Itu akan jauh lebih baik daripada tidak memilikinya sama sekali.

Saya telah menyarankan ini di masa lalu dengan mengambil Wallpaper/Warna Desktop dan menggunakannya sebagai lapisan dasar. Saya pikir ini akan bagus sebagai cadangan untuk Mode Tablet, Seluler, dan untuk perangkat berdaya rendah.

Efek Akrilik Tidak Aktif (CreateHostBackDropBrush) - opsi alternatif/fallback

Contoh

_Akrilik Saat Ini_

_Faux Alternatif Akrilik_

Akan sangat bagus untuk mendapatkan kejelasan tentang ini. Ini adalah salah satu elemen visual utama yang membuat aplikasi Lancar dikenali (dan secara visual sangat menyenangkan untuk dilihat :)). Selain itu, ini adalah salah satu efek visual paling umum di Windows dengan kontrol default yang mendukungnya.

Fitur ini harus di 3.0, atau setidaknya 3.1!

@niels9001 Tim mengatakan akrilik HostBackdrop tidak akan ada di WinUI 3.0 karena tantangan teknis yang timbul dengan mengangkat komponen WinUI dari tumpukan OS. Mereka juga mengatakan mereka ingin membuat ini bekerja di masa depan. Saya tidak berpikir mereka saat ini dapat memberikan pembaruan baru tentang ini.

Sementara itu, saya akan menyarankan untuk mendapatkan upvotes pada masalah ini (atau masalah baru yang dimaksudkan untuk pelacakan) dimulai sehingga pada saat WinUI 3.0 keluar, tim dapat melihat ini adalah fitur yang sangat diminta dari komunitas, membuatnya lebih mungkin bahwa dukungan akan ditambahkan lebih cepat daripada nanti setelah rilis WinUI 3.0.

Yang palsu seperti @mdtauk yang diposting harus digunakan untuk sementara harus digunakan kemudian.

Saya setuju.

Jika tidak dapat dilakukan dengan benar, buat versi palsu yang mengemulasinya hingga selesai dengan benar, dan kemudian ketika diperbarui, itu akan tetap ditampilkan.
Itu akan jauh lebih baik daripada tidak memilikinya sama sekali.

Saya telah menyarankan ini di masa lalu dengan mengambil Wallpaper/Warna Desktop dan menggunakannya sebagai lapisan dasar. Saya pikir ini akan bagus sebagai cadangan untuk Mode Tablet, Seluler, dan untuk perangkat berdaya rendah.

Efek Akrilik Tidak Aktif (CreateHostBackDropBrush) - opsi alternatif/fallback

Contoh

_Akrilik Saat Ini_

_Faux Alternatif Akrilik_

Ini tampak hebat - kecuali tampaknya tidak ada lapisan kebisingan - perbaiki saya jika saya salah.

Ini tampak hebat - kecuali tampaknya tidak ada lapisan kebisingan - perbaiki saya jika saya salah.

Ini dia, ini gambar yang di-zoom 800%

Terima kasih telah mengangkat masalah ini @carmelellolb. Saya pikir Anda berbicara untuk banyak orang--termasuk orang-orang di tim WinUI itu sendiri--dengan menyatakan bahwa Latar Belakang Akrilik adalah fitur yang disukai dan bagian yang sangat penting dari cerita Lancar.

@mdtauk dan @weltkante keduanya melakukan pekerjaan yang baik dengan menjelaskan detail teknis tingkat tinggi tentang mengapa ini sangat sulit dilakukan setelah kami memisahkan dari OS. Seperti yang saya tulis di saluran #winui dari server Discord Komunitas UWP, harapan saya adalah kami dapat menyelesaikan ini secepatnya setelah WinUI 3.0; Saya tidak tahu jangka waktu pasca-3.0 karena kami memiliki lebih banyak rekayasa pengembang yang harus dilakukan untuk menyelesaikan cara mengatasinya. Tapi itu adalah pertanyaan teratas dan komunitas sangat jelas bahwa mereka sangat peduli tentang ini. Saya juga menyukai saran agar kita mengeksplorasi semacam "efek palsu" untuk sementara; mungkin setelah //build kita bisa mulai berdiskusi lebih dalam tentang ide itu.

@shaheedmalik , saya bersimpati dengan sentimen Anda yang tidak ingin mengirim sampai semuanya 'benar'; Saya sendiri sering merasakan hal ini dan itu selalu merupakan tindakan penyeimbang. Kami telah bekerja dengan banyak pelanggan selama beberapa bulan terakhir, dan satu hal yang sering saya ingatkan adalah bahwa WinUI 3.0 akan memberikan jalan yang layak untuk berbagai aplikasi UWP dan Win32, dan ada banyak yang akan dapat menggunakannya tanpa bergantung pada efek spesifik yang dicapai akrilik latar belakang. Saya tidak ingin menunda membuka sejumlah besar fitur yang akan dibawa 3.0 untuk pelanggan ini, jadi itu sebabnya saya terus mendorong pengiriman 3.0 tahun ini dan kemudian mencari untuk memecahkan bagian yang hilang terbesar (seperti akrilik BG) sesegera mungkin. kita mungkin bisa setelahnya. Saya harap itu masuk akal.

@ryandemopoulos Jika elemen Xaml AcrylicBrush dapat hadir, bahkan jika itu hanya mengembalikan beberapa jenis isian sikat palsu pada awalnya. Mereka yang menggunakan perangkat mode 10X, Xbox, dan Tablet akan terlihat hampir identik karena tidak ada jendela yang tumpang tindih. Ini hanya pada perangkat Windows 10 di mana efeknya akan jelas palsu - tetapi jika itu hanya untuk kerangka peluncuran 3.0 atau 3.1, sebelum diperbaiki - maka setidaknya itu tidak akan merusak kode, dan masih akan memberikan nuansa yang tepat.

Jika ini dapat dicapai untuk 3.0 - maka itu bagus. Ini akan kurang menggelegar daripada fallback warna solid. Juga akan memungkinkan pengaruh untuk tidak dinonaktifkan pada perangkat berdaya rendah, atau dalam mode Tablet seperti yang terjadi saat ini, yang merupakan peningkatan IMO.

@shaheedmalik , saya bersimpati dengan sentimen Anda yang tidak ingin mengirim sampai semuanya 'benar'; Saya sendiri sering merasakan hal ini dan itu selalu merupakan tindakan penyeimbang. Kami telah bekerja dengan banyak pelanggan selama beberapa bulan terakhir, dan satu hal yang sering saya ingatkan adalah bahwa WinUI 3.0 akan memberikan jalan yang layak untuk berbagai aplikasi UWP dan Win32, dan ada banyak yang akan dapat menggunakannya tanpa bergantung pada efek spesifik yang dicapai akrilik latar belakang. Saya tidak ingin menunda membuka sejumlah besar fitur yang akan dibawa 3.0 untuk pelanggan ini, jadi itu sebabnya saya terus mendorong pengiriman 3.0 tahun ini dan kemudian mencari untuk memecahkan bagian yang hilang terbesar (seperti akrilik BG) sesegera mungkin. kita mungkin bisa setelahnya. Saya harap itu masuk akal.

Kemudian versi palsu dari efek perlu dibuat sementara sampai efek yang benar berhasil. Perubahan bertahap Desain Lancar di masa lalu menyebabkan masalah inkonsistensi saat ini yang dialami Windows 10 saat ini. Jika inti dari WinUI 3 adalah untuk memperbaikinya, maka menciptakan masalah seperti ini mengalahkan seluruh tujuan konsistensi. Aplikasi dengan akrilik dan tanpa akrilik adalah salah satu inkonsistensi terbesar dalam Desain Lancar.

@shaheedmalik , saya bersimpati dengan sentimen Anda yang tidak ingin mengirim sampai semuanya 'benar'; Saya sendiri sering merasakan hal ini dan itu selalu merupakan tindakan penyeimbang. Kami telah bekerja dengan banyak pelanggan selama beberapa bulan terakhir, dan satu hal yang sering saya ingatkan adalah bahwa WinUI 3.0 akan memberikan jalan yang layak untuk berbagai aplikasi UWP dan Win32, dan ada banyak yang akan dapat menggunakannya tanpa bergantung pada efek spesifik yang dicapai akrilik latar belakang. Saya tidak ingin menunda membuka sejumlah besar fitur yang akan dibawa 3.0 untuk pelanggan ini, jadi itu sebabnya saya terus mendorong pengiriman 3.0 tahun ini dan kemudian mencari untuk memecahkan bagian yang hilang terbesar (seperti akrilik BG) sesegera mungkin. kita mungkin bisa setelahnya. Saya harap itu masuk akal.

Kemudian versi palsu dari efek perlu dibuat sementara sampai efek yang benar berhasil. Perubahan bertahap Desain Lancar di masa lalu menyebabkan masalah inkonsistensi saat ini yang dialami Windows 10 saat ini. Jika inti dari WinUI 3 adalah untuk memperbaikinya, maka menciptakan masalah seperti ini mengalahkan seluruh tujuan konsistensi. Aplikasi dengan akrilik dan tanpa akrilik adalah salah satu inkonsistensi terbesar dalam Desain Lancar.

Saya sangat setuju. Saya tidak berpikir WinUI 3 harus dirilis sampai sesuatu berhasil.

Saya sebenarnya lebih suka fallback statis @mdtauk daripada transparansi nyata. Akrilik latar belakang hanya mengganggu saat menyeret jendela, terutama dengan wallpaper gelap dan tema terang, dan membuat saya menonaktifkan transparansi sepenuhnya.

Mungkin kita harus menafsirkan ulang latar belakang berwarna untuk elemen non-transien (bilah sisi, bilah judul, cangkang, dll.) sebagai dekorasi murni, bukan sebagai semi-transparan untuk melambangkan gangguan singkat. Ini akan lebih seperti tema bilah judul untuk MS Office atau Firefox (atau IIRC bilah sisi pusat kendali Vista). Jika dilihat seperti ini, lebih masuk akal untuk menggunakan wallpaper saja.

Bahkan mungkin terlihat lebih baik (dan meningkatkan kinerja lebih lanjut?) untuk membuat latar belakang akrilik terlepas dari posisi jendela: Wallpaper dapat direntangkan di atas area jendela atau dipotong ke sudut kiri atas (atau sudut mana pun yang paling masuk akal untuk perilaku pengubahan ukuran aplikasi).

Saya sebenarnya lebih suka fallback statis @mdtauk daripada transparansi nyata. Akrilik latar belakang hanya mengganggu saat menyeret jendela, terutama dengan wallpaper gelap dan tema terang, dan membuat saya menonaktifkan transparansi sepenuhnya.

Mungkin kita harus menafsirkan ulang latar belakang berwarna untuk elemen non-transien (bilah sisi, bilah judul, cangkang, dll.) sebagai dekorasi murni, bukan sebagai semi-transparan untuk melambangkan gangguan singkat. Ini akan lebih seperti tema bilah judul untuk MS Office atau Firefox (atau IIRC bilah sisi pusat kendali Vista). Jika dilihat seperti ini, lebih masuk akal untuk menggunakan wallpaper saja.

Bahkan mungkin terlihat lebih baik (dan meningkatkan kinerja lebih lanjut?) untuk membuat latar belakang akrilik terlepas dari posisi jendela: Wallpaper dapat direntangkan di atas area jendela atau dipotong ke sudut kiri atas (atau sudut mana pun yang paling masuk akal untuk perilaku pengubahan ukuran aplikasi).

Saya masih akan menggunakan permukaan kuas sebagai topeng sehingga latar belakang tetap sejajar dengan desktop, dan tetap di tempatnya saat jendela dipindahkan dan diubah ukurannya. Itu tidak akan menyertakan jendela apa pun yang terlihat, hanya wallpaper.

Ini juga harus bekerja dengan latar belakang Slideshow, saat wallpaper berubah, begitu juga dengan Faux Acrylic.

Saya pikir akan agak aneh melihat wallpaper desktop di belakang jendela ketika jendela lain berada di belakang jendela. Itu akan mengalahkan tujuan kedalaman - dan menunjukkan lapisan, yang merupakan salah satu tujuan utama akrilik. Penampilannya harus identik dengan akrilik asli.

Saya pikir itu akan terlihat tidak profesional, dan sedikit kacau jika tidak menunjukkan apa yang ada di baliknya seperti saat ini, karena aspek material dari Desain Lancar dimaksudkan untuk membawa aspek kehidupan nyata, dan dalam kehidupan nyata, sesuatu yang transparan TIDAK bersinar untuk apa yang tepat di belakangnya.

Saya pikir jika ini menjadi sesuatu, itu akan tampak identik secara visual dengan akrilik biasa.

Sesuatu seperti yang dijelaskan sebelumnya, akrilik palsu tetapi bersinar ke jendela di belakang dan berperilaku dan tampak identik secara visual?

Apakah itu tidak mungkin?

Mengapa tidak menggunakan semi-transparan seperti saat ini?

Bagaimana itu mengganggu? Saya merasa sebaliknya - menciptakan kedalaman, yang juga dikatakan Microsoft ketika mereka mengumumkannya.

Mengubahnya menjadi hanya hiasan seperti ini akan menjadi langkah mundur.

Kami membutuhkan akrilik.

Saya pikir akan agak aneh melihat wallpaper desktop di belakang jendela ketika jendela lain berada di belakang jendela. Itu akan mengalahkan tujuan kedalaman - dan menunjukkan lapisan, yang merupakan salah satu tujuan utama akrilik. Penampilannya harus identik dengan akrilik asli.

Saya pikir itu akan terlihat tidak profesional, dan sedikit kacau jika tidak menunjukkan apa yang ada di baliknya seperti saat ini, karena aspek material dari Desain Lancar dimaksudkan untuk membawa aspek kehidupan nyata, dan dalam kehidupan nyata, sesuatu yang transparan TIDAK bersinar untuk apa yang tepat di belakangnya.

Saya pikir jika akrilik tiruan menjadi sesuatu, itu akan tampak identik secara visual dengan akrilik biasa.

Apakah tidak ada cara untuk menunjukkan jendela di belakang?

Mengapa tidak menggunakan semi-transparan seperti saat ini?

Bagaimana itu mengganggu? Saya merasa sebaliknya - menciptakan kedalaman, yang juga dikatakan Microsoft ketika mereka mengumumkannya.

Mengubahnya menjadi hanya hiasan seperti ini akan menjadi langkah mundur.

Saat ini, ada kendala teknis untuk membuat HostBackdrop AcrylicBrush bekerja di WinUI 3.0

Harapannya adalah rintangan tersebut akan diatasi di masa depan, tetapi tidak pada awalnya untuk peluncuran WinUI 3.0.

Apa yang kita diskusikan adalah apakah mungkin untuk memiliki sesuatu selain warna abu-abu mundur standar sampai mereka dapat membuatnya berfungsi.

Saya pikir jika ini menjadi sesuatu, itu akan tampak identik secara visual dengan akrilik biasa.

Sesuatu seperti yang dijelaskan sebelumnya, akrilik palsu tetapi bersinar ke jendela di belakang dan berperilaku dan tampak identik secara visual?

Apakah itu tidak mungkin?

Mengapa tidak menggunakan semi-transparan seperti saat ini?

Bagaimana itu mengganggu? Saya merasa sebaliknya - menciptakan kedalaman, yang juga dikatakan Microsoft ketika mereka mengumumkannya.

Mengubahnya menjadi hanya hiasan seperti ini akan menjadi langkah mundur.

Kami membutuhkan akrilik.

Akrilik saat ini tidak memungkinkan karena keterbatasan teknis. Kami menyarankan akrilik palsu untuk tujuan konsistensi.
Intinya adalah memiliki sesuatu yang sementara yang tidak akan merusak aplikasi saat ini dan penggunaan aplikasi masa depan dari Akrilik sampai batasan teknis diperbaiki.

Berbuat sesuatu lebih baik daripada tidak sama sekali.

Saya pikir jika ini menjadi sesuatu, itu akan tampak identik secara visual dengan akrilik biasa.
Sesuatu seperti yang dijelaskan sebelumnya, akrilik palsu tetapi bersinar ke jendela di belakang dan berperilaku dan tampak identik secara visual?
Apakah itu tidak mungkin?
Mengapa tidak menggunakan semi-transparan seperti saat ini?
Bagaimana itu mengganggu? Saya merasa sebaliknya - menciptakan kedalaman, yang juga dikatakan Microsoft ketika mereka mengumumkannya.
Mengubahnya menjadi hanya hiasan seperti ini akan menjadi langkah mundur.
Kami membutuhkan akrilik.

Akrilik saat ini tidak memungkinkan karena keterbatasan teknis. Kami menyarankan akrilik palsu untuk tujuan konsistensi.
Intinya adalah memiliki sesuatu yang sementara yang tidak akan merusak aplikasi saat ini dan penggunaan aplikasi masa depan dari Akrilik sampai batasan teknis diperbaiki.

Berbuat sesuatu lebih baik daripada tidak sama sekali.

Saya setuju - saya hanya berpikir akan sedikit aneh jika jendela tidak muncul. Saya kira ini akan menjadi pendekatan terbaik jika tidak ada hal lain yang mungkin.

Saya tidak percaya ini harus digunakan setelah solusi untuk masalah ditemukan, karena saya tidak yakin itu akan baik untuk konsistensi atau bahkan hanya visual secara umum dalam jangka panjang. Saya pikir akan lebih baik hanya sampai akrilik dapat berfungsi secara normal setelah WinUI 3. @mdro

Saya tidak percaya ini harus digunakan setelah solusi untuk masalah ditemukan, karena saya tidak yakin itu akan baik untuk konsistensi atau bahkan hanya visual secara umum dalam jangka panjang. Saya pikir akan lebih baik hanya sampai akrilik dapat berfungsi secara normal setelah WinUI 3. @mdro

Ketika mereka memperbaikinya di 3.1, pengembang aplikasi tidak perlu melakukan apa pun dan aplikasi hanya akan memperbarui secara seragam.

Saya tidak percaya ini harus digunakan setelah solusi untuk masalah ditemukan, karena saya tidak yakin itu akan baik untuk konsistensi atau bahkan hanya visual secara umum dalam jangka panjang. Saya pikir akan lebih baik hanya sampai akrilik dapat berfungsi secara normal setelah WinUI 3. @mdro

Saat ini Aplikasi yang berjalan dalam Mode Tablet mundur dan kehilangan Akriliknya. Perangkat bertenaga rendah dan VM juga mundur ke warna solid. Jika Akrilik Faux ini diterapkan, itu dapat digunakan dalam skenario tersebut sebagai cadangan kinerja.

Saya tidak percaya ini harus digunakan setelah solusi untuk masalah ditemukan, karena saya tidak yakin itu akan baik untuk konsistensi atau bahkan hanya visual secara umum dalam jangka panjang. Saya pikir akan lebih baik hanya sampai akrilik dapat berfungsi secara normal setelah WinUI 3. @mdro

Saat ini Aplikasi yang berjalan dalam Mode Tablet mundur dan kehilangan Akriliknya. Perangkat bertenaga rendah dan VM juga mundur ke warna solid. Jika Akrilik Faux ini diterapkan, itu dapat digunakan dalam skenario tersebut sebagai cadangan kinerja.

Ya, saya setuju dengan ini. Saya mengacu pada bahwa itu tidak boleh menggantikan akrilik normal setelah diperbaiki.

Bagaimana itu mengganggu?

Saya tidak tahu persis. Saya kira pencampuran dua lapisan yang bergerak relatif satu sama lain berarti bahwa itu dicatat di otak saya sebagai perubahan daripada hanya bergerak, yang menjadikannya alasan untuk memfokuskan mata saya di sana.

Bagaimanapun, ini bukan masalah besar bagi saya, saya tidak keberatan dengan gaya "tidak ada transparansi".
Tetapi jika Anda tetap menambahkan fallback, alangkah baiknya jika Anda meluangkan sedikit waktu ekstra dan membagi pengaturan efek transparansi:

1. Efek interaksi (mengungkapkan dll.) - hidup/mati
2. Transparansi (akrilik) - penuh/dikurangi (penggantian dibahas di sini dan intra-aplikasi)/nonaktif

(Saya akan menggunakan Interaksi pada + transparansi berkurang.)

BTW saya melihat beberapa keanehan saat bermain-main dengan pengaturan sedikit lebih banyak:

• Akrilik di bilah sisi Pengaturan hanya aktif selama jendela memiliki fokus. Ketika kehilangan fokus, itu langsung beralih ke abu-abu non-transparan. Jadi ketika saya memiliki Pengaturan yang dimaksimalkan dan berinteraksi dengan baki atau notifikasi, di sudut mata saya, saya melihat area besar di sisi lain layar berkedip ke warna lain. Mungkin itu hanya harus menjaga tekstur akrilik saat memperbarui akrilik ditangguhkan karena kinerja?
• Mengaktifkan efek transparansi saat dalam mode hemat daya membuat latar belakang bilah tugas menghilang (ikon dan sorotan arahkan kursor muncul di wallpaper yang murni, tidak gelap, dan tidak buram).
  
  (terlihat di Surface Pro 6, Perbarui 1909)
• Pada Permukaan yang sama saya untuk sementara melihat bilah sisi abu-abu gelap di Pengaturan selama transparansi diaktifkan; mungkin tekstur latar belakangnya tidak terisi dan tetap hitam? Masalah menghilang saat saya bermain-main lebih jauh.

Saya baru saja menemukan masalah ini saat menguji WinUI3.

Bagi saya, alasan utama mengapa saya melihat WinUI3 justru untuk memiliki akses mudah ke kuas latar belakang dan kuas akrilik (yang diharapkan setiap pelanggan) berdasarkan itu, di luar UWP dengan aplikasi C# polos yang tidak dikemas.

Ini adalah sesuatu yang saat ini secara teknis tidak mungkin dilakukan tanpa menggunakan Dcomp (dan itu adalah keintiman dengan DWM, dan mungkin itulah alasan mengapa sulit untuk tetap menggunakan WinUI3 jika WinUI3 ingin independen dari Windows). Hari ini, ini dapat diakses menggunakan API WinRT publik (C#, dll.) melalui metode Windows.UI.Composition.Compositor.CreateBackdropBrush / CreateHostBackdropBrush.

Jika tidak ada di WinUI, saya dapat (harus) terus menggunakan dan membuat kuas akrilik+latar belakang kustom secara manual (sebenarnya, menggunakan kembali resep WinUI 2 karena bersifat open source). Tetapi karena Dcomp secara teknis sangat rendah, semuanya didasarkan pada itu, atau tidak sama sekali. Jadi saya tidak bisa menggunakan WinUI3 sama sekali. Agak ayam dan telur.

@mdtauk dan @weltkante keduanya melakukan pekerjaan yang baik dengan menjelaskan detail teknis tingkat tinggi tentang mengapa ini sangat sulit dilakukan setelah kami memisahkan dari OS. Seperti yang saya tulis di saluran #winui dari server Discord Komunitas UWP, harapan saya adalah kami dapat menyelesaikan ini secepatnya setelah WinUI 3.0; Saya tidak tahu jangka waktu pasca-3.0 karena kami memiliki lebih banyak rekayasa pengembang yang harus dilakukan untuk menyelesaikan cara mengatasinya. Tapi itu adalah pertanyaan teratas dan komunitas sangat jelas bahwa mereka sangat peduli tentang ini. Saya juga menyukai saran agar kita mengeksplorasi semacam "efek palsu" untuk sementara; mungkin setelah //build kita bisa mulai berdiskusi lebih dalam tentang ide itu.

Membangun telah datang dan pergi. Saya tidak yakin apakah ini ditangani di Build atau panggilan Komunitas segera setelahnya, tetapi ini perlu dilakukan sebelum WinUI3 dirilis pada setidaknya tingkat palsu untuk setidaknya tujuan konsistensi.

Jika tidak, akan ada sejumlah besar aplikasi yang tidak konsisten yang akan menganggap WinUI3 sebagai pemborosan waktu.

lol jadi orang yang berpikir yang membuat kerangka kerja ini tidak berguna sedang didorong ke atas. Windows benar-benar tidak tahu bagaimana memprioritaskan hal-hal (kecuali versi ini memungkinkan saya untuk mengaktifkan bilah judul secara universal karena semua dimaafkan. dan mereka menjadikan hal yang benar sebagai prioritas nr 1.)

Saya tidak terlalu berpengalaman dengan internal UI Windows, tetapi mungkin alih-alih sepenuhnya menghilangkan akrilik latar belakang untuk rilis asli, mengapa tidak membuatnya secara internal menggunakan kembali akrilik lama pada Windows 10, dan kembali ke warna solid pada versi Windows yang lebih lama ? Saya pikir itu akan menjadi kompromi yang lebih baik sampai dapat diimplementasikan dengan benar.

Karena Akrilik Latar Belakang tidak akan membuat 3.0, dapatkah kita memiliki Akrilik palsu di 3.0 sementara itu?

Saya tidak terlalu berpengalaman dengan internal UI Windows, tetapi mungkin alih-alih sepenuhnya menghilangkan akrilik latar belakang untuk rilis asli, mengapa tidak membuatnya secara internal menggunakan kembali akrilik lama pada Windows 10, dan kembali ke warna solid pada versi Windows yang lebih lama ? Saya pikir itu akan menjadi kompromi yang lebih baik sampai dapat diimplementasikan dengan benar.

Kuas akrilik latar belakang placeholder yang hanya membuat warna mundur juga dapat diterima dalam pikiran saya - dengan begitu, kuas dapat mulai digunakan dalam antarmuka segera. Kemudian ketika sikat akrilik latar belakang diterapkan dengan benar dengan efek tembus cahaya yang tepat, itu kemudian akan berlaku surut ke antarmuka yang menggunakan placeholder, tanpa memerlukan perubahan kode apa pun.

Hal lain yang berkontribusi (atau sejauh yang saya tahu) untuk ini adalah #1247

Juga terkait: #761

@mdro

alangkah baiknya jika Anda meluangkan sedikit waktu ekstra dan membagi pengaturan efek transparansi:

• Efek interaksi (mengungkapkan dll.) - hidup/mati
• Transparansi (akrilik) - penuh/dikurangi (penggantian dibahas di sini dan intra-aplikasi)/nonaktif

Saya menunjukkan sesuatu yang serupa di #816 tetapi mereka mengatakan bahwa itu bukan masalah mereka. Selamat datang di dunia Microsoft. Yang paling saya lihat Microsoft lakukan untuk dirinya sendiri baru-baru ini adalah menambahkan API ke Windows for Edge (Chromium) dan meningkatkan WinUI untuk PowerToys dan Terminal. Mereka menolak untuk memperbarui gaya UI mereka yang lain yang jelas masih mereka gunakan di Windows. tertawa terbahak-bahak

Apakah Microsoft serius akan meluncurkan WinUI 3.0 tanpa akrilik palsu untuk menutupi akrilik latar belakang untuk tujuan konsistensi?

Jika mereka ingin mandiri, mereka hanya perlu melakukan apa yang dilakukan linux dan memiliki compositor yang selalu bekerja dan berjalan yang menangani akrilik? Kabur.

Jika mereka ingin mandiri, mereka hanya perlu melakukan apa yang dilakukan linux dan memiliki compositor yang selalu bekerja dan berjalan yang menangani akrilik? Kabur.

Apple tampaknya dapat menangani tembus pandangnya tanpa kinerja yang signifikan - saya tahu Windows adalah basis kode yang lebih lama dalam banyak hal - tetapi sudah ada Lapisan Visual Komposisi, WinUI hanya perlu dapat memanggilnya dan untuk itu tampil sebaik mungkin.

Jika mereka ingin mandiri, mereka hanya perlu melakukan apa yang dilakukan linux dan memiliki compositor yang selalu bekerja dan berjalan yang menangani akrilik? Kabur.

Apple tampaknya dapat menangani tembus pandangnya tanpa kinerja yang signifikan - saya tahu Windows adalah basis kode yang lebih lama dalam banyak hal - tetapi sudah ada Lapisan Visual Komposisi, WinUI hanya perlu dapat memanggilnya dan untuk itu tampil sebaik mungkin.

Ini untuk berharap hulu tidak akan mengarahkan jari ke orang lain yang meminta mereka untuk memperbaikinya dengan cara yang buruk karena mereka dapat membuat solusi yang buruk.

Saya ingin tahu apakah kembali ke Windows 7 - WinUI/Reunion dapat menyediakan driver, yang menyediakan lapisan Render yang diperlukan untuk menangani Akrilik. Aplikasi WinUI pada penerapan dan versi OS baru dapat menyertakan driver yang menyediakan visual render lapisan dasar, melalui Store.

Windows 7 dan Vista sebelumnya harus memiliki kemampuan untuk rendering Aero Glass. Windows 8/8.1 memiliki Lapisan Komposisi Visual. Jadi mungkin ini lebih merupakan pertanyaan Reunion, tetapi jika pengemudi menangani hal-hal yang bergantung pada OS, sisanya semua bisa tetap level Pengguna kan?

Ya, jadi saya menemukan konsep ui yang lancar ini di Reddit dan pemikirannya tampak bersih dan "lancar".

Fluent awalnya dibuat karena kurangnya transparansi keluhan dari pengguna. Tapi sekarang Anda menghapusnya sepenuhnya.

Fluent awalnya dibuat karena kurangnya transparansi keluhan dari pengguna. Tapi sekarang Anda menghapusnya sepenuhnya.

Microsoft mengatakan mereka membutuhkan lebih banyak waktu untuk membuat Akrilik berfungsi, ketika WinUI tidak lagi menjadi bagian dari OS, tetapi berjalan secara terpisah

Saya tidak peduli tentang akrilik, bagaimanapun, berharap mereka tidak akan menghapusnya sepenuhnya.

Saya tidak mengerti mengapa WinUI 3 tidak dapat mendukung Akrilik. WinUI 3 tidak perlu melakukan pekerjaan itu, biarkan ia menanganinya sebagai compositor pada platform yang didukung dan tidak perlu menjadikannya open source.