Ini harus menjadi proyek yang lebih luas daripada hanya sudut membulat pada tombol dll seperti yang digunakan oleh Fabric.

• Tombol
• Spinner/ProgressRing
• ProgressBar Tak tentu
• Kotak Centang & Tombol Radio
• ComboBox dan TextFields
  Dan seterusnya.

Xbox akan terus memiliki persyaratan yang berbeda, tetapi dengan serangkaian konsol Xbox baru di jalan, mungkin tim Desain Microsoft dapat bekerja sama untuk menyelaraskan semuanya tepat waktu untuk WinUI 3.0 dan Xbox Next.

Fabric tampaknya mendapatkan banyak fokus saat ini, dengan kasus penggunaan lintas platform dan PWA. Jadi mungkin Fabric menjadi cetak biru - setidaknya untuk Compact Density, dan berpindah dari 2px ke 4px sebagai ukuran minimum - dan kemudian Anda memperkirakan kemampuan sentuh dan mengisi status kontrol yang hilang.

ThemeShadows perlu memperhitungkan sudut membulat. Dan permukaan Akrilik mungkin harus menyertakan batas dalam dan luar untuk memastikan mereka tampak lebih tinggi dari latar belakang.

@mdtauk Sebagai persyaratan nomor 4 menyatakan, ada rencana untuk merasionalisasi perubahan ini dengan Xbox. Yang mengatakan, fitur khusus ini terbatas pada sudut membulat hanya untuk menjaga agar pekerjaan tetap tercakup dengan jelas. Jangan ragu untuk membuka permintaan terpisah untuk saran desain lain yang Anda miliki.

BTW, saya tidak begitu mengerti tanggapan Anda tentang batas dalam dan luar untuk permukaan Akrilik? Apakah itu desain Xbox yang Anda sebutkan karena saat ini kami tidak menggunakan dua batas seperti yang Anda tentukan.

@chigy Tentu dengan Xbox, itu adalah miliknya sendiri. Tapi intinya adalah sudut bulat perlu bekerja pada semua kontrol yang relevan.

Saya tidak mengetahui spesifikasi desain figma internal yang mungkin atau mungkin tidak disetujui oleh Tim Lancar - tetapi harus lebih dari sekadar Tombol.

Fluent Web menggunakan radius sudut 2px untuk sudut membulatnya, tetapi Fluent XAML cenderung menggunakan 4px sebagai ukuran dasar. Lalu ada template CompactDensity yang mungkin akan menggunakan metrik yang sama dengan FluentWeb?

Saya membuat gambar perbandingan kontrol bersama Xbox Fluent dan Fabric, dan betapa berbedanya tampilannya. Jadi ada lebih dari sudut bulat yang perlu dilakukan sementara template kontrol ini sedang dilihat.

Abaikan hal-hal Xbox

@mdtauk , Agar Anda mendapat kesan ini hanya tentang tombol, saya tidak harus menyebutkan dengan jelas ... Yakinlah, tidak. Lihat persyaratan nomor 1 dan sub itemnya. Ini tentang semua kontrol.

Saya belum sempat memublikasikan file desain tetapi radius sudut yang kami rencanakan memang 2px (4px untuk UI overlay). Saya sebenarnya bekerja sangat erat dengan tim Fabric (yaitu Web Lancar) dan kami mengevaluasi perubahan ini bersama-sama. Meskipun demikian, membuat keduanya sama persis bukanlah tujuan kami, tetapi kami harus koheren dan merasa menjadi bagian dari keluarga saat pengguna melihatnya berdampingan. Lihat persyaratan nomor 4.

Jadi ada lebih dari sudut bulat yang perlu dilakukan sementara template kontrol ini sedang dilihat.

Ini sedang dalam pengerjaan tetapi kami melakukan ini satu per satu / kasus per kasus. Kami berhati-hati dalam membuat perubahan yang masuk akal untuk tidak mengubah sesuatu demi perubahan.

@chigy Terima kasih, terima kasih, terima kasih!

Saya akan senang jika Anda dapat berbagi desain ini dengan komunitas, bukan hanya karena kita semua ingin melihat ke mana arah kontrol dan UI, tetapi juga ketika perubahan diterapkan, kita dapat menunjukkan inkonsistensi, serta memastikan masa depan proposal kontrol akan terasa seperti di rumah sendiri!

Fabric Web serta Fluent Web tampaknya menjadi yang terdepan, dan XAML serta WPF dan WinForms/Visual Styles harus mengikuti!

@chigy @mdtauk Lihat tanggapan saya di sini . Hanya melihat konsep UI "untuk mengetahui ke mana arah Desain Lancar" atau menunjukkan inkonsistensi menurut saya tidak cukup. Saya menguraikan poin ini lebih lanjut dalam masalah terkait di atas, tetapi singkatnya, saya ingin ada timbal balik yang aktif antara pengguna dan tim Desain Lancar (FD) bahkan ketika menyangkut proposal Desain .

@mdtauk Saya terus melihat Anda meningkatkan poin memperbarui kontrol WPF/WinForms agar sesuai dengan FD. Saya menentang itu karena Anda akan memiliki WinUI jika Anda ingin mengirimkan aplikasi non-UWP dengan tampilan & nuansa asli Win10 dan tim di MS hanya memiliki sumber daya terbatas yang paling baik dihabiskan untuk membuat UWP/WinUI THE pasti Platform Presentasi Windows.
Jadi, @YuliKl @chigy @pag3 : Bisakah kamu mengomentari ini? Akankah kontrol WinForms/WPF default diperbarui untuk memiliki tampilan FD baru atau akankah kontrol WinUI menjadi cara untuk menggunakan fitur desain terbaru dan terhebat seperti yang saya pahami?

Saya memposting gambar ini di proposal Numberbox, tetapi mungkin ada relevansinya dengan kontrol TextBox yang sedang diperbarui.

BorderThickness , FocusReveal pada Negara Terfokus, Perbatasan pada Negara Penyandang Cacat.

Gaya "Tombol putar" dapat diterapkan pada tombol pencarian, tombol pengungkapan kata sandi, tombol teks yang jelas.

Bayangan di sekitar elemen perbatasan/kontrol dalam keadaan terfokus terlihat terlalu kuat bagi saya. Mengapa mereka bahkan membutuhkan bayangan sama sekali? Versi saat ini (hanya perubahan warna batas) benar-benar baik-baik saja. Bayangan mungkin menyarankan kontrol (elemen) sedang diangkat ke latar depan, yang mungkin masuk akal di lingkungan 3D tetapi tentu saja tidak diperlukan untuk lingkungan desktop klasik dan, orang bisa membantah, menambahkan beberapa gangguan.

Bayangan di sekitar elemen perbatasan/kontrol dalam keadaan terfokus terlihat terlalu kuat bagi saya. Mengapa mereka bahkan membutuhkan bayangan sama sekali? Versi saat ini (hanya perubahan warna batas) benar-benar baik-baik saja. Bayangan mungkin menyarankan kontrol (elemen) sedang diangkat ke latar depan, yang mungkin masuk akal di lingkungan 3D tetapi tentu saja tidak diperlukan untuk lingkungan desktop klasik dan, orang bisa membantah, menambahkan beberapa gangguan.

Cahaya di sekitar kontrol saat difokuskan, adalah FocusVisualKind.Reveal dan dikendalikan oleh sistem. Saya harus memperkirakan tampilannya karena saya tidak memiliki metrik yang cocok dengan opacity dan ukurannya dengan tepat.

Gunakan ini sebagai indikasi bahwa saya pikir cahaya akan membuat fokusnya jauh lebih jelas, daripada hanya mengubah warna batas.

@mdtauk , masing-masing, bisakah Anda membatasi percakapan dalam masalah ini ke sudut bulat? Saya benar-benar ingin mendapatkan umpan balik di sudut bulat secara khusus dan saya khawatir percakapan ini terlalu membingungkan bagi mereka yang mungkin baru saja datang ke sini untuk tujuan itu.

Yang mengatakan, apa yang Anda tunjukkan terlihat seperti perilaku Mengungkapkan Fokus. Kami melihat untuk membuat status fokus lebih kuat dan melakukan beberapa riset pengguna dan kami mengonfirmasi bahwa mereka terlalu kuat seperti yang disebutkan @Felix-Dev dalam tanggapannya.
https://docs.microsoft.com/en-us/windows/uwp/design/style/reveal-focus

@chigy Jika penelitian menunjukkan bahwa Reveal Focus pada fokus kontrol teks terlalu banyak, saya akan menerimanya. Contoh saya menyertakan sudut membulat, Semua dengan sedikit perubahan pada batas, yang sesuai dengan bagian "... konsisten dengan arah gaya web dan aplikasi" dari proposal.

@mdtauk dan @Felix-Dev , saya sekarang telah mengunggah kompilasi visual dari perubahan yang diusulkan.

@chigy apakah ada kemungkinan untuk mempertimbangkan kembali ketebalan batas kontrol teks, kotak kombo, centang, dan kontrol radio.

Fabric Web memilih ketebalan 1 epx dan menurut saya ini membuat kontrol lebih elegan, terutama dengan sudut membulat yang baru. Saat ini mereka merasa sedikit besar.

Kotak teks dalam mode ringkas akan sangat bermanfaat. Tapi ketika difokuskan, perbatasannya bisa lebih tebal

Tombol menggunakan isi latar belakang dengan opacity 20% secara default. Di Fabric Web, mereka menggunakan batas 1 epx dan tanpa isian. Saya pikir ini mungkin solusi yang lebih baik, dan juga akan memungkinkan tombol dalam kontrol kotak teks agar pas.

Proposal NumberBox dengan tombol putar mengilustrasikan kombinasi Tombol dan Bidang Teks ini

Mungkin jika tim tidak mau menjadikan gaya ini sebagai default baru, maka gaya/templat dapat dimasukkan untuk itu.

Untuk membantu melihat komposisi visual yang dibuat oleh ini

Umpan balik anekdot dan tidak profesional tentang topik sudut membulat.
Menggunakan Edge dan CrEdge, masalah nomor satu saya dengan CrEdge adalah nuansa bulat ke seluruh UI. Ini mengerikan, dan secara aktif membuat saya tidak suka menggunakannya. Jika Anda menambahkan sudut membulat pada sesuatu, harap tambahkan kemampuan untuk beralih tepi tajam bagi kita yang tidak menginginkan sesuatu yang terlihat seperti anak kecil dengan gunting pengaman.

Untuk membantu melihat komposisi visual yang dibuat oleh

@mrlacey , terima kasih banyak!!

@chigy apakah ada kemungkinan untuk mempertimbangkan kembali ketebalan batas kontrol teks, kotak kombo, centang, dan kontrol radio.

@mdtauk , kami memiliki beberapa perubahan visual yang sedang diselesaikan sekarang tentang cara

Umpan balik anekdot dan tidak profesional tentang topik sudut membulat.
Menggunakan Edge dan CrEdge, masalah nomor satu saya dengan CrEdge adalah nuansa bulat ke seluruh UI. Ini mengerikan, dan secara aktif membuat saya tidak suka menggunakannya. Jika Anda menambahkan sudut membulat pada sesuatu, harap tambahkan kemampuan untuk beralih tepi tajam bagi kita yang tidak menginginkan sesuatu yang terlihat seperti anak kecil dengan gunting pengaman.

@Zucce05 , Ya #684 akan mengatasi masalah Anda dengan dapat beralih kembali ke sudut yang tidak membulat dengan mudah. Yang mengatakan, seperti yang Anda lihat di proposal comp kami, sudutnya tidak bulat untuk tetap terlihat profesional.

@chigy
Saya juga bukan penggemar perubahan desain sudut membulat, jadi saya senang mendengar ada opsi untuk beralih kembali dengan mudah. Saya tidak berpikir akan ada opsi radius sudut seluruh sistem, akankah ada (mirip dengan pengaturan warna aksen seluruh sistem)?

Pada topik ketebalan perbatasan: Saya suka ketebalan tombol saat ini dan ketebalan perbatasan juga terasa agak unik bagi saya di lanskap UI saat ini. Saya jarang, jika sama sekali, melihat ketebalan batas ini di UI berbeda dari UI UWP, jadi selalu bertindak sebagai pembeda yang bagus: "UI yang saya lihat saat ini adalah UWP." Saya ingin melihat ketebalan tetap seperti saat ini.

Melihat comps visual yang Anda posting, satu-satunya area di mana saya menemukan ketebalan perbatasan terlihat aneh adalah dalam kasus TreeView dengan kotak centang. Dalam hal ini, ketebalan kotak centang terlihat terlalu tebal bagi saya. Ini mungkin efek visual yang menyesatkan tetapi bagi saya tampaknya kotak centang yang berdiri sendiri memiliki ketebalan batas yang lebih tipis dan terlihat bagus untuk mereka. Jadi, saya akan mengurangi ketebalan batas kotak centang di TreeView agar sesuai dengan efek visual dari ketebalan batas kotak centang normal.

@mdtauk , kami memiliki beberapa perubahan visual yang sedang diselesaikan sekarang tentang cara

@chigy Saya telah melakukan beberapa tiruan visual untuk mengilustrasikan perubahan yang saya sebutkan, dan membawa kontrol lebih dekat ke kontrol Fabric Web - tetapi masih menggunakan metrik kontrol Lancar.

Bayangan yang ditambahkan ke hover digunakan oleh kontrol Web Lancar pada tampilan web Microsoft Store, tetapi ini dapat dihilangkan secara default, atau Terjemahan Z dapat dicapai dengan animasi Tema yang dapat dihapus.

Melihat beberapa proposal desain oleh @mdtauk di atas, saya jelas lebih suka ketebalan batas tombol saat ini, dll ...

Saya juga ingin mencatat bahwa saya bukan penggemar mendasarkan Desain Lancar Windows pada Fabric Web atau komponen UI Web lainnya - saya ingin Windows memiliki tampilan yang unik, berbeda dengan apa yang terjadi dengan web. Ambil Peramban Internet misalnya: Chrome adalah peramban yang paling banyak digunakan saat ini, namun apakah itu berarti peramban berbasis Edge Chromium harus terlihat persis sama atau hanya sedikit berbeda? Tidak dalam pandangan saya. Seperti yang saya katakan di atas, gaya kontrol default UWP saat ini memberi UWP (dan dengan demikian Windows) tampilan unik yang bagus. Sesuatu yang saya ingin tim Windows Fluent pertimbangkan (yaitu jangan hanya mengubah barang demi perubahan).

@Felix-Dev Fabric Web adalah desain kontrol Web Microsoft berdasarkan Fluent. Chromium Edge berencana untuk menggunakan gaya kontrol tersebut secara default. Tapi tentu saja desainer web dapat mendesain ulang kontrol CSS mereka, dan pengembang juga dapat memilih template mereka sendiri untuk kontrol XAML.

Saya tidak yakin mengapa desain kontrol Microsoft harus sangat berbeda dari Web ke Windows. Sepertinya tim yang berbeda, tidak berbicara bersama. Dan pengembang masih memiliki opsi untuk menimpa. Dan default baru ini tidak berpengaruh kecuali aplikasi dikompilasi ulang ke WinUI 3.0

Melihat comps visual yang Anda posting, satu-satunya area di mana saya menemukan ketebalan perbatasan terlihat aneh adalah dalam kasus TreeView dengan kotak centang.

@Felix-Dev, untuk masalah khusus ini, saya pikir itu hanya beberapa bug aneh dari Figma yang mengekspor visual dengan skala yang agak aneh. Saya memeriksa ulang build aktual dan file Figma aktual tempat saya mengekspor PNG, mereka terlihat OK.

RE: Popularitas sudut membulat
@mdtauk dan @Felix-Dev ,
Rekan saya melakukan pertanyaan informal tentang apa yang dipikirkan oleh para pengembang (mereka sebagian besar adalah pengembang LOB/WPF/WinForms) tentang kami memperbarui kontrol kami dengan sudut membulat selama pratinjau diam-diam mereka dan mereka mendapat tepuk tangan dari penonton dengan sambutan yang sangat baik. Kami juga membuat orang mengeluh tentang kami yang tidak sering bertele-tele di Twitter untuk Windows.

Jadi, sementara saya menghargai umpan balik Anda (dan saya harap Anda menerimanya), kami memiliki data anekdotal yang menunjukkan kebalikan dari apa yang saya dengar di sini dari Anda. Karena itu, itu sebabnya kami sedang mempertimbangkan cara untuk mengubahnya kembali jika Anda ingin melakukannya. Desain itu rumit karena agak subjektif. Saya tidak bisa memaksa Anda untuk memakai kemeja merah jika Anda tidak suka merah, tetapi jika itu adalah "pakai hari merah", mungkin Anda tertarik untuk memakainya agar tidak menonjol. Jika Anda menangkap apa yang saya maksud ... :)

Yah, pada akhirnya itu hanya bermuara pada preferensi pribadi. Saya pikir gaya kontrol default UWP saat ini terlihat baik-baik saja dan satu bagian besar bagi saya adalah mereka terlihat unik dibandingkan dengan apa yang Anda lihat di web atau di aplikasi populer seperti browser Chrome atau OS seluler seperti Android. Ini adalah menghirup udara segar yang bagus.

Sekarang, saya dapat melihat mengapa MS ingin memiliki gaya "default" yang berbeda untuk Windows dan Web untuk bahasa desain mereka. Namun, saya merasa bahwa arah saat ini adalah membuat Windows lebih mirip aplikasi seluler/OS seluler dan saya bukan penggemarnya (lihat "Kontrol XAML tidak konsisten dengan bagaimana aplikasi web dan seluler berkembang" dalam proposal masalah).

Pengembang kemungkinan dapat dengan mudah memodifikasi gaya tetapi yang paling penting bagi saya adalah gaya default yang akan digunakan MS, karena gaya tersebut akan digunakan di semua aplikasi yang disediakan MS (yaitu Pengaturan) dan dengan demikian akan menjadi gaya, pengembang eksternal juga akan mendasarkan pekerjaan mereka pada (beberapa lebih, beberapa kurang).

@chigy

Rekan saya melakukan pertanyaan informal tentang apa yang dipikirkan oleh para pengembang (mereka sebagian besar adalah pengembang LOB/WPF/WinForms) tentang kami memperbarui kontrol kami dengan sudut membulat selama pratinjau diam-diam mereka dan mereka mendapat tepuk tangan dari penonton dengan sambutan yang sangat baik.

Bukankah itu mungkin audiens yang salah untuk bertanya? Bagaimana dengan pengguna sehari-hari? Saya memang melihat beberapa pengguna mengeluh tentang sudut membulat baru-baru ini mendorong saluran reddit dan discord, misalnya (meskipun Anda juga akan selalu memiliki pengguna yang tidak akan peduli atau mendukung perubahan itu).

Adapun contoh Twitter: Itu adalah aplikasi dari pihak ketiga yang mungkin ingin memiliki gaya merek uniknya sendiri. Saya akan baik-baik saja dengan itu (bagaimanapun juga, di situlah tim Anda masuk dan menambahkan dukungan pemotongan untuk gaya kontrol). Tapi saya pasti tidak akan menggunakan aplikasi eksternal sebagai alasan untuk merombak Bahasa Desain resmi Windows.

Singkat cerita, rasanya seperti tim Desain Windows siap menata Windows lebih dekat ke dunia seluler/web. Sekarang, saya hanya berharap perubahan itu tidak terlalu radikal dan Windows akan tetap memiliki tampilan yang unik, sehingga mudah dibedakan dari lingkungan lain.

@Felix-Dev Kontrol Fabric Web unik dari kerangka kerja lain dan kontrol web default. Mereka baru-baru ini diperbarui untuk menggunakan Desain Lancar, dibandingkan dengan tampilan lama yang seperti kontrol Windows 10 MDL2, dan kontrol Windows 8/WinJS.

Kontrol XAML saat ini masih menggunakan desain kontrol MDL2, beberapa elemen seperti flyout dan menu menggunakan elemen dan material Desain Lancar.

Gaya Teks dalam Fasih dan Kain telah lebih banyak menggunakan bobot Tebal dan Semi Tebal. Berbagai konsep Windows 10 telah menggunakan ini juga. Tetapi aplikasi Windows Shell dan kotak masuk belum semuanya pindah ke gaya ini.

Fabric Web dan Fluent Web adalah perubahan terbaru pada kontrol dari Microsoft sejak Fluent Design diumumkan, jadi wajar jika kami melihat desain tersebut untuk membantu kami menemukan arah tujuan UI ini. Dengan WinUI 3.0 menjadi perubahan besar untuk platform dan semua kontrol diberi tampilan baru untuk membuatnya merasa lebih baik, lebih segar, dan lebih konsisten dengan Desain Lancar Microsoft.

RE: Konsistensi web, Lancar, dan unik untuk Windows
@Felix-Dev dan @mdtauk ,
Salah satu tujuan tim desain Windows adalah "keakraban." Mereka telah melakukan banyak riset pengguna dengan pelanggan kami (seperti yang Anda tunjukkan, bukan pengembang kami tetapi pengguna harian kami) dan menemukan bahwa menjadi berbeda tanpa alasan yang baik bukanlah hal yang baik seperti yang Anda bayangkan (saya sangat meringkas jadi ini bukan tes yang tepat yang mereka lakukan, jadi jangan kutip saya di sini). Windows perlu menarik jenis pengguna baru yang pengalamannya dengan teknologi apa pun mungkin dimulai dengan Seluler atau Web. Pengguna tersebut merasakan kesenjangan yang besar ketika mereka diperkenalkan ke Windows dan memiliki tampilan dan nuansa yang "berbeda" tidak membantu. Perubahan kecil seperti sudut membulat membuat perbedaan besar dalam persepsi. Tim kantor melakukan penelitian serupa dengan hasil yang sama, jadi kami bergerak maju dengan sudut membulat. Kami tidak membuat keputusan ini dengan enteng atau dalam ruang hampa.

Itu tidak berarti kita membuatnya persis sama. Jika ada tempat di mana kami dapat meningkatkan, kami menginginkannya. Kami juga ingin menjadi unik seperti yang Felix sebutkan, tetapi mereka harus bermakna, bukan hanya perbedaan pendapat. Itu adalah tempat di mana kami menggunakan perawatan unik Fluent.

Seperti yang saya sebutkan sebelumnya dalam diskusi ini, saya bekerja sangat erat dengan tim Office, Windows, dan Edge. Tim desain kami sangat ingin memiliki satu desain yang keluar dari Microsoft/Fluent sehingga mereka melihat dengan sangat hati-hati perbedaan dan mengikat untuk menghilangkan perbedaan yang tidak masuk akal sehingga kami memiliki titik awal di mana kami dapat berkembang bersama.

Sangat menarik, meskipun, banyak dari perubahan ini sedang diinkubasi oleh tim-tim ini secara terpisah tetapi mereka sering tiba di tempat yang sangat mirip. Penipisan perbatasan adalah sesuatu yang diimplementasikan Office terlebih dahulu tetapi Windows telah membahasnya untuk sementara waktu sekarang. Dan ini semua adalah bagian dari arahan Desain Lancar seperti yang disarankan Martin.

_RE: Popularitas sudut membulat_
@mdtauk dan @Felix-Dev ,
Rekan saya melakukan pertanyaan informal tentang apa yang dipikirkan oleh para pengembang (mereka sebagian besar adalah pengembang LOB/WPF/WinForms) tentang kami memperbarui kontrol kami dengan sudut membulat selama pratinjau diam-diam mereka dan mereka mendapat tepuk tangan dari penonton dengan sambutan yang sangat baik. Kami juga membuat orang mengeluh tentang kami yang tidak sering bertele-tele di Twitter untuk Windows.

Jadi, sementara saya menghargai umpan balik Anda (dan saya harap Anda menerimanya), kami memiliki data anekdotal yang menunjukkan kebalikan dari apa yang saya dengar di sini dari Anda. Karena itu, itu sebabnya kami sedang mempertimbangkan cara untuk mengubahnya kembali jika Anda ingin melakukannya. Desain itu rumit karena agak subjektif. Saya tidak bisa memaksa Anda untuk memakai kemeja merah jika Anda tidak suka merah, tetapi jika itu adalah "pakai hari merah", mungkin Anda tertarik untuk memakainya agar tidak menonjol. Jika Anda menangkap apa yang saya maksud ... :)

_RE: Konsistensi web, Lancar, dan unik untuk Windows_
@Felix-Dev dan @mdtauk ,
Salah satu tujuan tim desain Windows adalah "keakraban." Mereka telah melakukan banyak riset pengguna dengan pelanggan kami (seperti yang Anda tunjukkan, bukan pengembang kami tetapi pengguna harian kami) dan menemukan bahwa menjadi berbeda tanpa alasan yang baik bukanlah hal yang baik seperti yang Anda bayangkan (saya sangat meringkas jadi ini bukan tes yang tepat yang mereka lakukan, jadi jangan kutip saya di sini). Windows perlu menarik jenis pengguna baru yang pengalamannya dengan teknologi apa pun mungkin dimulai dengan Seluler atau Web. Pengguna tersebut merasakan kesenjangan yang besar ketika mereka diperkenalkan ke Windows dan memiliki tampilan dan nuansa yang "berbeda" tidak membantu. Perubahan kecil seperti sudut membulat membuat perbedaan besar dalam persepsi. Tim kantor melakukan penelitian serupa dengan hasil yang sama, jadi kami bergerak maju dengan sudut membulat. Kami tidak membuat keputusan ini dengan enteng atau dalam ruang hampa.

Itu tidak berarti kita membuatnya persis sama. Jika ada tempat di mana kami dapat meningkatkan, kami menginginkannya. Kami juga ingin menjadi unik seperti yang Felix sebutkan, tetapi mereka harus bermakna, bukan hanya perbedaan pendapat. Itu adalah tempat di mana kami menggunakan perawatan unik Fluent.

Seperti yang saya sebutkan sebelumnya dalam diskusi ini, saya bekerja sangat erat dengan tim Office, Windows, dan Edge. Tim desain kami sangat ingin memiliki satu desain yang keluar dari Microsoft/Fluent sehingga mereka melihat dengan sangat hati-hati perbedaan dan mengikat untuk menghilangkan perbedaan yang tidak masuk akal sehingga kami memiliki titik awal di mana kami dapat berkembang bersama.

Sangat menarik, meskipun, banyak dari perubahan ini sedang diinkubasi oleh tim-tim ini secara terpisah tetapi mereka sering tiba di tempat yang sangat mirip. Penipisan perbatasan adalah sesuatu yang diimplementasikan Office terlebih dahulu tetapi Windows telah membahasnya untuk sementara waktu sekarang. Dan ini semua adalah bagian dari arahan Desain Lancar seperti yang disarankan Martin.

Saya mendukung perubahan kontrol default, dan kontrol Fabric Web terasa lebih elegan dan halus daripada desain kontrol XAML saat ini, IMO.

Tapi ini lebih dari sekedar mengubah template, ini tentang mengekspos lebih banyak properti yang memungkinkan pengembang untuk menimpa perubahan ini dengan mudah tanpa perlu mengubah template seluruh kontrol.

Nilai CornerRadius default baru bisa berupa ThemeResources, seperti
<Thickness x:Name="ControlCornerRadius" Value="2,2,2,2"/>
<Thickness x:Name="FlyoutCornerRadius" Value="4,4,4,4"/>

Kemudian pengembang dapat menimpanya di App.xaml - atau menerapkan tetapkan .

Setelah ini, saya juga menyarankan agar BorderThickness mengatur defaultnya menjadi 1epx, bukan 2epx - tetapi semua kontrol akan menggunakan ThemeResources, seperti:
<Thickness x:Name="ControlBorderThickness" Value="1,1,1,1"
<Thickness x:Name="ControlFocusedBorderThickness" Value="2,2,2,2"
<Thickness x:Name="FlyoutInnerBorderThickness" Value="1,1,1,1"
<Thickness x:Name="FlyoutOuterBorderThickness" Value="1,1,1,1"

Jadi ini dapat ditimpa secara global di App.xaml, atau hanya dalam Gaya yang diterapkan ke beberapa kontrol.

Tetapkan default baru, tetapi izinkan penggantian yang tidak memerlukan template ulang.

Tapi ini lebih dari sekedar mengubah template, ini tentang mengekspos lebih banyak properti yang memungkinkan pengembang untuk menimpa perubahan ini dengan mudah tanpa perlu mengubah template seluruh kontrol.

@mdtauk , Itu benar dan seperti yang saya sebutkan, itu dilacak oleh perubahan yang diusulkan dengan #684. Menambahkan @kikisaints ke utas ini sehingga dia melihat umpan balik bagus yang Anda berikan (tetapi tidak mengutip semuanya karena akan sangat besar. :)

@chigy Saat saya memposting respons terakhir itu, hal-hal lain ditambahkan, jadi saya harus menyertakan tanda kutip :)

Saya ingin mendengar lebih banyak tentang jenis diskusi yang dilakukan oleh tim UI Windows. Saya telah membuat ide desain kontrol selama beberapa tahun terakhir untuk tujuan saya sendiri dan untuk percakapan twitter, dan beberapa hal sekarang di Fabric Web dan Office Xaml adalah hal yang ingin saya ubah. Ketebalan batas, inkonsistensi tertentu dengan Tombol Radio, Kotak Centang, drop down, dll.

Saya senang melihat perubahan ini berkembang, dan senang terlibat dalam diskusi yang berlangsung di sini!

Terima kasih telah mengambil antusiasme saya dengan cara konstruktif yang saya maksudkan, meskipun mungkin terkesan memaksa atau beropini.

Saya benar-benar memuji keputusan untuk membuat kontrol penyesuaian sesederhana mengatur properti daripada harus membuat template ulang seluruh kontrol untuk satu perubahan.

Namun, pada akhirnya, yang paling ingin saya lihat adalah peningkatan dukungan personalisasi di OS: Seperti yang Anda ketahui sekarang, saya bukan penggemar perubahan yang diusulkan (jari-jari sudut yang halus adalah satu hal, mengurangi ketebalan batas adalah hal lain) dan saya suka desain saat ini. Di sisi lain, kami memiliki pengguna seperti @mdtauk yang jelas merupakan penggemar berat dari perubahan yang diusulkan. Windows harus menggunakan fleksibilitas baru dalam kontrol tersebut dan memberikan opsi untuk menyesuaikan tampilan di seluruh sistem - untuk kasus yang masuk akal dan juga memberi pengembang fleksibilitas untuk memilih keluar dari mengikuti pengaturan sistem.

Melihat pemikiran perbatasan secara khusus, sistem yang diusulkan membuat penyediaan opsi di seluruh sistem untuk radius sudut menjadi sangat mudah (seperti halnya warna aksen hari ini, yang diekspos sebagai aplikasi sumber daya yang dapat digunakan). Terutama melihat bahwa perubahan radius sudut yang diusulkan agak kecil, ini mungkin juga layak dari segi desain untuk aplikasi (dan jika pengembang tidak merasa demikian, selalu dapat memilih keluar).

Saya ingin mendengar lebih banyak tentang jenis diskusi yang dilakukan oleh tim UI Windows.

@mdtauk , adalah niat kami untuk membawa semua perubahan visual yang akan datang melalui GitHub jadi harapkan lebih banyak lagi yang akan datang. Saya juga berencana memperluas dokumentasi untuk memasukkan beberapa latar belakang ini, tetapi itu adalah sesuatu yang saya coba jadi tidak yakin apakah itu akan menjadi hal yang pasti ...

Namun, pada akhirnya, yang paling ingin saya lihat adalah peningkatan dukungan personalisasi di OS...
Windows harus menggunakan fleksibilitas baru dalam kontrol tersebut dan memberikan opsi untuk menyesuaikan tampilan di seluruh sistem - untuk kasus yang masuk akal dan juga memberi pengembang fleksibilitas untuk memilih keluar dari mengikuti pengaturan sistem.

@Felix-Dev , jenis personalisasi yang saat ini kami cari untuk Windows (saya berasumsi sesuatu yang dapat diubah pengguna dari pengaturan?) Adalah hal-hal yang memengaruhi kegunaan. Saya tidak yakin apakah sudut membulat atau ketebalan perbatasan adalah salah satunya. Bukan tujuan Windows untuk membuatnya agar pengguna dapat mendesain seluruh UI sesuai keinginan. Kami masih ingin memberikan desain Windows dan sudut membulat adalah salah satu faktor desain utama yang menurut saya bukan sesuatu yang dimaksudkan untuk personalisasi... Setidaknya sampai sekarang menurut definisi personalisasi. Terima kasih atas umpan balik Anda dan saya akan mencari tempat yang masuk akal untuk diekspos saat kami memikirkan perubahan desain lebih lanjut.

@Felix-Dev Dengan jumlah kustomisasi yang dapat dilakukan pengembang untuk kontrol, tidak mungkin untuk konsisten dengan Pengaturan OS apa pun terkait perubahan desain kontrol.

@chigy Saat Anda membawa desain comps untuk setiap desain kontrol baru ke GitHub, akan berguna untuk memasukkan informasi yang dikumpulkan Microsoft dari studi penelitian apa pun tentang mengapa perubahan akan meningkatkan banyak hal. Jadi daripada "Kami mengubah ini dari segitiga menjadi segi enam" itu akan menjadi sesuatu seperti "ketika melakukan percobaan kenyamanan dan keakraban pengguna, ditemukan bahwa ketika mengubah desain tombol ini dari segitiga menjadi segi enam, lebih banyak orang merasa lebih mudah untuk mengidentifikasinya sebagai tombol, dan jika dibandingkan dengan UI platform lain merasakan kedekatan dengan desain ini" dll

@mdtauk

Dengan jumlah penyesuaian yang dapat dilakukan pengembang untuk kontrol, tidak mungkin untuk konsisten dengan Pengaturan OS apa pun terkait perubahan desain kontrol.

Saya tidak berbicara tentang bagaimana pengembang eksternal akan menghormati pengaturan pengguna itu - mereka sudah dapat mengatur gaya kontrol hari ini dengan cara apa pun yang mereka inginkan - tetapi tentang tampilan komponen Windows. Itu berarti aplikasi Pengaturan, Clipboard, Snip & Sketch, elemen UI di flyout bilah tugas (seperti tombol di panel jaringan), dll...

Saya untuk satu hampir tidak menggunakan aplikasi UWP di luar yang disediakan MS jadi saya tidak punya masalah dengan gaya khusus oleh pengembang eksternal. Saya berinteraksi setiap hari dengan elemen UWP di sistem Windows.

@chigy Benar, saya sedang melihat pengaturan di aplikasi Pengaturan Win 10 di mana pengguna dapat mengubah - sampai batas tertentu - tampilan UI. Masih harus dilihat apa yang benar-benar masuk akal dan juga layak dalam hal pekerjaan tambahan yang membuat karakteristik UI dapat diubah oleh pengguna. Saya merasa semakin kecil perubahan yang diusulkan sekarang (radius sudut halus) semakin layak untuk menambahkan opsi untuk kembali ke gaya sebelumnya (kontrol kuadrat).

Satu hal terakhir: Win 10 memiliki 800 juta pengguna dan terus bertambah. Tidak semua orang begitu antusias seperti Martin tentang perubahan yang diusulkan dan alangkah baiknya jika Windows juga mencoba mengakomodasi pengguna tersebut. Seperti yang Anda katakan, UI sangat subjektif dan jika ada kemungkinan menambahkan fleksibilitas ke dalam sistem UI, MS setidaknya harus mempertimbangkannya.
Untuk browser Internet, misalnya, ada seluruh industri bertema, di mana tidak hanya warna yang diubah tetapi juga tampilan elemen UI seperti tab atau bilah pencarian: https://github.com/muckSponge/MaterialFox (Cukup lucu , proyek khusus itu menambahkan sudut membulat ke Firefox - dan saya bukan penggemar sudut membulat.)
Namun untuk sistem Windows, pengguna tidak bisa begitu saja membuat tema sendiri, jadi alangkah baiknya jika MS bisa memberikan opsi kustomisasi UI.

@mdtauk @chigy
Silakan periksa posting reddit ini untuk melihat bahwa bukan hanya saya yang bukan penggemar sudut membulat. Kami memiliki orang-orang yang tidak menyukai keseluruhan langkah dan juga banyak yang meminta untuk memberikan pilihan kepada pengguna untuk tampilan Windows mereka sehingga mereka dapat kembali ke tampilan saat ini.

Baiklah jadi saya didesak oleh banyak orang untuk memberikan umpan balik ke utas ini karena ada pertanyaan untuk perubahan yang diusulkan di UI, terutama gagasan memaksa sudut membulat ke segala sesuatu secara harfiah dan sebagai seseorang yang merupakan desainer antarmuka grafis (kebanyakan konsep dan desain) dan telah menggunakan Windows 10 sejak itu bahkan dalam pengembangan, saya benar-benar akan memihak semua orang yang sangat tidak menyukai perubahan yang diusulkan untuk menambahkan sudut membulat ke seluruh OS, dan sangat mendesak agar perubahan ini tidak dilakukan atau membiarkan pengguna memiliki preferensi apakah mereka ingin sudut membulat atau sudut tajam melalui opsi dalam personalisasi.

Dalam istilah ratapan: Simpan saja Kotak atau jadikan opsional di tingkat pengguna.

Saya memiliki lebih dari cukup alasan tetapi terbesar saya hanyalah fakta bahwa Windows sejak Windows 8 memiliki sudut persegi dan semuanya telah dirancang selama bertahun-tahun, proposal ini merupakan upaya untuk mengadopsi sudut bulat yang sama dari iOS dan platform Android untuk alasan apa pun. Masalah yang lebih besar adalah melakukan ini tidak hanya akan meningkatkan jumlah sistem inkonsistensi secara luas tetapi memaksa perubahan UI "kecil" yang pada kenyataannya jauh lebih besar dari yang Anda sadari juga akan menyebabkan inkonsistensi di seluruh ekosistem aplikasi karena Anda akan memiliki pengembang yang tidak ingin memperbarui aplikasi mereka hanya karena perubahan sederhana seperti itu.

Menurut pendapat saya, ini TIDAK BOLEH menjadi pilihan pengembang, tidak hanya untuk alasan yang disebutkan di atas tetapi, Windows selalu tentang kustomisasi dan kekuatan, ambil tema Windows 98 alias Klasik sebagai contoh. Ketika Windows XP muncul, banyak orang masih menggunakan Klasik karena memiliki lebih banyak opsi penyesuaian daripada tema Luna. XP tidak memaksakan tema Luna ke semua orang sama sekali, Anda masih memiliki opsi untuk menggunakan Klasik. Perubahan yang diusulkan ini TIDAK memberi Anda opsi untuk mempertahankan sudut persegi di mana saja, itu memaksa semua orang untuk berurusan dengan sesuatu yang mungkin tidak mereka sukai, hal yang sangat buruk menurut saya ketika membiarkan pengguna menyesuaikan OS sesuai keinginan mereka.

Saya tahu Anda mungkin berpikir, "perubahan kecil seperti itu bukanlah sesuatu yang membuat pengguna tertarik" atau "membiarkan pengguna menyesuaikan terlalu banyak hal akan membingungkan mereka" tetapi saya cukup yakin setiap pengguna akan dapat memahami apa yang beralih di antara sudut bulat dan tajam atau bahkan sebuah tema akan diberikan deskripsi dan konteks yang tepat. Saya juga akan menambahkan banyak orang pasti tertarik memiliki opsi untuk ini daripada memiliki sesuatu yang lain yang dipaksakan kepada mereka di luar keinginan mereka, lihat posting Reddit @Felix-Dev diposting jika Anda memerlukan lebih banyak bukti bahwa orang tidak menyukai gagasan bulat sudut di mana-mana.

Banyak orang sangat tidak suka bahkan proposal untuk sudut membulat dan banyak yang menganggapnya sebagai langkah mundur, bahkan memeriksa komentar di beberapa video dari UI Hololens yang akan datang sedang dibulatkan, sebagian besar komentar sekali lagi adalah tentang sangat tidak menyukai semua sudut yang dibulatkan dan bahkan ada komentar mengatakan variasi "Microsoft menyerah di departemen UI dan menyalin Apple atau Google", meskipun ini bukan pertama kalinya Microsoft menggunakan sudut membulat, orang sekarang melihatnya sebagai hal yang negatif.

Sekali lagi ini seharusnya benar-benar menjadi opsi atau bahkan tema, ini bahkan bukan konsep baru karena Windows telah memiliki tema selama bertahun-tahun di versi sebelumnya, jika ada, ini harus menjadi pesan yang meminta kembalinya tema yang kuat, alih-alih lagi memaksakan sesuatu ke semua orang dan mengurangi pilihan.

Saya membuat posting reddit yang menautkan ke proposal ini sehingga kami dapat mengumpulkan lebih banyak umpan balik. Melihat melalui komentar sejauh ini, saya dapat mengatakan bahwa banyak orang menghargai pendekatan halus dengan sudut membulat.

Orang-orang juga menyebut ketidakkonsistenan UI - bahkan di aplikasi resmi Win 10 MS, lihat aplikasi Pengaturan dan aplikasi Keamanan (NavigationView meluas ke bilah judul) - dan juga perbedaan antara komponen sistem win32 dan elemen UWP yang lebih baru. Seperti yang disebutkan @SavoySchuler , semoga ini dapat diatasi dengan WinUI 3.0. Ini bukan poin spesifik mengenai proposal ini, tetapi lebih merupakan keinginan "menyeluruh" di antara banyak dari kita pengguna Windows. Tidak begitu banyak tentang sudut yang bulat atau tidak tetapi konsistensi dalam sistem Windows.

Konsistensi adalah kuncinya di sini, dan telah menjadi perhatian utama saya.

WinUI 3.0 adalah tentang perubahan pada kontrol XAML yang memengaruhi aplikasi kotak masuk dan UI Windows.

Fabric Web adalah tim itu sendiri, tetapi semua tim berkomunikasi bersama, dan mendasarkan keputusan mereka pada Desain Lancar, jadi asumsi saya adalah bahwa desain Fabric Web adalah pemikiran terbaru dari Microsoft, dan konsistensi harus diutamakan.

Xbox Next, Windows Lite dan Windows Core OS akan hadir dengan shell baru, sehingga harus menjadi pertimbangan bagi tim juga - dengan Windows 10 untuk dukungan lawas

Apa yang @chigy katakan adalah persis apa yang saya dan banyak orang lain baru saja minta, perubahan yang lebih halus yang juga memungkinkan orang-orang di tingkat pengguna alih-alih tingkat pengembang untuk hanya memutuskan apakah mereka ingin melihat sudut tajam atau Sudut Bulat, mirip dengan bagaimana Tema Windows dulu berfungsi.

Berdasarkan apa yang dikatakan @Nepxune di atas, mungkin akan keren untuk memberi pengguna rentang nilai tertentu yang dapat mereka pilih untuk radius sudut seluruh sistem. Setidaknya untuk nilai kecil di kisaran 0 - 2 saya pikir tidak akan ada dampak negatif pada UI yang dirancang dengan cermat. Bagaimanapun, ini adalah perubahan yang sangat halus dan karenanya harus tetap mempertahankan identitas UI Windows.

Saya melihat bahwa meskipun penyesuaian UI akan ditambahkan ke Windows, harus ada batasan, baik dalam jumlah elemen yang dapat diubah oleh pengguna dan juga kumpulan nilai yang dapat dipilih pengguna. Jika tidak, ada risiko berdampak negatif pada UI yang ada dan juga menyimpang terlalu jauh dari tampilan Windows yang diinginkan oleh Tim Desain.

Saya memiliki semacam perspektif yang berbeda tentang ini.
Sebelumnya di utas saya melihat diskusi tentang mendekatkan gaya Fabric UI (Web) dan Windows (UWP), dan ini sedikit mengkhawatirkan saya.

Berikut beberapa konteksnya: Saya telah menjadi pengguna Microsoft Edge selama bertahun-tahun, dan salah satu hal favorit saya tentangnya adalah tampilan dan nuansa yang terinspirasi UWP. Ketika Edge Insider terungkap, saya sangat kecewa melihatnya menggunakan desain Chrome dan UI Web yang dimodifikasi alih-alih gaya UWP pendahulunya. Sementara sudut-sudut bundar yang ditampilkan sangat minim, sampai pada titik di mana saya tidak memiliki masalah dengannya, utas ini memberi saya rasa kekecewaan yang sama. Saya tidak ingin melihat Windows kehilangan tampilan dan nuansa uniknya (dan superior!) demi pencocokan "standar web" yang dirancang dengan buruk. Faktanya, saya lebih suka melihat aspek desain UWP Lancar masuk ke Fabric!

Saya percaya rencana Edge pada akhirnya adalah untuk mengembalikan Acrylic, dan memindahkan UI lebih ke arah gaya Desain Windows/Lancar.

Tetapi Windows juga bergerak sedikit ke depan untuk menjembatani kesenjangan.

Bukan tidak mungkin untuk membawa Pengaturan di OS untuk memilih antara kontrol bulat dan non-bulat, tidak mungkin untuk memaksakannya pada semua aplikasi, dan bekerja dengan cara yang sama sekali berbeda dengan Gaya Visual era XP.

Juga WinUI 3.0 adalah tentang memisahkan platform aplikasi dan kontrol dari OS, dan mungkin bukan keputusan yang baik untuk mengikat lebih banyak bersama-sama.

Tentu saja sebagai pengembang aplikasi, Anda memiliki opsi untuk menyetel nilai CornerRadius pada kontrol Anda ke 0 untuk mengembalikan kontrol kuadrat.

Saya mendukung dorongan ini untuk sudut bulat kecil, tetapi saya lebih memilih kontrol penggeser pegangan vertikal saat ini daripada kontrol penggeser pegangan lingkaran. Pegangan vertikal terasa lebih presisi dan lebih mudah untuk mengetahui di mana letaknya secara sekilas. Setidaknya begitulah cara saya melihatnya. Pertahankan kerja bagusnya!

Apakah ada alasan mengapa Jempol Scrub Bar MediaTransport berbentuk bulat dengan garis luar, sedangkan Jempol Slider baru yang diusulkan berbentuk lingkaran?

Saya pikir ibu jari lingkaran jauh lebih menyenangkan daripada bentuk permen / pil canggung yang tidak sesuai dengan kontrol lainnya.

Saya tidak tahu apakah kalian mengingatnya tetapi bahkan membuat ubin orang di sudut membulat adalah masalah besar bagi banyak penggemar Windows pada masa itu dan itu hanya beberapa perubahan kecil. Bagi saya memiliki sudut membulat di mana-mana berarti Windows akan kehilangan tampilan khasnya sejak diperkenalkannya bahasa desain metro dan desain yang fasih. Tbh bahasa desain selalu menjadi kunci besar bagi saya apa yang membuat pengembangan uwp menarik bagi saya. Akan sangat menyedihkan melihatnya pergi dan menjadi generik.

Bersamaan dengan konsep desain TextBox dan NumberBox yang telah saya lakukan - berikut adalah beberapa untuk ComboBox dan EditableComboBox

Pekerjaan yang baik!
Saya punya beberapa saran tentang menu flyout. Dengan bayangan yang membatasi menu, apakah kita benar-benar membutuhkan perbatasan? Dan IMO highlight seleksi dapat menutupi seluruh lebar permukaan flyout, tanpa meninggalkan celah.

Saya menghargai batas tidak fokus yang lebih tipis, dan fokus yang mengungkapkan cahaya akan membuatnya lebih mudah untuk melihat elemen mana yang difokuskan saat melakukan tabbing melalui UI menggunakan keyboard (saya sebenarnya lebih suka itu sedikit lebih kuat daripada di atas).

Pekerjaan yang baik!
Saya punya beberapa saran tentang menu flyout. Dengan bayangan yang membatasi menu, apakah kita benar-benar membutuhkan perbatasan? Dan IMO highlight seleksi dapat menutupi seluruh lebar permukaan flyout, tanpa meninggalkan celah.

Sorotan seleksi tidak menutupi seluruh lebar, tetapi saya telah menempatkan batas bagian dalam yang lebih terang ke flyout, yang akan membantunya terangkat dari permukaan bersama dengan efek dan bayangan Akrilik - batas bagian dalam dapat dibuat lebih halus namun jika terlalu kuat - ini lebih merupakan ide daripada proposal desain yang sepenuhnya final.

@mdtauk

Bukan tidak mungkin untuk membawa Pengaturan di OS untuk memilih antara kontrol bulat dan non-bulat, tidak mungkin untuk memaksakannya pada semua aplikasi, dan bekerja dengan cara yang sama sekali berbeda dengan Gaya Visual era XP.

Itu sebabnya saya mengatakan menjadikannya opsional untuk pengembang. Sejujurnya, tidak ada yang benar-benar akan berubah. Aplikasi pihak ketiga sudah dapat dikirimkan dengan tampilan apa pun yang mereka inginkan. Jika perusahaan ingin mengirimkan aplikasi mereka dengan UI bulat (tombol Lingkaran,...) mereka bebas melakukannya.

Juga WinUI 3.0 adalah tentang memisahkan platform aplikasi dan kontrol dari OS, dan mungkin bukan keputusan yang baik untuk mengikat lebih banyak bersama-sama.

Seperti yang saya katakan di atas, saya menggambarkannya mirip dengan bagaimana Accent Color (yang dapat diatur pengguna di pengaturan) ditangani hari ini. Mengeksposnya sebagai kontrol sumber daya dapat mengikat radius sudutnya, dengan cara itu, perubahan radius sudut akan tercermin dalam aplikasi tanpa pekerjaan tambahan untuk para pengembang.

Hanya meninggalkan umpan balik saya dari reddit di sini dari perspektif pengguna: “Saya suka tampilan sudut bulat yang bersih dari proposal. Seperti orang lain (di reddit), konsistensi di seluruh OS masih membutuhkan banyak cinta.

Apakah ada alasan mengapa Jempol Scrub Bar MediaTransport berbentuk bulat dengan garis luar, sedangkan Jempol Slider baru yang diusulkan berbentuk lingkaran?

@mdtauk , sebenarnya, itu adalah sesuatu yang kita lihat, tapi itu tidak berarti kita akan membuat perubahan jadi saya tidak menetapkan harapan...

Saya punya beberapa saran tentang menu flyout. Dengan bayangan yang membatasi menu, apakah kita benar-benar membutuhkan perbatasan? Dan IMO highlight seleksi dapat menutupi seluruh lebar permukaan flyout, tanpa meninggalkan celah.

@quantumfrost , Ya, sebenarnya, kami melakukannya. Bayangan itu pintar. Jadi ketika sistem dalam mode daya rendah atau situasi lain di mana kita mematikan bayangan, perbatasan akan muncul. Kami merancang perbatasan sedemikian rupa sehingga halus. Kami memang mengevaluasi beberapa opsi berbeda tetapi inilah yang paling kuat.

@nepxune , @mdtauk
Terima kasih atas tanggapan Anda.
Biarkan saya menanggapi beberapa poin yang Anda buat di atas.

Opsi untuk menyediakan pengaturan pengguna untuk memiliki pembulatan sudut sesuatu yang dapat dipilih pengguna adalah pilihan yang menarik. Namun itu juga banyak berkaitan dengan umpan balik ini atas fitur-fitur penting lainnya yang harus kita pertimbangkan dalam sistem Windows secara keseluruhan.

Sebagai pengembang aplikasi, saya harap Anda semua sangat menyadari kebutuhan untuk memprioritaskan dan melakukan apa yang benar untuk pelanggan Anda. Untuk kasus Windows, pelanggan adalah pengguna yang menggunakan OS tersebut. Tentu saja, pengembang yang membuat aplikasi di OS ini juga merupakan pelanggan penting, dan saya yakin dengan memberikan kemudahan berpindah radius sudut, kami dapat mengatasi masalah utama yang akan ditimbulkan oleh perubahan ini.

Mengenai pengguna yang menggunakan OS, kami mendengar dari pelanggan kami bahwa Windows terlalu menakutkan. Baik tim Windows dan Office melakukan studi pengguna di mana mereka akhirnya menyimpulkan (secara independen) bahwa bahkan sehalus sudut membulat membuat perbedaan dalam membuat produk terasa akrab dan mudah didekati.

Jadi saya tahu banyak orang di GitHub dan forum lain menyebutkan bahwa kami mengikuti iOS dan Android, tetapi tidak demikian. Kami sampai pada keputusan ini dengan memahami pengguna kami. Ya, fakta bahwa mereka menggunakan sudut membulat menambah aspek keakraban, tetapi kami tidak mengikuti apa yang dilakukan industri secara membabi buta.

Saya memiliki semacam perspektif yang berbeda tentang ini.
Sebelumnya di utas saya melihat diskusi tentang mendekatkan gaya Fabric UI (Web) dan Windows (UWP), dan ini sedikit mengkhawatirkan saya.

Berikut beberapa konteksnya: Saya telah menjadi pengguna Microsoft Edge selama bertahun-tahun, dan salah satu hal favorit saya tentangnya adalah tampilan dan nuansa yang terinspirasi UWP. Ketika Edge Insider terungkap, saya sangat kecewa melihatnya menggunakan desain Chrome dan UI Web yang dimodifikasi alih-alih gaya UWP pendahulunya. Sementara sudut-sudut bundar yang ditampilkan sangat minim, sampai pada titik di mana saya tidak memiliki masalah dengannya, utas ini memberi saya rasa kekecewaan yang sama. Saya tidak ingin melihat Windows kehilangan tampilan dan nuansa uniknya (dan superior!) demi pencocokan "standar web" yang dirancang dengan buruk. Faktanya, saya lebih suka melihat aspek desain UWP Lancar masuk ke Fabric!

@19lmyers
Terima kasih atas tanggapan Anda tentang kekhawatiran Anda tentang Windows kehilangan tampilan uniknya sendiri (dan bahkan lebih unggul). Seperti disebutkan dalam komentar di atas, pengguna kami tidak selalu menghargai Windows yang terlalu berbeda karena mereka tidak terbiasa dengan mereka, jadi ini adalah tindakan penyeimbang.

Di bawah Sistem Desain Lancar, tim desain di seluruh perusahaan mendiskusikan banyak perbedaan dan mencoba menghilangkan perbedaan yang tidak perlu yang diperkenalkan sejauh ini. Sama seperti komentar yang saya buat tentang iOS dan Android di atas, desain yang kami usulkan bukan karena kami menyalin Fabric, tetapi desainer Windows kami sampai pada mereka berdasarkan evaluasi ulang sistem UI mereka sendiri. Mereka sering menghasilkan desain yang serupa, cukup menarik... Yang mengatakan, saya sangat menghargai antusiasme banyak orang untuk menjaga Windows tetap unik.

Selamat datang di repo kami, @zag2me! Kami senang Anda bergabung dalam diskusi di sini. Saya setuju dan ini adalah tempat yang tepat untuk menarik perhatian pada masalah yang penting bagi Anda! Anda dapat menemukan formulir Permintaan Fitur kami di sini: https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@chigy

Opsi untuk menyediakan pengaturan pengguna untuk memiliki pembulatan sudut sesuatu yang dapat dipilih pengguna adalah pilihan yang menarik. Namun itu juga banyak berkaitan dengan umpan balik ini atas fitur-fitur penting lainnya yang harus kita pertimbangkan dalam sistem Windows secara keseluruhan.

Mengenai pengguna yang menggunakan OS, kami mendengar dari pelanggan kami bahwa Windows terlalu menakutkan. Baik tim Windows dan Office melakukan studi pengguna di mana mereka akhirnya menyimpulkan (secara independen) bahwa bahkan sehalus sudut membulat membuat perbedaan dalam membuat produk terasa akrab dan mudah didekati.

Kami sampai pada keputusan ini dengan memahami pengguna kami. Ya, fakta bahwa mereka menggunakan sudut membulat menambah aspek keakraban, tetapi kami tidak mengikuti apa yang dilakukan industri secara membabi buta.

Terima kasih atas tanggapan Anda tentang kekhawatiran Anda tentang Windows kehilangan tampilan uniknya sendiri (dan bahkan lebih unggul). Seperti disebutkan dalam komentar di atas, pengguna kami tidak selalu menghargai Windows yang terlalu berbeda karena mereka tidak terbiasa dengan mereka, jadi ini adalah tindakan penyeimbang.

Dan inilah masalah yang saya miliki dengan itu: Anda menyebutkan "pengguna Windows" tetapi jika ada, utas ini dan utas reddit terkait lainnya sejauh ini menunjukkan bahwa tidak ada kelompok "pengguna Windows" yang homogen. Pada akhirnya, perusahaan selalu dapat mengikuti arah yang diinginkan sebagian besar pelanggannya, tetapi itu pun menyisakan masalah. Bagaimana jika rasionya agak kecil (dan di belakang setiap angka akan menjadi jumlah pengguna yang sangat besar)? Berdasarkan umpan balik di sini, di reddit dan tempat-tempat lain saya tidak mendapatkan perasaan ada mayoritas untuk satu UI atau yang lain.

Yang membawa kami ke proposal yang beberapa dari kami telah mengambang: Menambahkan lebih banyak opsi penyesuaian UI ke Windows.

Seperti yang Anda katakan dengan benar, opsi penyesuaian yang diberikan harus diukur dengan hati-hati, tetapi penyesuaian itu sendiri tidak boleh dibuang begitu saja sebagai opsi. Seperti yang Anda katakan, dan pada titik ini saya mulai mengulanginya sendiri, perubahan radius sudut yang diusulkan adalah perubahan kecil , jadi dampak apa pun dari menjadikannya pilihan pengguna di UI harus diabaikan atau langsung tidak ada. Saya dan orang lain juga telah menunjukkan batasan untuk contoh ini, seperti serangkaian nilai dalam kisaran 0 - 2 untuk radius sudut, untuk memastikan pengguna tidak dapat hanya menyesuaikan Windows mereka dengan cara yang akan merusak "Windows UI Identitas" yang ingin dibuat oleh tim Anda.

Singkat cerita, opsi penyesuaian yang diukur dengan cermat di atas perubahan desain ini terdengar seperti cara yang bagus untuk mengatasi banyak preferensi UI yang berbeda di antara kami pengguna Windows dan akan sangat membantu dalam menciptakan UI yang memuaskan untuk seluruh keluarga kami pengguna Windows yang bersemangat .

@chigy
Kebanyakan orang akan setuju bahwa 2px akan menjadi radius yang baik. Memberikan sisanya pilihan untuk mematikannya akan menjadi ideal yang baik.

Sebagian besar pengguna ingin Windows berada di ujung tombak UI dan tetapi pengguna lama lainnya tidak ingin mengubahnya.

Jangan korbankan uang kembalian untuk segelintir orang, beri mereka pilihan untuk mematikannya.

@shaheedmalik
Tidak ada pengguna "warisan" di sini dan saya juga tidak melihat bagaimana Anda sampai pada " kebanyakan pengguna menginginkan [sudut membulat]" atau bahwa tampilan Windows saat ini tidak "canggih".

UI sangat subjektif tetapi itu tidak berarti kita bisa mengabaikan pendapat yang berbeda sebagai "warisan", "tidak mau berubah", dll ...

Jangan mencoba untuk mengabaikan apa yang dikatakan pengguna lain sebagai opini dari "pengguna yang tidak ingin bangun dari masa lalu" dan menjaga diskusi saat ini tetap bergairah tetapi juga saling menghormati seperti yang telah terjadi selama ini.

@Felix-Dev Pengguna Legacy adalah orang-orang yang akan tetap menggunakan Windows 7 jika diberi kesempatan, mereka yang tahan terhadap perubahan yang dibuat di Windows 8, mereka yang tahan terhadap perubahan UI OS bergerak maju.

Apple dan Google menyalin fitur dari Windows 8.1, mengimplementasikannya, dan pengguna melompat ke platform tersebut karena dianggap canggih. Sementara itu, Microsoft mendengarkan pengguna lama, dikurangi karena minoritas vokal yang keras.

Dalam kasus khusus ini, mayoritas menginginkan sudut membulat sebagai tautan (https://www.reddit.com/r/Windows10/comments/bwnxne/windows_10_rounded_corners_and_more_ui_changes/)

Masalahnya, saya bukan pengguna lama dan menurut saya Anda baru saja melemparkan semua orang yang tidak menyukai dorongan sudut membulat saat ini (dan kemungkinan pengurangan ketebalan batas) ke dalam kategori yang tepat. Saya juga tidak mendapatkan suara Anda untuk posting saya.

Tentang sebagian besar kasus: Saya tidak mengetahui adanya survei desain oleh MS tentang topik ini dan berdasarkan reaksi banyak pengguna satu bulan yang lalu ketika detail tentang dorongan ini pertama kali muncul di Internet, banyak pengguna juga tidak mengetahuinya ( jadi kemungkinan besar belum ditanyakan). Jika Anda memeriksa posting reddit ini (yang memiliki komentar tiga kali lebih banyak daripada utas reddit yang Anda tautkan di atas sejauh ini), Anda akan melihat bahwa dari apa yang kami tahu gambarnya tidak terlalu jelas. Saya tidak dalam posisi untuk mengklaim "posisi ini jelas mayoritas" dan saya akan menahan diri untuk tidak melakukannya di masa depan juga.

Jika saya salah tentang posting Anda, maka saya minta maaf tetapi dari cara saya membacanya, itu jelas mengabaikan suara apa pun yang menentang perubahan ini yang menyatakannya sebagai suara "pengguna lama yang tidak menginginkan perubahan ". Itu tidak sopan bagi saya dan semua yang lain akan menambahkan suara mereka ke debat ini.

@Felix-Dev Jangan mencoba membaca pendapat pribadi apa pun ke dalam suara dan balasan naik/turun ini.

Jawaban sederhananya adalah bahwa perubahan ini tidak dilakukan secara tiba-tiba, atau untuk menyalin gaya UI platform lainnya - tetapi sebagai hasil dari konsultasi, umpan balik, dan keinginan yang diungkapkan dari pengguna dan pengembang.

Kita harus berusaha menjaga diskusi tetap konstruktif, jadi bukan tentang apakah perubahan harus dilakukan atau tidak, tetapi dengan cara apa perubahan itu harus dilakukan.

Orang-orang membenci sudut membulat di pos asli karena terlalu bulat.
Posting baru ini tertaut ke proposal GitHub yang diperbarui ini. Umpan balik yang lebih baru mencerminkan tanggapan dari proposal yang diperbarui. Selain itu, pos asli dari sebulan yang lalu ditautkan untuk menunjukkan kepada pengguna perubahan dari proposal asli ke proposal yang direvisi.

Saya setuju, kita harus kembali ke proposal dan lupakan saja posting terakhir ini.

Saya pikir cukup jelas pada titik ini bahwa perubahan ini akan dilakukan dan semua yang saya coba lakukan adalah meyakinkan @chigy bahwa ada kasus untuk penyesuaian yang diukur dengan hati-hati, sesuatu yang mungkin berguna bagi setiap peserta di beberapa titik - apakah mereka seperti perubahan UI saat ini atau tidak. Seperti yang saya dan orang lain katakan, termasuk @shaheedmalik , menambahkan semacam penyesuaian radius sudut bisa menjadi ideal yang baik untuk diperjuangkan.

Saat ini ada proposal untuk memudahkan pengembang menyetel CornerRadius mereka sendiri di setiap kontrol ( #684 ), yang juga memungkinkan tim untuk menambahkan CornerRadii ke kontrol secara default.

Melakukannya pada tingkat OS adalah tugas yang rumit, dan penelitian tidak cukup menjamin waktu dan upaya rekayasa yang terlibat dalam mengimplementasikannya.

Tetapi Anda telah memperjelas pandangan Anda @Felix-Dev dan jika setelah kontrol baru berada di tangan sebagian besar pengguna Windows, umpan balik yang diterima, dapat menyebabkan ide ini dieksplorasi di masa mendatang.

Saya telah memperbarui spesifikasi untuk menghapus "AppBarSeparator" dari pembulatan karena saya mengonfirmasi bahwa itu adalah garis 1px.

Saya telah memperbarui spesifikasi untuk menghapus "AppBarSeparator" dari pembulatan karena saya mengonfirmasi bahwa itu adalah garis 1px.

@chigy Pada penskalaan 100% itu akan menjadi 1 epx - tetapi pada penskalaan 200%, 300%, 400%, ini mungkin perlu perhatian.

Jika itu benar-benar sebuah garis, dan bukan persegi panjang - mungkin menyetel StrokeStartLineCap dan StrokeEndLineCap ke PenLineCap.Round

@mdtauk

Melakukannya pada tingkat OS adalah tugas yang rumit, dan penelitian tidak cukup menjamin waktu dan upaya rekayasa yang terlibat dalam mengimplementasikannya.

Proposal ini tampaknya sudah melakukan sebagian besar pekerjaan, menambahkan properti CornerRadius ke kontrol. Satu-satunya hal yang tersisa adalah pembuatan sumber daya SystemCornerRadius yang dapat diikat oleh kontrol tersebut untuk radius sudut aktualnya (mirip dengan bagaimana hari ini Anda menggunakan sumber daya SystemAccentColor untuk mewarnai elemen UI Anda dalam warna aksen yang ditetapkan pengguna di aplikasi Pengaturan.

Adapun seberapa banyak pekerjaan yang akan dilakukan untuk membuat sumber daya tersebut dan membuatnya dapat diperbarui melalui aplikasi Pengaturan, itu tetap menjadi komentar MS. Tetapi mengingat pekerjaan yang sudah dilakukan proposal ini dan juga pekerjaan sebelumnya dalam bentuk mengekspos sumber daya AccentColor, saya tidak melihat bagaimana hal itu akan begitu menuntut seperti yang Anda inginkan. Tingkat OS secara harfiah hanya akan memberikan nilai radius sudut yang dapat dibaca dan ditulis dan kemudian menggunakan sistem yang sama yang sudah Anda miliki untuk sumber daya warna aksen hari ini.

@mdtauk

Melakukannya pada tingkat OS adalah tugas yang rumit, dan penelitian tidak cukup menjamin waktu dan upaya rekayasa yang terlibat dalam mengimplementasikannya.

Proposal ini tampaknya sudah melakukan sebagian besar pekerjaan, menambahkan properti CornerRadius ke kontrol. Satu-satunya hal yang tersisa adalah pembuatan sumber daya SystemCornerRadius yang dapat diikat oleh kontrol tersebut untuk radius sudut aktualnya (mirip dengan bagaimana hari ini Anda menggunakan sumber daya SystemAccentColor untuk mewarnai elemen UI Anda dalam warna aksen yang ditetapkan pengguna di aplikasi Pengaturan.

Adapun seberapa banyak pekerjaan yang akan dilakukan untuk membuat sumber daya tersebut dan membuatnya dapat diperbarui melalui aplikasi Pengaturan, itu tetap menjadi komentar MS. Tetapi mengingat pekerjaan yang sudah dilakukan proposal ini dan juga pekerjaan sebelumnya dalam bentuk mengekspos sumber daya AccentColor, saya tidak melihat bagaimana hal itu akan begitu menuntut seperti yang Anda inginkan. Tingkat OS secara harfiah hanya akan memberikan nilai radius sudut yang dapat dibaca dan ditulis dan kemudian menggunakan sistem yang sama yang sudah Anda miliki untuk sumber daya warna aksen hari ini.

Apakah itu slider atau sakelar?

[X] Sudut membulat pada kontrol

Tidak hanya akan ada satu nilai Radius Sudut untuk ditetapkan btw. Beberapa elemen hanya akan memiliki pembulatan di satu sisi, atau hanya sudut atas yang akan dibulatkan. Kontrol flyout dan pop over akan mendapatkan radius 4 epx, sedangkan kontrol lain hanya akan memiliki 2 epx.

Anda akan mengatur banyak variabel karena pengaturan ini berubah di OS. Lalu bagaimana dengan pengujian? Juga akan ada harapan. Bagaimana reaksi pengguna terhadap aplikasi yang mereka putuskan untuk mengabaikan preferensi pengguna?
Bagaimana Anda berkomunikasi dengan pengguna kontrol mana yang dibulatkan, dan mana yang tidak? Beberapa kontrol akan memiliki elemen batas dalam atau batas luar. Ini akan membutuhkan nilai CornerRadius mereka disesuaikan untuk memastikan pelukan tepi bentuk dengan benar.

Pada akhirnya, ini mungkin merupakan perubahan yang disambut tanpa banyak keributan, sehingga dapat dianggap sebagai reaksi berlebihan untuk menambahkan opsi lain ke OS.

@mdtauk @chigy
Ini tentu membutuhkan beberapa perencanaan tetapi tim jelas ingin membuatnya sangat mudah bagi pengembang untuk membuat kontrol kuadrat. Dengan demikian, alih-alih pengaturan nilai radius sudut, saya akan baik-baik saja dengan sakelar boolean UserRoundedCorners sederhana. Faktanya, ide untuk menetapkan nilai hanyalah untuk menambahkan lebih banyak opsi sedangkan pengguna yang tidak setuju dengan langkah ini selalu memberi mereka opsi untuk mengembalikan tampilan kontrol. Jadi, itu tidak akan menjadi masalah sama sekali.

Adapun bagian "pilihan lain": Sepertinya sudah ada terlalu banyak opsi yang tersedia bagi pengguna yang merupakan masalah yang sama sekali berbeda dan tidak boleh digunakan sebagai titik penentu untuk tidak menambahkan sakelar sederhana ini.

Windows dan tim Desain berbicara setiap hari (di twitter) bagaimana mereka ingin menyertakan pengguna dan tidak mengecualikannya . Inilah kesempatan di mana saya merasa relatif mudah bagi MS untuk menambahkan satu opsi untuk menghormati keragaman pendapat pengguna mereka.

Bagaimana reaksi pengguna terhadap aplikasi yang mereka putuskan untuk mengabaikan preferensi pengguna?

Saya tidak berpikir itu masalah juga, selama aplikasi Windows / elemen UI yang penting akan menghormatinya (yaitu aplikasi Pengaturan, aplikasi Keamanan, Clipboard, tombol koneksi / putuskan jaringan flyout jaringan taskbar ....). Aplikasi pihak ketiga bebas menggunakan gaya yang mereka inginkan, catatan sederhana di aplikasi Pengaturan mengatakan bahwa aplikasi pihak ketiga tidak dijamin mengikuti pengaturan pengguna ini akan baik-baik saja.

@mdtauk @chigy
Saya percaya bahwa @Felix-Dev benar dalam hal ini, sakelar boolean dengan sakelar sederhana bisa menjadi cara untuk melakukan penyesuaian di tingkat pengguna, saya merasa penggeser untuk penyesuaian ini di tingkat pengguna akan lebih rumit, namun jika ini adalah slider dengan 3 posisi preset tetap, semuanya bisa berubah.

Penggeser dengan 3 opsi tetap akan memungkinkan pengaturan tambahan yang dapat memiliki perubahan jari-jari sudut yang lebih drastis seperti yang awalnya diusulkan, sehingga Anda dapat memiliki:

Tajam - Sudut tajam seperti sekarang
Opsi tengah - Jari-jari baru yang lebih kecil
Rounded - Perubahan jari-jari yang diusulkan asli atau sesuatu yang lebih bulat

Opsi ini memiliki potensi untuk memuaskan semua kelompok dan selain itu, ini adalah perubahan yang cukup drastis sehingga Anda benar-benar dapat melewatkan ini sebagai fitur "Theming" baru di Windows, pada dasarnya meskipun ini lebih merupakan perubahan bagi pengembang dengan mencapnya sebagai yang baru Fitur "Theming" dengan implementasi sakelar atau 3 penggeser preset, Anda juga dapat menyebarkannya sebagai fitur baru bagi konsumen.

bagaimana reaksi pengguna terhadap aplikasi yang memutuskan untuk mengabaikan preferensi pengguna?

Saya merasa pengguna hanya akan melihatnya seperti yang mereka lakukan saat ini dengan warna aksen ketika tidak tersedia, aplikasi pihak ketiga harus bebas melakukan apa pun yang mereka inginkan, tetapi seperti yang dikatakan @Felix-Dev, aplikasi Windows/elemen UI pasti perlu menghormati variabel pengguna.

Saya tidak berpikir ada kebutuhan untuk membuat catatan di pengaturan yang mengatakan aplikasi pihak ketiga tidak akan menghormati pengaturan, tidak perlu menempatkan penafian di bagian warna aksen, jadi percaya itu sama untuk ini sebagai dengan baik.

Melakukannya pada tingkat OS adalah tugas yang rumit, dan penelitian tidak cukup menjamin waktu dan upaya rekayasa yang terlibat dalam mengimplementasikannya.

Tetapi Anda telah memperjelas pandangan Anda @Felix-Dev dan jika setelah kontrol baru berada di tangan sebagian besar pengguna Windows, umpan balik yang diterima, dapat menyebabkan ide ini dieksplorasi di masa mendatang.

Saya merasa harus menunjukkan sesuatu di sini. Meskipun saya tidak merasa kuat tentang perubahan yang diusulkan (saya harus bekerja dengan terlalu banyak Gaya UI di ekosistem yang berbeda setiap hari karena inkonsistensi atau perubahan mengganggu saya lagi), saya merasa pola pikir ini bukan pola pikir yang baik. untuk menciptakan pengalaman ramah pengguna yang kaya.

Tolong jangan rilis fitur yang 80% selesai dan mungkin atau mungkin tidak dibawa ke 100% di rilis berikutnya.
Apa yang mungkin terjadi adalah bahwa tidak ada dev yang akan menghabiskan waktu untuk menguji dan mengembangkan aplikasinya untuk batas bulat atau tidak bulat. Dan mengapa mereka. Sistem sekarang menggunakan bulat, mengapa ada orang yang ingin aplikasi mereka terlihat sedikit berbeda dari OS (jika tidak, mereka akan tetap menggunakan tema penuh)
Jika ada toggle seluruh sistem akan ada insentif untuk menerapkannya.
Tetapi jika Anda melakukan hal-hal seperti ini, sakelar tidak akan pernah muncul karena tidak ada aplikasi yang melihat kebutuhan untuk mengimplementasikannya sejak awal.

Pada Topik asli:
Saya pikir batas 2px terlihat bagus kecuali Kotak Kombo.
Sorotan elemen terakhir tidak boleh meninggalkan batas putih di bawahnya (atau setidaknya tidak lebih dari kiri dan kanan, tentu saja ini berarti bahwa sudut sorot bawah juga harus dibulatkan) dan mungkin tidak boleh ada sudut yang membulat di status yang diperluas antara kotak dan flyout. Saya merasa seperti itu memberikan tampilan terputus-putus yang aneh di antara mereka.
Mungkin akan lebih baik untuk membuat flyout 2px lebih kecil di setiap sisi dan membiarkannya tidak memiliki sudut membulat di atasnya. Dengan cara ini akan terlihat seperti selembar kertas yang ditarik dari dispenser. (Saya harap Anda bisa mengerti apa yang saya maksud: D sayangnya saya tidak memiliki alat yang tersedia sekarang untuk membuat sketsa)

Pada Topik asli:
Saya pikir batas 2px terlihat bagus kecuali Kotak Kombo.
Sorotan elemen terakhir tidak boleh meninggalkan batas putih di bawahnya (atau setidaknya tidak lebih dari kiri dan kanan, tentu saja ini berarti bahwa sudut sorot bawah juga harus dibulatkan) dan mungkin tidak boleh ada sudut yang membulat di status yang diperluas antara kotak dan flyout. Saya merasa seperti itu memberikan tampilan terputus-putus yang aneh di antara mereka.
Mungkin akan lebih baik untuk membuat flyout 2px lebih kecil di setiap sisi dan membiarkannya tidak memiliki sudut membulat di atasnya. Dengan cara ini akan terlihat seperti selembar kertas yang ditarik dari dispenser. (Saya harap Anda bisa mengerti apa yang saya maksud: D sayangnya saya tidak memiliki alat yang tersedia sekarang untuk membuat sketsa)

Saya tahu apa yang Anda gambarkan, dan saya memang mempertimbangkannya untuk mock up desain saya. Masalah dengan itu berarti ComboBox akan mendapatkan template flyout sendiri, yang akan membuatnya berbeda dengan menu konteks, flyout menu, Prefix, Suffix, flyout AutoComplete, dll.

Itulah yang saya maksud (kecuali bahwa Kotak itu sendiri dapat membuat sudut bawah tetap membulat)
Ya flyout yang berbeda akan berbeda, tetapi sekali lagi pada dasarnya ada dua jenis flyout.
Mereka yang melekat pada sesuatu dan mereka yang tidak. Bahwa mereka sekarang harus berbeda hanyalah biaya melakukan sudut membulat ;)
Selanjutnya jika radius sudut akan menjadi gaya, tidak bisakah itu diatur oleh kontrol Induk.

XAML saya agak berkarat tetapi Template Combobox seperti:

<Combobox FlyoutCorners="GlobalCornerValue,GlobalCornerValue,0,0">
   <GenericFlyout Corners="something something parent property Binding"/>
</Combobox>

Selanjutnya jika radius sudut akan menjadi gaya, tidak bisakah itu diatur oleh kontrol Induk.

XAML saya agak berkarat tetapi Template Combobox seperti:

<Combobox FlyoutCorners="GlobalCornerValue,GlobalCornerValue,0,0">
   <GenericFlyout Corners="something something parent property Binding"/>
</Combobox>

Itu mirip dengan cara Anda mengganti gaya, tetapi untuk digunakan dalam template, Anda memerlukan gaya terpisah untuk setiap orientasi.

<Thickness x:Name="FlyoutLooseCornerRadius" Value="4,4,4,4"/>

Orientasi:

• Bawah
• BawahTepiSejajarKiri
• BawahEdgeAlignedRight
• Penuh
• Kiri
• LeftEdgeAlignedBottom
• LeftEdgeAlignedTop
• Benar
• Tepi KananSejajarBawah
• RightEdgeAlignedAtas
• Atas
• Tepi AtasSejajarKiri
• Tepi AtasSejajar Kanan

Flyout tertanam di dalam kontrol ComboBox. Jadi kontrol akan memiliki properti CornerRadius yang hanya akan memengaruhi ComboBox, bukan flyout yang disertakan, yang akan membuat ThemeResource ditimpa.

<ComboBox CornerRadius="2,2,2,2">  
      <x:String>Blue</x:String>
      <x:String>Green</x:String>
      <x:String>Red</x:String>
      <x:String>Yellow</x:String>
</ComboBox>  

Mengikuti penyesuaian properti CornerRadius pada Flyout ketika disejajarkan dan dilampirkan ke ComboBox (dan kontrol lainnya) Ini mungkin memerlukan penambahan TopEdgeAligned dan BottomEdgeAligned ke enum FlyoutPlacementMode untuk mencapai hasil yang diinginkan.

_(Gambar Diperbarui)_

Saya juga menyertakan tampilan 800% lebih dekat pada gaya Flyout. Dua perbatasan akan memastikan flyout terlihat lebih tinggi dalam tema Terang dan Gelap dengan atau tanpa bayangan.

Itu terlihat sangat bagus.
Tentu saja tampilan terlampir, terlihat agak aneh ketika item yang Anda pasang lebih kecil dari flyout, tapi itu pasti sesuatu yang harus diputuskan oleh masing-masing aplikasi.
Sorotan fokus item di baris bawah mungkin tidak boleh dibulatkan di bagian bawah (Karena bagian atas bukan untuk baris atas) tapi itu mungkin tidak disengaja.

Omong-omong, saya baru saja memperhatikan bahwa "tampilan terlampir" ini adalah cara kerja Bilah Menu Atas MacOs sehingga tampilan ini tampaknya tidak terlalu aneh;)

Itu terlihat sangat bagus.
Tentu saja tampilan terlampir, terlihat agak aneh ketika item yang Anda pasang lebih kecil dari flyout, tapi itu pasti sesuatu yang harus diputuskan oleh masing-masing aplikasi.
Sorotan fokus item di baris bawah mungkin tidak boleh dibulatkan di bagian bawah (Karena bagian atas bukan untuk baris atas) tapi itu mungkin tidak disengaja.

Omong-omong, saya baru saja memperhatikan bahwa "tampilan terlampir" ini adalah cara kerja Bilah Menu Atas MacOs sehingga tampilan ini tampaknya tidak terlalu aneh;)

Saya lupa pembulatannya, jadi saya memperbarui gambar untuk memperbaikinya, dan juga menambahkan sedikit lebih detail dengan contoh Zoomed - oh dan sertakan status Hover

Saya tidak yakin apakah saya lebih suka item tengah memiliki highlight bulat atau tidak, karena di satu sisi lebih konsisten, di sisi lain meninggalkan sedikit agresif tampak (Oke sekarang saya hanya mengada-ada :) ) putih tajam spasi antara elemen yang disorot dan perbatasan.
Tapi itu adalah sesuatu yang saya serahkan kepada desainer sejati untuk memutuskan :D

Saya tidak yakin apakah saya lebih suka item tengah memiliki highlight bulat atau tidak, karena di satu sisi lebih konsisten, di sisi lain meninggalkan sedikit agresif tampak (Oke sekarang saya hanya mengada-ada :) ) putih tajam spasi antara elemen yang disorot dan perbatasan.
Tapi itu adalah sesuatu yang saya serahkan kepada desainer sejati untuk memutuskan :D

Saya setuju, saya dalam dua pikiran tentang hal itu juga. Saya pikir saya suka itu bermata lurus tetapi karena kontrol yang memanggil flyout akan dibulatkan, dan ini adalah kontrol di dalam kontrol, mereka _harus_ dibulatkan.

Dan beberapa Menu Konteks akan berisi kontrol yang tidak menjangkau lebar penuh flyout, jadi pilihan yang dibulatkan akan berfungsi untuk itu

Saya tidak yakin apakah saya lebih suka item tengah memiliki highlight bulat atau tidak, karena di satu sisi lebih konsisten, di sisi lain meninggalkan sedikit agresif tampak (Oke sekarang saya hanya mengada-ada :) ) putih tajam spasi antara elemen yang disorot dan perbatasan.
Tapi itu adalah sesuatu yang saya serahkan kepada desainer sejati untuk memutuskan :D

Aku merasakan hal yang sama. Jika daftar kombo berukuran sama dengan kotak kombo, maka mereka harus tetap lurus di titik asal, jika tidak, sisi yang tidak berbaris harus bulat.

@mdtauk @Qowy @shaheedmalik apakah mungkin bagi Anda untuk membuat masalah sendiri khusus untuk kotak kombo? Utas ini adalah tentang radius sudut secara umum dan bukan beberapa kasus khusus yang dapat dengan mudah menelurkan seluruh percakapan baru seperti yang terlihat di sini, dan dengan demikian menutupi poin pembicaraan tentang pendekatan umum.

Tolong jangan salah paham tentang ini, tetapi jika kami memiliki diskusi khusus seperti itu untuk banyak kontrol, utas ini akan dengan mudah kehilangan fokus umumnya.

Sangat dihargai!

PS: Tentang elemen yang disorot tanpa batas: Sorotan elemen pasti harus persegi panjang. Membuatnya memiliki warna bulat hanya aneh.

Saya mungkin minoritas di sini dengan pendapat saya, tetapi mengubah jari-jari sudut kontrol umum sejujurnya adalah ide yang buruk. Melihat contoh menu di atas dari @mdtauk dan membandingkannya dengan menu Edge saat ini membuat saya sedikit jijik. Segalanya akhirnya diselesaikan dengan desain Lancar dan semuanya akhirnya terlihat konsisten dan sangat bagus. Sekarang, mari kita ubah semuanya agar terlihat seperti Web? Tidak...biarkan Web menjadi Web dan tinggalkan Windows (dan Kontrol Umum) sendirian. Jika pengembang ingin menerapkan sudut membulat menggunakan kontrol pihak ketiga di aplikasi mereka sendiri, biarlah. Tapi, untuk mulai mengubah tampilan dan nuansa default sekarang hanyalah bid'ah - biarkan Apple menjadi Apple, Google menjadi Google, dan Web menjadi Web. Anda terus menjadi Microsoft dan melakukan pekerjaan Anda - itu berhasil, jadi biarkan itu bekerja. Saya, misalnya, sangat menyukai tampilan dan nuansa Microsoft Windows 10 dari desain Lancar dan ingin aplikasi saya terlihat seperti Windows - bukan Apple, Google, atau Web. Saya tidak tahan dengan tampilan Chrome - Edge terlihat lebih baik dari tahun ke tahun dan Windows jauh lebih baik dalam bentuk dan fungsi daripada macOS. Dan, TBH, bawa kembali Windows 10 Mobile ke telepon. Astaga, berhentilah menyerah pada hal-hal begitu cepat dan tinggalkan desain Lancar dan biarkan ia melakukan tugasnya.

@mdtauk

Melakukannya pada tingkat OS adalah tugas yang rumit, dan penelitian tidak cukup menjamin waktu dan upaya rekayasa yang terlibat dalam mengimplementasikannya.

Proposal ini tampaknya sudah melakukan sebagian besar pekerjaan, menambahkan properti CornerRadius ke kontrol. Satu-satunya hal yang tersisa adalah pembuatan sumber daya SystemCornerRadius yang dapat diikat oleh kontrol tersebut untuk radius sudut aktualnya (mirip dengan bagaimana hari ini Anda menggunakan sumber daya SystemAccentColor untuk mewarnai elemen UI Anda dalam warna aksen yang ditetapkan pengguna di aplikasi Pengaturan.
Adapun seberapa banyak pekerjaan yang akan dilakukan untuk membuat sumber daya tersebut dan membuatnya dapat diperbarui melalui aplikasi Pengaturan, itu tetap menjadi komentar MS. Tetapi mengingat pekerjaan yang sudah dilakukan proposal ini dan juga pekerjaan sebelumnya dalam bentuk mengekspos sumber daya AccentColor, saya tidak melihat bagaimana hal itu akan begitu menuntut seperti yang Anda inginkan. Tingkat OS secara harfiah hanya akan memberikan nilai radius sudut yang dapat dibaca dan ditulis dan kemudian menggunakan sistem yang sama yang sudah Anda miliki untuk sumber daya warna aksen hari ini.

Apakah itu slider atau sakelar?
[X] Sudut membulat pada kontrol
Tidak hanya akan ada satu nilai Radius Sudut untuk ditetapkan btw. Beberapa elemen hanya akan memiliki pembulatan di satu sisi, atau hanya sudut atas yang akan dibulatkan. Kontrol flyout dan pop over akan mendapatkan radius 4 epx, sedangkan kontrol lain hanya akan memiliki 2 epx.
Anda akan mengatur banyak variabel karena pengaturan ini berubah di OS. Lalu bagaimana dengan pengujian? Juga akan ada harapan. Bagaimana reaksi pengguna terhadap aplikasi yang mereka putuskan untuk mengabaikan preferensi pengguna?
Bagaimana Anda berkomunikasi dengan pengguna kontrol mana yang dibulatkan, dan mana yang tidak? Beberapa kontrol akan memiliki elemen batas dalam atau batas luar. Ini akan membutuhkan nilai CornerRadius mereka disesuaikan untuk memastikan pelukan tepi bentuk dengan benar.
Pada akhirnya, ini mungkin merupakan perubahan yang disambut tanpa banyak keributan, sehingga dapat dianggap sebagai reaksi berlebihan untuk menambahkan opsi lain ke OS.

Memiliki radius sudut 2epx di sini, radius sudut 4epx di sana, dan berbeda di tempat lain karena 2 atau 4 tidak terlihat benar adalah UX yang buruk. Biarkan Kontrol Umum seperti adanya - Pekerjaan Selesai... lanjutkan untuk membuat sesuatu yang hebat lainnya.

@chigy
Jadi saya menghitung dari tanggapan di utas reddit yang saya mulai beberapa hari yang lalu dan ini dia (sayangnya, sepertinya tidak ada cara yang jelas untuk dengan mudah melihat jumlah total pengguna yang berpartisipasi):

Pendapat menyatakan radius pro-sudut (UI kontra saat ini): 18
Opini menyatakan UI pro-saat ini (dan radius sudut kontra): 12 (+1 jika saya memasukkan saya sebagai poster reddit, juga termasuk @shaheedmalik dalam

Sisanya:

• Meminta MS untuk memberikan pilihan UI
• Baik dengan keduanya
• Tidak menyatakan pendapat tentang proposal
• Menyatakan frustrasi umum dengan inkonsistensi dalam sistem Windows (yaitu program Win32 vs aplikasi UWP)

Terutama kelompok terakhir (frustrasi) adalah sebagian besar orang yang berpartisipasi dalam utas.

Meringkas hasilnya, kami melihat bahwa kami memiliki faksi yang cukup besar baik untuk sudut yang dibulatkan (usulan) dan untuk sudut yang dikuadratkan (UI saat ini). Ditambah lagi sekelompok orang yang menyatakan keinginan mereka untuk dapat beralih di antara dua gaya ini dalam sistem.
Namun, terlepas dari sudut membulat atau tidak, respons yang paling banyak diberikan - sejauh satu mil - adalah akhirnya membawa konsistensi ke sistem Windows secara keseluruhan. WinUI 3.0 dan tim MS akan memotong pekerjaan mereka untuk membawa semua komponen sistem Windows dan aplikasi UWP yang berbeda di bawah satu Bahasa Desain UI.

@chigy
Dengan semua pembicaraan oleh Tim Desain Microsoft untuk "menyertakan" pengguna alih-alih "mengecualikan" mereka, saya pikir utas ini dan utas reddit di atas menunjukkan ada alasan bagus untuk memberikan opsi sederhana di UI untuk beralih di antara sudut bulat yang diusulkan UI dan UI saat ini (sudut tajam).

@Felix-Dev Secara teknis posting yang saya buat adalah tentang kontrol Flyout, ComboBox hanyalah salah satu kontrol yang memiliki komponen flyout.

Saya kebetulan berpikir pembulatan di semua sudut masuk akal dalam semua keadaan. Dan tim memutuskan flyout dan dialog akan menggunakan 4 sudut epx, dan kontrol lainnya akan menggunakan 2 epx.

@mdtauk ,
seperti yang saya katakan, tolong jangan salah paham tentang ini. Saya pikir tidak apa-apa untuk menunjukkan UI kontrol khusus di utas ini (seperti saya bertanya tentang ketebalan sudut yang tampak aneh untuk jari-jari sudut kotak centang dalam contoh tampilan pohon).
Hanya, jika ada percakapan yang mencakup beberapa posting yang terjadi mengenai elemen UI tertentu (seperti flyout/combobox/...), saya merasa yang terbaik adalah membuat masalah terpisah untuk khusus ini. Dan seperti yang Anda lihat, posting Anda tentang flyout segera mengarah ke diskusi tentang kotak kombo. Sekarang bayangkan seseorang kemudian memulai percakapan tentang bagaimana bayangan fokus seharusnya terlihat dan kami memiliki "kekacauan" keseluruhan (seperti dalam beberapa elemen UI tertentu yang sedang dibahas dalam jarak dekat) mulai di mana akan sulit untuk membawa utas kembali ke umum usulan dan cara mengatasinya.

@mdtauk ,
seperti yang saya katakan, tolong jangan salah paham tentang ini. Saya pikir tidak apa-apa untuk menunjukkan UI kontrol khusus di utas ini (seperti saya bertanya tentang ketebalan sudut yang tampak aneh untuk jari-jari sudut kotak centang dalam contoh tampilan pohon).
Hanya, jika ada percakapan yang mencakup beberapa posting yang terjadi mengenai elemen UI tertentu (seperti flyout/combobox/...), saya merasa yang terbaik adalah membuat masalah terpisah untuk khusus ini. Bayangkan saja seseorang kemudian memulai percakapan tentang bagaimana bayangan fokus seharusnya terlihat dan kami memiliki seluruh kekacauan mulai di mana akan sulit untuk membawa utas kembali ke proposal umum dan bagaimana menghadapinya.

Saya tidak bermaksud membuat masalah terpisah hanya untuk flyout, tetapi saya secara khusus membahas Radius Sudut dari kontrol itu.

Saya ingin tahu apakah @chigy dapat memberi kami semacam perkiraan kapan kami akan dapat melihat Perangkat Desain yang diperbarui dengan semua desain kontrol yang diperbarui, sehingga percakapan dapat beralih ke yang lebih spesifik, daripada keluhan umum tentang keputusan untuk mengubahnya. dengan.

Jika Anda akan menghitung posting, Anda harus menghitung upvotes juga.

@shaheedmalik
Tidak secara eksplisit menghitung up-count karena saya tidak tahu persis bagaimana perasaan para pemilih tentang tipe UI ini (misalnya, mereka bisa baik-baik saja dengan salah satu pilihan tetapi masih menyukai proposal corder bulat seperti UI saat ini). Lebih penting lagi, mereka mungkin telah meng-upvote sebuah postingan karena bagian tertentu dari postingan tersebut, seperti menunjukkan inkonsistensi UI. Oleh karena itu, saya hanya menghitung posting sebenarnya di mana Anda dapat dengan jelas melihat persetujuan untuk salah satu UI dalam pernyataan penulis.

FWIW, "2px tampaknya menjadi sweet spot." mendapat suara terbanyak dengan 54 poin.

Ada juga posting berperingkat tinggi (+21 - tempat ke-4) yang menyerukan "dukungan bertema pengguna akhir" meskipun saya tidak dapat menentukan apakah semua suara positif itu untuk bagian panggilan untuk penyesuaian atau untuk bagian di mana penulis mengkritik yang hilang konsistensi dalam sistem.

Saya ingin tahu apakah @chigy dapat memberi kami semacam perkiraan kapan kami akan dapat melihat Perangkat Desain yang diperbarui dengan semua desain kontrol yang diperbarui, sehingga percakapan dapat beralih ke yang lebih spesifik, daripada keluhan umum tentang keputusan untuk mengubahnya. dengan.

Terima kasih telah bertanya. Saya menautkan ke comps desain di bagian "Catatan Penting" dari masalah ini, jadi pastikan untuk memeriksanya.

Secara umum, saya ingin memastikan bahwa kita menjaga percakapan di sini terfokus pada bagaimana kita dapat membuat sudut membulat bekerja di WinUI. Saya tahu orang-orang memiliki pendapat berbeda tentang ide ini atau bahkan jika sudut membulat adalah ide yang bagus secara umum. Jadi saya merasa layak untuk saya sebutkan bahwa ini adalah bagian dari keseluruhan arah desain Windows yang didorong keluar dari tim lain di Microsoft. Kami hanya mencoba mencari cara untuk membuat WinUI bekerja dengan arah desain baru ini, sehingga memudahkan pengembang. Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows. Dengan kata lain, rounded corner sudah menjadi rencana, jadi kami ingin membuat Anda sadar dan berkonsultasi dengan komunitas WinUI kami untuk memastikan bahwa kami menerapkan kemampuan ini secara bertanggung jawab. Harapan itu masuk akal.

Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows. Dengan kata lain, rounded corner sudah menjadi rencana, jadi kami ingin membuat Anda sadar dan berkonsultasi dengan komunitas WinUI kami untuk memastikan bahwa kami menerapkan kemampuan ini secara bertanggung jawab.

Saya menduga banyak orang di sini ingin berbicara dengan orang-orang dengan otoritas tersebut, karena ini adalah masalah utama bagi banyak dari kita.

Terima kasih telah bertanya. Saya menautkan ke comps desain di bagian "Catatan Penting" dari masalah ini, jadi pastikan untuk memeriksanya.

Secara umum, saya ingin memastikan bahwa kita menjaga percakapan di sini terfokus pada bagaimana kita dapat membuat sudut membulat bekerja di WinUI. Saya tahu orang-orang memiliki pendapat berbeda tentang ide ini atau bahkan jika sudut membulat adalah ide yang bagus secara umum. Jadi saya merasa layak untuk saya sebutkan bahwa ini adalah bagian dari keseluruhan arah desain Windows yang didorong keluar dari tim lain di Microsoft. Kami hanya mencoba mencari cara untuk membuat WinUI bekerja dengan arah desain baru ini, sehingga memudahkan pengembang. Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows. Dengan kata lain, rounded corner sudah menjadi rencana, jadi kami ingin membuat Anda sadar dan berkonsultasi dengan komunitas WinUI kami untuk memastikan bahwa kami menerapkan kemampuan ini secara bertanggung jawab. Harapan itu masuk akal.

Anda memang menyebutkan percakapan tentang beberapa hal yang masih berlangsung, seperti ketebalan perbatasan TextBox dll - jadi saya berasumsi desain itu adalah _ide awal_ daripada akhirnya final. (Saya kira saya berharap masih dapat memengaruhi hal-hal seperti Kotak Teks, Tombol, Kotak Centang, dll)

Saya rasa saya tahu jawabannya, tetapi saya akan tetap bertanya - apakah ada rencana untuk membagikan desain UI Windows yang telah diputuskan oleh tim?

Akankah perubahan ini direncanakan oleh Windows, juga berlaku untuk Gaya Visual Win32 dan TitleBars jendela Shell dll. Jika demikian, WPF mungkin juga harus memperbarui kontrol default mereka saat menjalankan versi Windows tersebut dengan gaya baru ini. ( Saya sudah menyarankan itu harus terjadi #699)

Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows. Dengan kata lain, rounded corner sudah menjadi rencana, jadi kami ingin membuat Anda sadar dan berkonsultasi dengan komunitas WinUI kami untuk memastikan bahwa kami menerapkan kemampuan ini secara bertanggung jawab.

Saya menduga banyak orang di sini ingin berbicara dengan orang-orang dengan otoritas tersebut, karena ini adalah masalah utama bagi banyak dari kita.

Saya kira ini akan muncul di Hub Umpan Balik ketika perubahan desain ditayangkan - Itu kemungkinan besar akan mencapai Tim Windows.

Anda memang menyebutkan percakapan tentang beberapa hal yang masih berlangsung, seperti ketebalan perbatasan TextBox dll - jadi saya berasumsi desain itu adalah _ide awal_ daripada akhirnya final. (Saya kira saya berharap masih dapat memengaruhi hal-hal seperti Kotak Teks, Tombol, Kotak Centang, dll)

Saya rasa saya tahu jawabannya, tetapi saya akan tetap bertanya - apakah ada rencana untuk membagikan desain UI Windows yang telah diputuskan oleh tim?

@mdtauk
Ya, dan untuk menjadi sangat transparan di sini... Kenyataannya adalah, semakin cepat percakapan masalah ini melambat, semakin cepat saya dapat menyelesaikannya... :)

@chigy Saya minta maaf jika saya telah berkontribusi pada penggelinciran percakapan dan memperlambat kemajuan. Saya hanya ingin membantu, dan memastikan WinUI 3.0 terlihat sebaik mungkin!

@chigy
Saya bingung sekarang. Anda adalah orang yang bekerja di Tim Desain Lancar Windows, WinUI dikatakan sebagai "[...] platform UI asli yang sangat dioptimalkan yang digunakan untuk membuat Windows itu sendiri" (dikutip dari sini , bagian "Manfaat WinUI 3". Jadi, jika ini bukan tempat untuk mempengaruhi Bahasa Desain Windows 10, lalu apa itu?

Saya tidak tahu bagaimana perasaan tentang balasan Anda. Anda pada dasarnya meminta kami untuk umpan balik tetapi ternyata kami tidak pernah memiliki banyak kesempatan untuk mempengaruhi proposal? Jika tidak ada orang yang memiliki otoritas sebenarnya di pos ini, maka yang kami lakukan di sini pada dasarnya adalah udara panas. Bahkan dalam kasus seperti Martin di mana dia memposting konsep desainnya dengan harapan akan diimplementasikan oleh tim desgin. WinUI tidak dapat mengatur gaya kontrol secara berbeda dari yang diinginkan oleh "otoritas desain windows", karena seperti yang dikatakan oleh tim WinUI sendiri: "WinUI 3.0+ akan menjadi UI Windows".

@chigy
Saya dan yang lain telah menginvestasikan banyak waktu, energi, dan semangat untuk mencoba menyoroti bahwa "pengguna Windows" bukanlah grup yang homogen seperti yang tampaknya disarankan oleh beberapa komentar Anda. Kami menunjukkan kepada Anda bahwa ada suara di luar suara Martin dan orang lain yang tidak menyukai pembaruan UI baru dan dengan demikian ingin membuat kasus untuk penyesuaian UI yang diukur dengan cermat.

Ini juga terasa seperti Anda mengabaikan permintaan ini. Anda mengatakan "Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows.". Saya dan yang lain tidak menyerukan untuk membuang push UI ini dalam beberapa hari terakhir, tetapi untuk mengikuti pembicaraan desain Anda sendiri di Twitter tentang "termasuk pengguna" dan tidak mengecualikan mereka. Kami meminta opsi, bukan pembalikan langkah.
Namun, sejauh ini, kami tidak mendapatkan banyak pengakuan di luar "Opsi untuk menyediakan pengaturan pengguna untuk memiliki pembulatan sudut sesuatu yang dapat dipilih pengguna adalah pilihan yang menarik. Namun itu juga banyak berkaitan dengan umpan balik ini daripada yang lain. fitur penting yang harus kita pertimbangkan dalam sistem Windows secara keseluruhan.". Kurasa itu permulaan, tapi di mana kita sekarang?

Anda mengatakan Anda tidak termasuk dalam tim yang sebenarnya dengan otoritas atas desain Windows. Itu berarti kita semua telah berbicara dengan orang yang salah selama ini! Jika kita tidak pernah berbicara dengan anggota yang ada di tim yang benar-benar memutuskan, saya bertanya-tanya mengapa Anda tidak mengatakannya lebih awal.

Saya kecewa, setelah semua energi yang diinvestasikan, untuk sekarang mengetahui bahwa saya tidak pernah berbicara dengan seseorang dengan otoritas untuk memulai. Bahwa pada dasarnya semua umpan balik dan saya orang lain berkumpul, membuat kasus untuk kustomisasi UI pada dasarnya tidak akan menghasilkan apa-apa (karena Anda bahkan bukan orang yang perlu diyakinkan).

Maaf, saya tidak bisa membungkus kepala saya di sekitarnya. Seorang anggota Tim Desain Lancar Windows di repositori yang diduga mengemudikan Windows UI sekarang memberi tahu kami setelah berhari-hari bahwa kami tidak pernah berbicara dengan orang yang benar-benar penting.

Maaf jika ini menjadi kata-kata kasar, tapi saya agak terkejut di sini. Anda mungkin tidak tahu berapa banyak saya berinvestasi dalam diskusi khusus ini (dan orang lain yang menulis balasan penuh semangat), tetapi saya ingin meminta klarifikasi.

Di mana sebenarnya seruan kami untuk kustomisasi UI sekarang? Apakah repo ini benar-benar penting lagi untuk diskusi Windows UI?

Saya akan meninggalkannya dengan:

" [WinUI 3.0] Platform UI asli WindowsWinUI adalah platform UI asli yang sangat dioptimalkan yang digunakan untuk membuat Windows itu sendiri, sekarang tersedia lebih luas untuk digunakan semua pengembang untuk menjangkau Windows.

@Felix-Dev Saya berharap untuk mempengaruhi, tidak memaksa desain saya menjadi desain yang sebenarnya. Saya seorang desainer yang telah menjadi penggemar Windows sejak masa Windows Vista/7/Zune/Windows Phone.

@mdtauk
Memang, meskipun Anda tentu tidak akan menentang MS mengadopsi ide-ide Anda, bukan? Bagaimanapun, Anda yakin akan mereka!

Maaf jika itu muncul karena Anda memaksa (dan untuk bersikap adil kepada saya, Anda juga mengatakan agar proposal Anda bisa datang seperti itu), tetapi balasan dari @chigy cukup mengejutkan saya. Semoga kamu mengerti!

Tim WinUI != Tim Pengembang Windows.

Windows 10 adalah OS saat ini, tetapi Windows Lite dan Windows Core OS adalah arah masa depan.

@chigy jelas melihat apa yang Tim Windows rencanakan untuk dilakukan pada OS Shell, dan ingin memastikan WinUI 3.0 akan terlihat bagus di sana. Aplikasi Windows seperti Kalkulator, Pengaturan, Taskbar Flyouts dan Shell dll, mungkin semuanya akan menggunakan WinUI 3.0 sehingga mereka harus berada di halaman yang sama, dari segi desain.

Tim Desain Lancar di Microsoft membuat aturan (warna, gaya dan ukuran font, bahan, dll) yang diikuti oleh tim Microsoft lainnya seperti WinUI, Windows, Xbox, Office, Bing, Tim, Fabric, Web Lancar dengan pekerjaan desain UI mereka.

Saya yakin saya akan dikoreksi jika saya salah memahami struktur di sini.

Ide-ide saya bahwa saya telah berkontribusi pada repo ini - telah mencoba menjembatani kesenjangan antara Fabric Web dan WinUI 3.0 - Saya juga menyertakan pemikiran yang telah saya pikirkan sejak hari-hari Win8.

Klarifikasi memang menyenangkan, karena inilah cara saya memahaminya:

@chigy adalah anggota Tim Desain Lancar Windows dan dengan FD (Desain Lancar) sebagai bahasa desain Windows 10, ia akan menjadi anggota Tim Desain Windows.

Lalu ada WinUI 3.0 yang secara resmi telah digambarkan sebagai platform yang menggerakkan Windows dan digunakan untuk membuat Windows itu sendiri. Jadi diskusi desain UI Windows terasa betah di sini.
Juga berdasarkan uraian di atas, itu berarti tim pengembang Windows akan menggunakan WinUI untuk mewujudkan aplikasi dan UI sistem. Jika tidak, perlu ditunjukkan secara eksplisit dalam utas proposal UI bahwa Anda tidak akan berbicara dengan orang yang benar-benar penting dan proposal tersebut benar-benar hanya tentang umpan balik tentang implementasi aktual dan bukan tentang desain UI .

Dan bahkan jika Tim Desain Lancar Windows dan tim WinUI bukanlah tim tempat UI Windows asli dirancang dan direalisasikan, itu tidak mengubah fakta bahwa @chigy tidak pernah memberi tahu kami bahwa kami tidak pernah berbicara dengan seseorang yang benar-benar penting. Kami menginvestasikan waktu dan energi (Anda dengan konsep kontrol Anda, saya dengan mencoba mengumpulkan umpan balik, baik kami berdiskusi dengan hidup dan tidak melupakan semua orang lain yang berpartisipasi dengan penuh semangat) ketika pada akhirnya kami tidak pernah berbicara dengan anggota tim UI Windows yang sebenarnya, seseorang yang kita benar-benar bisa mencoba untuk meyakinkan ide-ide dan keyakinan kita.

Kami tidak benar-benar memiliki wewenang untuk menyimpulkan bahwa sudut membulat bukanlah "benda" di Windows. Dengan kata lain, rounded corner sudah menjadi rencana, jadi kami ingin membuat Anda sadar dan berkonsultasi dengan komunitas WinUI kami untuk memastikan bahwa kami menerapkan kemampuan ini secara bertanggung jawab. Harapan itu masuk akal.

Nah ini adalah kekecewaan besar bagi saya, seperti yang dikatakan orang lain, ini adalah masalah besar bagi banyak dari kita, jadi jika Anda tidak memiliki pengaruh atas hal ini, bolehkah saya dengan sopan bertanya kepada @chigy : Siapa orang yang harus kita ajak bicara? Jika tidak, bagaimana kita bisa membuat suara kita terdengar atas perubahan UI yang jelas kontroversial ini yang tidak disukai banyak orang?

Hal ini sangat mirip dengan wacana yang terjadi selama pengembangan Windows 10 tahun lalu ketika ada proposal untuk membuat gambar profil Square menjadi Circular, banyak orang kembali tidak menyukai ini dan pergi ke hub umpan balik. Ada beberapa posting di hub umpan balik dengan lebih dari 1000000+ upvotes dukungan, meminta ini untuk tidak dilakukan.

Tanggapannya pada dasarnya hanya memberi tahu orang-orang bahwa perubahan akan dilakukan terlepas dari pendapat mereka ...

Saya akan menulis ulang posting itu agar tidak merendahkan dan menghina @Felix-Dev

@mdtauk
mana postingan saya yg menghina?

Saya tidak menyebut siapa pun nama apa pun, menyebut kata-kata buruk WinUI, menggambarkan masalah ini dengan kata-kata yang menghina. Saya tidak menyerang siapa pun secara pribadi, sebenarnya saya tidak menyerang apa pun.

@mdtauk
mana postingan saya yg menghina?

Saya tidak menyebut siapa pun nama apa pun, menyebut kata-kata buruk WinUI, menggambarkan masalah ini dengan kata-kata yang menghina. Saya tidak menyerang siapa pun secara pribadi, sebenarnya saya tidak menyerang apa pun.

@chigy adalah orang yang bertanggung jawab untuk mengerjakan desain untuk kontrol WinUI. Jika Anda salah mengira perannya sebagai salah satu di tim Windows atau Lancar, maka Anda tidak boleh mengatakan perannya tidak penting, dan Anda tidak boleh menjadikannya pribadi.

@mdtauk
"Chigusa Sansen adalah Manajer Program Utama di tim platform XAML UI dan bagian dari anggota inti Sistem Desain Lancar " (sumber: https://mybuild.techcommunity.microsoft.com/speaker/545575?source=sessions)

Dia juga mengadakan bagian FD yang terkait dengan Windows di sesi itu.

Dan tentang bagian "seseorang yang benar-benar penting". Saya tidak menganggapnya sebagai penghinaan karena dalam kasus kami dia memang mengatakan dia tidak ada di tim yang sebenarnya memanggil tembakan untuk arah UI yang dipilih untuk Windows. Saya tidak menyerang Nona Chigusa Sansen, saya juga tidak mengejeknya atau memanggil namanya. Saya hanya menyatakan apa yang dia katakan kepada kami secara pribadi.

Dan tentang bagian "seseorang yang benar-benar penting". Saya tidak menganggapnya sebagai penghinaan karena dalam kasus kami dia memang mengatakan dia tidak berada di tim yang sebenarnya memanggil tembakan untuk arah UI yang dipilih untuk
jendela.

Yah saya anggap itu menghina. Terutama karena Anda tampaknya telah salah memahami tujuan diskusi, bukan karena Anda "disesatkan"

@mdtauk
kita berada pada panjang gelombang yang berbeda di sini dan tidak ada gunanya saya mencoba berspekulasi mengapa itu mungkin ...

Ketika kami memulai diskusi tentang gerakan UI umum ini, tidak ada yang dengan jelas dinyatakan oleh Nona Chigusa Sansen atau anggota lain dari tim WinUI bahwa utas ini bukan tempat yang tepat untuk diskusi ini. Alih-alih, orang-orang dengan penuh semangat mulai berdiskusi, berdebat pro-/kontra- gerakan itu dengan berpikir bahwa mereka sedang berbicara dengan seseorang yang akan berada di - untuk sifat diskusi ini - posisi UI yang relevan di Microsoft/Windows.

Chigusa bahkan mengambil bagian di dalamnya dan Anda juga bebas menambahkan gambar kontrol dengan harapan dapat mempengaruhi arah UI dan tidak ada seorang pun dari MS yang melangkah lebih jauh untuk menambah kesan bahwa ini adalah tempat untuk membahas desain UI umum. Keluhan saya adalah , dan Anda tampaknya telah melewatkan itu, bahwa @chigy membutuhkan waktu lama untuk memberi tahu kami bahwa sebenarnya tidak ada gunanya berdiskusi di sini, karena dia tampaknya bahkan tidak ada di tim yang memanggil tembakan umum.

Ini bukan tentang "menyesatkan" atau "disalahpahami" seperti yang Anda katakan, tetapi informasi penting semacam itu disimpan dari kami selama berhari-hari. Seluruh diskusi ini bisa berlangsung lama jika Nona Chigusa Sansen mengatakannya lebih awal. Yang, btw, adalah apa yang Anda dan dia ingin lihat.

@mdtauk
kita berada pada panjang gelombang yang berbeda di sini dan tidak ada gunanya saya mencoba berspekulasi mengapa itu mungkin ...

Ketika kami memulai diskusi tentang gerakan UI umum ini, tidak ada yang dengan jelas dinyatakan oleh Nona Chigusa Sansen atau anggota lain dari tim WinUI bahwa utas ini bukan tempat yang tepat untuk diskusi ini. Sebaliknya, orang-orang dengan penuh semangat mulai berdiskusi, berdebat pro-/kontra- gerakan itu dengan berpikir bahwa mereka sedang berbicara dengan seseorang yang akan berada di posisi UI penting di Microsoft/Windows. Chigusa bahkan mengambil bagian di dalamnya dan Anda juga bebas menambahkan gambar kontrol dengan harapan dapat mempengaruhi arah UI. Keluhan saya adalah , dan Anda tampaknya telah melewatkan itu, bahwa @chigy membutuhkan waktu lama untuk memberi tahu kami bahwa sebenarnya tidak ada gunanya berdiskusi di sini, karena dia tampaknya bahkan tidak ada di tim yang memanggil tembakan umum.

Ini bukan tentang "menyesatkan" atau "salah paham" seperti yang Anda katakan, tetapi informasi penting semacam itu disimpan dari kami selama berhari-hari. Seluruh diskusi ini bisa berlangsung lama jika Nona Chigusa Sansen mengatakan itu sebelumnya yang ingin Anda dan dia lihat.

@Felix-Dev @Nepxune
Mari tetap beradab dan positif. Gambar-gambar yang diposting menyoroti perubahan yang dilakukan pada kontrol, yang melibatkan nilai CornerRadius. Ada masalah lain di mana mekanisme khusus untuk menambahkan CornerRadius ke kontrol yang tidak mendukung atau menghormati nilai saat ini, dapat dibuat untuk mendukungnya, dan dengan cara di mana pengembang dapat mengganti nilai untuk menyesuaikannya, atau menyesuaikan nilai yang sesuai dengan merek dan kebutuhan mereka. #684

Masalah ini mengacu pada pembaruan Radius Sudut di Kontrol Umum, yang konsisten dengan arah gaya Web dan Aplikasi.

Ide-ide yang saya posting mengambil gaya yang digunakan oleh Fabric Web, dan membawanya ke kontrol XAML - jadi saya merasa mereka berada dalam cakupan diskusi ini. Fitur OS yang mengontrol kontrol XAML ThemeResource sedikit di luar topik, tetapi terkait.

Percakapan itu menarik dan relevan sampai pada titik di mana beberapa mencoba membelokkannya ke dalam diskusi tentang manfaat atau kekurangannya, dalam membuat perubahan di tempat pertama - daripada bagaimana berhasil membuat perubahan yang telah diputuskan untuk dilakukan. membuat.

Saya menyarankan bahwa jika Anda ingin meningkatkan proposal untuk menjadikan jumlah pembulatan sebagai pengaturan OS yang dapat diubah atau diubah pengguna - maka itu harus dibuat sebagai saran baru.

Silakan merujuk pada kode etik dan cobalah untuk menghormati. @chigy tidak mencoba menipu atau menyesatkan.

Martin benar bahwa kami adalah tim platform yang bertanggung jawab untuk membantu menghasilkan desain untuk memenuhi kebutuhan versi Windows yang akan datang. Kami juga ingin memastikan bahwa platform kami bekerja dengan baik untuk semua orang, termasuk yang membawa merek dan gaya mereka sendiri dan tidak ingin mengikuti gaya Windows. Semua umpan balik ini sangat berharga dan kami akan membaginya dengan tim desain Windows juga untuk memastikan bahwa mereka mendengar umpan balik spesifik bahwa dari tingkat OS orang menginginkan tombol untuk menyesuaikannya.

Terima kasih, @Felix-Dev , @Nepxune , dan @mdtauk , untuk menunjukkan sesuatu yang mungkin tidak terlalu jelas ketika saya mengambil alih item GitHub ini. Asal tahu saja, ini adalah masalah terkait desain pertama kami yang kami diskusikan di komunitas terbuka jadi kami terus belajar…

Dan pertama-tama, saya minta maaf jika saya menyesatkan siapa pun di grup ini bahwa saya adalah perwakilan desain yang memiliki wewenang untuk membuat perubahan yang bukan niat saya dan maaf jika Anda merasa membuang waktu Anda.

Terima kasih @jevansaks , telah merangkum peran WinUI dalam kaitannya dengan desain.

Yang mengatakan, izinkan saya mengklarifikasi tentang diri saya karena saya berhutang pada komunitas ini. Saya seorang manajer program dari tim teknik WinUI. Saya bekerja sangat erat dengan tim desain di seluruh perusahaan untuk memastikan WinUI mewakili kebenaran desain arah desain Windows serta Fluent. Misalnya, baru kemarin, saya duduk dengan tim desain Xbox untuk membahas beberapa perubahan desain yang diusulkan di sini. Memastikan mereka masih berguna bagi pengembang Xbox. Di dalam tim WinUI, saya mengawasi desain dengan cara yang lebih sistematis baik secara horizontal maupun secara keseluruhan, memastikan kami tidak merilis fitur individual yang memperkenalkan inkoherensi dari perspektif UI/UX.

Saya berpartisipasi dalam upaya sistem desain Lancar yang mewakili Windows serta mencoba menjadi suara yang sangat kuat untuk komunitas pengembang. Juga untuk memperjelas, sistem desain Lancar adalah upaya kolektif di mana banyak tim di seluruh Microsoft (desain serta tim teknik) bekerja sama untuk mewujudkan sistem yang koheren di mana kami dapat memberikan UX yang hebat sebagai perusahaan dan membuatnya tersedia untuk pengembang seperti Anda. Jadi saya menjadi bagian dari itu tidak berarti saya dapat membuat panggilan ... Menurut pendapat saya, tidak ada satu orang pun dalam kolektif ini yang dapat ... Ini adalah upaya kolektif ...

@Felix-Dev , hanya untuk membuat Anda sadar bahwa saya secara pribadi memang membahas konsep yang Anda usulkan tentang pengaturan pengguna dengan seseorang di organisasi desain Windows, jadi untuk mengonfirmasi tanggapan saya (mis. ). Pendapat Anda memang dibahas. Saya tahu ini mungkin tidak memuaskan tetapi ingin Anda tahu bahwa saya peduli dengan semua pendapat Anda dan melakukan yang terbaik untuk menjadi perwakilan/jembatan di sini.

Semuanya, saya tidak bermaksud menutup masalah ini. Saya mencoba untuk menutup komentar dan melakukannya secara tidak sengaja!!

@mdtauk @jevansaks @chigy
Saya sangat setuju dengan Anda bahwa diskusi ini harus tetap profesional. Kami semua bersatu dalam semangat kami untuk Windows dan keinginan kami untuk melihat Windows menjadi sebaik mungkin.

Untuk membuatnya benar-benar jelas sekali dan untuk semua, saya tidak pernah menuduh Nona Chigusa Sansen "menipu" atau "menyesatkan" kami, juga bukan niat saya. Saya juga dapat dengan tegas menyatakan bahwa saya tidak pernah menyerang siapa pun secara pribadi, saya juga tidak.

Apa yang juga ditunjukkan oleh percakapan baru-baru ini adalah bahwa proyek Open-Source ini masih dalam tahap pembelajaran. Masih ada pekerjaan yang harus dilakukan untuk berhasil menyatukan kedua dunia - perusahaan Microsoft dan penggunanya yang bersemangat dan pemahaman yang jelas tentang seberapa besar pengaruh pendekatan Open-Source baru ini akan benar-benar memberi komunitas dan bagaimana tim Windows terkait akan benar-benar menangani umpan balik komunitas .

Secara umum, saya cukup terkesan dengan keadaan saat ini. Umpan balik dikeluarkan dan diperlakukan dengan serius oleh tim WinUI, meskipun umpan balik tidak terkait dengan produk WinUI yang sebenarnya. Saya menghargai ini dan Anda memiliki rasa hormat saya untuk itu!

Kasus khusus di sini sayangnya mungkin menderita beberapa gejala sebagai proyek open-source yang sangat muda di mana semua pihak yang berpartisipasi masih belum sepenuhnya belajar tentang satu sama lain. Saya optimis bahwa kita dapat menggunakan kasus ini untuk mencapai pemahaman yang lebih baik tentang kemungkinan DAN batasan pendekatan baru ini bagi kita semua!

Halo semua!
Terima kasih BANYAK untuk percakapan jujurnya. Saya telah belajar banyak dan saya harap Anda bersedia untuk terus bekerja bersama kami untuk tumbuh bersama sebagai komunitas terbuka!

Seperti yang ditunjukkan oleh beberapa dari Anda, saya tidak jelas tentang apa yang dapat dan tidak dapat saya dan tim WinUI lakukan, jadi izinkan saya mencoba merangkum poin-poin hebat yang Anda semua angkat dan kesimpulannya. Dan jika Anda merasa masalah masih terbuka, silakan lanjutkan!

Perhatikan bahwa saya tidak mencantumkan semua masalah yang kami diskusikan karena saya menganggap beberapa di antaranya telah diselesaikan selama diskusi kami. Beri tahu saya jika Anda berpikir sebaliknya!!

• Pastikan Xbox sedang dipertimbangkan (@mdtauk)
  o Desain Xbox dimiliki oleh tim Xbox.
  o Tapi ya, kami bekerja sama dengan mereka. Saya mengonfirmasi bahwa telah terjadi pertemuan di mana kami meninjau proposal desain ini dan yang akan datang dengan tim desain Xbox.
• Pertimbangkan untuk membuat perubahan terkait kontrol lainnya untuk penyelarasan seperti membuat garis batas lebih tipis (@mdtauk)
  o Tim desain Windows membuat panggilan terakhir untuk Windows sambil berkoordinasi dengan tim Sistem Desain Lancar untuk mencoba menyelaraskan seluruh tim desain Microsoft.
  o Tim WinUI akan membuatnya bekerja lebih baik untuk pengembang dan memiliki cerita pengembang yang bagus untuk beralih (atau beralih kembali).
  o Ini akan dilacak dalam edisi GitHub mendatang.
• Komunitas ingin tempat untuk menyuarakan pendapat mereka langsung ke Tim Desain Lancar ( @mdtauk , @Felix-Dev, @Nepxune)
  o FYI, tim Lancar memang memiliki grup LinkedIn.
  o Ini bukan milik tim WinUI atau saya sendiri.
  o Ini sedang dibawa ke perhatian mereka, tapi sesuatu yang kita tidak bisa berkomitmen jika sesuatu akan terjadi.
  o Saya pasti akan berkomunikasi kembali dengan grup ini jika sesuatu terjadi.
• Apakah kami merilis tema Lancar untuk WPF/WinForms? (@Felix-Dev, @mdtauk)
  o Ini adalah sesuatu yang belum kita ketahui.
  o Ini agak rumit. Saya adalah orang yang mencari panduan desain dan dukungan desain untuk pengembang secara keseluruhan untuk Windows, jadi ini sesuai dengan bidang yang menjadi perhatian saya. Namun, sejujurnya, ini bukan prioritas saat ini karena ini bukan pekerjaan WinUI.
• Pengaturan pengguna di mana pengguna dapat mengaktifkan/menonaktifkan sudut membulat dan/atau membuat perubahan nilai granular hingga titik tertentu (@Felix-Dev) / Tidak suka sudut membulat, jaga agar tidak membulat dan berikan opsi kepada pengguna ( @Nepxune dan orang-orang di Reddit)
  o Sayangnya, ini bukan keputusan WinUI.
  o Yang terbaik yang dapat saya rekomendasikan saat ini adalah membuka masalah Hub Umpan Balik setelah perubahan ini diterapkan ke OS Windows dan Anda masih merasa desainnya tidak memenuhi kebutuhan Anda?
  o Jika ada penghiburan, saya melakukan yang terbaik dalam memberi tahu tim Windows, tetapi tidak ada rencana oleh tim mereka.

Ini merangkum rencana kami saat ini:

• Kontrol yang Anda dapatkan dengan menggunakan WinUI 2.x akan memperbarui visual default untuk menggunakan sudut membulat.
  o Dengan kata lain, jika Anda tidak menggunakan WinUI 2.x, Anda tidak akan mendapatkan perubahan ini.
• Nilai sudut membulat adalah 2px untuk sebagian besar kontrol 4px untuk UI tipe flyout. Tidak ada pembulatan saat UI berpotongan dengan elemen UI lainnya
  o Komp visual di sini: https://github.com/mrlacey/microsoft-ui-xaml-specs/blob/RoundedCornerVisualizations/active/RoundedCorner/ImageFiles/index.md
  o Catatan singkat untuk @mdtauk , @Qowy , @shaheedmalik yang membicarakan hal ini. Kami tidak akan membulatkan garis dalam. Hal ini tercermin dalam comp visual yang ada. Tim desain Windows telah melihat dan mengevaluasi berbagai opsi dan Pro dan Kontra.
• Pengembang memiliki cara untuk mengaktifkan kembali ini dengan mudah (#684).
• Tidak akan ada pengaturan pengguna yang memungkinkan pengguna beralih ini kembali/maju, atau membuat perubahan terperinci.

@chigy Terima kasih atas ringkasan yang telah Anda posting.

Saya punya beberapa pertanyaan tentang apa yang terjadi selanjutnya ...

• Apakah kompilasi desain tersebut mencerminkan desain akhir untuk semua kontrol, atau apakah ada lebih banyak perubahan yang sedang dibahas yang akan diperbarui atau diposting nanti?

• Bagaimana Anda menyarankan agar kami sebagai komunitas mencoba memengaruhi atau memberi saran tentang beberapa pilihan desain ini yang akan datang ke WinUI?

• Kapan kita dapat melihat visi yang dimiliki Tim Desain Windows untuk UI Windows, sehingga kita dapat memiliki konteks untuk desain kontrol yang sedang dikerjakan?

• Akankah ada upaya untuk membujuk/membujuk/menegakkan konsistensi antara aplikasi kotak masuk dan elemen shell menggunakan XAML, sehingga semuanya cocok dalam desain?

• Apakah desain kontrol Xbox yang dimodifikasi akan disertakan dalam WinUI, atau akankah mereka hanya datang pada perangkat Xbox berikutnya (tanpa cara untuk menguji templat kontrol ini saat berkembang di Windows?

@mdtauk , oops, saya menulis terlalu banyak tetapi saya ingin memastikan saya menjelaskan diri saya dengan baik ...

• Apakah kompilasi desain tersebut mencerminkan desain akhir untuk semua kontrol, atau apakah ada lebih banyak perubahan yang sedang dibahas yang akan diperbarui atau diposting nanti?

Apa yang Anda lihat di comps adalah final yang bisa kita dapatkan saat ini. Karena itu, saat kami menerapkan perubahan dalam kontrol yang sebenarnya, beberapa perubahan kecil mungkin terjadi yang menyebabkan desain sedikit bergeser. Seperti yang Anda lihat, comp tidak mencakup setiap kemunculan UI. Saya tidak mengharapkan itu dari upaya khusus ini, namun ...

• Bagaimana Anda menyarankan agar kami sebagai komunitas mencoba memengaruhi atau memberi saran tentang beberapa pilihan desain ini yang akan datang ke WinUI?

Yang ingin saya sampaikan kepada komunitas adalah di mana pilihan desain tersebut gagal untuk aplikasi. Apakah ada tempat untuk penyesuaian yang tidak kami berikan kepada Anda? Apakah itu benar-benar merusak aplikasi Anda karena suatu alasan atau lainnya?

Seperti yang saya sebutkan, keputusan desain dibuat oleh tim desain, tetapi WinUI masih bertanggung jawab untuk menyediakan solusi bagi pengembang dan memastikan itu adalah solusi yang baik. Akibatnya, mungkin ada peluang untuk memengaruhi keluaran desain. Saya tidak akan menjanjikan apa pun akan terjadi, tetapi contoh nyata tentang bagaimana itu tidak berfungsi dan bagaimana itu harus diperbaiki adalah yang terbaik dalam kasus ini ...

• Kapan kita dapat melihat visi yang dimiliki Tim Desain Windows untuk UI Windows, sehingga kita dapat memiliki konteks untuk desain kontrol yang sedang dikerjakan?

Dengan visi, maksud Anda seperti keseluruhan cerita yang memberi tahu Anda jenis perubahan UI yang diperkenalkan ke Windows secara keseluruhan? Apa yang ada dalam pikiran Anda secara khusus?

• Akankah ada upaya untuk membujuk/membujuk/menegakkan konsistensi antara aplikasi kotak masuk dan elemen shell menggunakan XAML, sehingga semuanya cocok dalam desain?

Di bawah ini benar-benar pendapat saya sendiri berdasarkan apa yang saya ketahui. Biar jelas... :)
Dalam pikiran saya, masalahnya ada dua.

Masalah pertama adalah bahwa saat ini kami memiliki sistem pengiriman untuk UI baru yang bergantung pada rilis OS. Karena itu, banyak aplikasi kotak masuk tidak dapat mengadopsi gaya baru yang digunakan Shell, dll. karena masih perlu mendukung versi OS lama. Kami mencoba menyelesaikan ini dengan menghadirkan UI baru di WinUI sehingga Anda dapat mengadopsi perubahan ini terlepas dari versi OS.

Masalah kedua adalah bahwa hal itu membutuhkan pergeseran budaya. Saya bekerja pada platform UI yang berbeda termasuk Windows Phone di mana kami mencoba menggunakan banyak pendekatan berbeda untuk menghadirkan konsistensi pada produk. Ini seperti ini... Bahkan jika Anda memiliki batas kecepatan, tidak semua orang mengikutinya. Tapi berapa banyak polisi yang harus kita kirim untuk menegakkan? Kita harus menciptakan budaya di mana batas kecepatan dipatuhi. Tidak ada solusi ajaib di sini. Dan ini adalah sesuatu yang saya harap dapat dibantu oleh Sistem Desain Lancar. Dengan membuat keputusan desain lebih dari sebuah sistem bukan pendapat pribadi.

• Apakah desain kontrol Xbox yang dimodifikasi akan disertakan dalam WinUI, atau akankah mereka hanya datang pada perangkat Xbox berikutnya (tanpa cara untuk menguji templat kontrol ini saat berkembang di Windows?

Kami tidak memiliki rencana untuk mengubah kontrol khusus untuk Xbox. Kami belum pernah melakukannya di masa lalu (kami memang merilis dokumentasi ) dan belum menerima permintaan kuat dari tim Xbox maupun komunitas (ini adalah sumber pra-terbuka).

@chigy Sekali lagi terima kasih telah bersikap jujur ​​dan menanggapi.

Saya berasumsi Xbox berikutnya juga akan mendukung aplikasi - dan dengan Core OS menggunakan XAML untuk cangkangnya - itu juga berarti Xbox akan membutuhkan kontrol WinUI 3.0 seperti halnya Windows. Jadi menyertakan template yang dirancang untuk Xbox akan menyederhanakan prosesnya, dan membuat pengembang aplikasi Xbox lebih mudah didekati - tetapi itu jelas merupakan keputusan untuk tim lain. 😄

Adapun visi - maksud saya "Inilah tampilan aplikasi Windows Shell dan Inbox di masa depan." dan "Kami mengambil kesempatan untuk memperbarui desain Windows kami, berikut adalah beberapa perubahan yang kami buat..."

Isyarat gambar dan atau video

Saya juga berpikir bahwa Xbox dan Windows harus cocok satu sama lain. Kami memiliki aplikasi di Xbox yang telah dihentikan di Windows tetapi masih ada di Xbox (CBS, FOX Sports) atau tidak pernah ada di Windows 10 (Youtube).

Jika Anda tidak perlu melakukan semua jenis perubahan UI, itu akan membuat aplikasi ini tetap berada di platform.

Hanya pikiran saya.

Saya juga berpikir bahwa Xbox dan Windows harus cocok satu sama lain. Kami memiliki aplikasi di Xbox yang telah dihentikan di Windows tetapi masih ada di Xbox (CBS, FOX Sports) atau tidak pernah ada di Windows 10 (Youtube).

Jika Anda tidak perlu melakukan semua jenis perubahan UI, itu akan membuat aplikasi ini tetap berada di platform.

Hanya pikiran saya.

Aplikasi Xbox memang memerlukan gaya dan perilaku kontrol yang berbeda. Tetapi aplikasi tersebut harus dapat berjalan di Windows hanya dengan menyertakan beberapa properti yang memungkinkan aplikasi tersebut berjalan tanpa harus menggunakan gaya kontrol Windows. Jadi pendekatan Xbox First .

@shaheedmalik dan @mdtauk , saya agak bingung tentang diskusi tentang Xbox dan Windows harus cocok dan aplikasi harus berjalan satu sama lain.

Desain shell Xbox dan shell Windows berbeda. Itu disengaja karena mereka adalah produk yang unik. Tapi kami telah merancang kontrol WinUI sedemikian rupa sehingga aplikasi yang ingin menggunakan satu gaya dapat berjalan dengan pekerjaan kecil. Ketika kami bekerja dengan tim Xbox beberapa tahun yang lalu, kami melihat untuk memastikan kontrol XAML kami (tidak ada WinUI saat itu) muncul dengan benar di TV dan juga merilis panduan yang saya sebutkan sebelumnya.

Aplikasi UWP yang dibuat dengan benar akan berjalan di Windows dan Xbox. Untuk aplikasi seperti daftar @shaheedmalik , mereka sangat bermerek sehingga kita sering melihat merek yang sama untuk datang ke dan dari Xbox dan Windows. Jadi satu desain aplikasi sering berjalan di perangkat tersebut.

Sekali lagi, ini adalah topik sudut bulat, jadi bawa kembali...
Inilah yang perlu dilakukan pengembang di Xbox setelah rilis sudut bulat. Jika pengembang mengadopsi WinUI 2.x yang memiliki fitur sudut membulat, maka pengembang perlu mematikan gaya sudut membulat JIKA mereka ingin mencocokkan gaya shell. Ingat, banyak aplikasi di Xbox tidak... Itulah mengapa kami merilis dokumentasi panduan untuk mereka yang peduli. Saya akan memastikan dokumentasi panduan 10FT menyebutkan tentang sudut bulat ketika kami merilis.

Adapun visi - maksud saya "Inilah tampilan aplikasi Windows Shell dan Inbox di masa depan." dan "Kami mengambil kesempatan untuk memperbarui desain Windows kami, berikut adalah beberapa perubahan yang kami buat..."

Isyarat gambar dan atau video

@mdtauk , itu adalah sesuatu yang saya tanyakan kepada tim desain di masa lalu, jadi, kami sebagai tim platform, dapat menggunakannya untuk mengomunikasikan visi desain untuk audiens pengembang. Sejauh yang saya tahu, tidak ada rencana segera tetapi saya dapat memeriksanya lagi.

Adapun visi - maksud saya "Inilah tampilan aplikasi Windows Shell dan Inbox di masa depan." dan "Kami mengambil kesempatan untuk memperbarui desain Windows kami, berikut adalah beberapa perubahan yang kami buat..."
Isyarat gambar dan atau video

@mdtauk , itu adalah sesuatu yang saya tanyakan kepada tim desain di masa lalu, jadi, kami sebagai tim platform, dapat menggunakannya untuk mengomunikasikan visi desain untuk audiens pengembang. Sejauh yang saya tahu, tidak ada rencana segera tetapi saya dapat memeriksanya lagi.

Terima kasih. //Build/ akan menjadi kesempatan sempurna untuk berbagi perubahan yang sedang direncanakan, terutama jika rencananya adalah untuk memperbarui template kontrol ini pada akhir Musim Panas, bersama dengan rilis awal WinUI 3.0.

Desain shell Xbox dan shell Windows berbeda. Itu disengaja karena mereka adalah produk yang unik. Tapi kami telah merancang kontrol WinUI sedemikian rupa sehingga aplikasi yang ingin menggunakan satu gaya dapat berjalan dengan pekerjaan kecil. Ketika kami bekerja dengan tim Xbox beberapa tahun yang lalu, kami melihat untuk memastikan kontrol XAML kami (tidak ada WinUI saat itu) muncul dengan benar di TV dan juga merilis panduan yang saya sebutkan sebelumnya.

Tentu cangkangnya akan berbeda sesuai dengan pengalamannya. Satu-satunya komentar saya adalah jika Xbox berikutnya ingin mendorong Aplikasi untuk dikembangkan, kontrol WinUI default harus memiliki Template dan ThemeResources yang disertakan dalam WinUI sehingga ketika berjalan di Xbox, mereka akan cocok dengan panduan untuk desain kontrol. Dan itu harus dimungkinkan untuk menguji bagaimana kontrol tersebut akan terlihat, sementara dalam pengembangan. Di Windows dan XAML Designer.

Saya menemukan beberapa desain comps untuk kontrol Xbox, tetapi mereka tidak ada di dokumen UWP.

@mdtauk , saya merasa percakapan tentang Xbox ini sepertinya lebih cocok dengan #698? Saya telah melakukan ping seseorang di Xbox untuk melihat apakah mereka dapat mengomentari percakapan lain (tidak ada janji :)). Sekali lagi, ini adalah komunitas open source, mungkin Anda bisa membuat resource tersebut dan mengusulkan untuk kami konsumsi dengan cara tertentu? Hanya mengatakan...

@chigy Itu adalah masalah yang saya ajukan, dan tentang memastikan bahwa kontrol apa pun yang ditambahkan komunitas ke WinUI harus menyertakan templat untuk dijalankan di konsol Xbox mendatang. Jika pengembang ingin menggunakan WinUI 3.0+ untuk Aplikasi Xbox mereka - semua kontrol harus beradaptasi agar terlihat benar saat dijalankan di TV.

Tetapi dengan desain yang hampir selesai, masalah ini tidak memiliki lebih banyak tujuan - selain ditandai sebagai selesai ketika semua template diperbarui.

Saya telah mengirimkan ide dalam penyerahan kontrol NumberBox, dan kami ingin memastikan desain kontrol cocok dengan apa yang direncanakan untuk kontrol lainnya.

Jika pengembang ingin menggunakan WinUI 3.0+ untuk Aplikasi Xbox mereka - semua kontrol harus beradaptasi agar terlihat benar saat dijalankan di TV.

@mdtauk , seperti yang telah saya sebutkan sebelumnya, ini adalah saran yang bagus tetapi ini bukan prioritas kami karena belum ada permintaan baik yang datang dari tim Xbox sendiri atau komunitas selain Anda sendiri.

Memperbarui fakta bahwa ScrollIndicator WebView tidak akan diperbarui melalui XAML, tetapi kami menggunakan web apa adanya.

Melihat Bilah Kemajuan saat ini di MUXControlsTestApp - Akankah ujung kanan bilah nilai kemajuan juga dibulatkan, atau akankah mempertahankan tepi datarnya?

Apakah Slider dalam flyout volume juga akan ditata

Akankah pengungkapan ditambahkan ke semua kontrol secara default, atau apakah itu masih harus ditambahkan oleh gaya?

Apakah Slider yang digunakan dalam ColourPicker mendapat manfaat dari memiliki gaya garis besar, mirip dengan MediaPlayer - sehingga tidak hilang di antara warna Bilah yang lebih gelap?

Melihat Bilah Kemajuan saat ini di MUXControlsTestApp - Akankah ujung kanan bilah nilai kemajuan juga dibulatkan, atau akankah mempertahankan tepi datarnya?

Menurut definisi desain, seharusnya. Silakan buka masalah terhadap MUXControlsTestApp.

Apakah Slider dalam flyout volume juga akan ditata

Karena UI shell menggunakan kontrol umum kami, seharusnya ketika perubahan dalam kontrol kami terjadi. Namun jika Anda tidak melihat pembaruan ini, silakan buka masalah FeedbackHub. Ini adalah pekerjaan oleh tim shell dan itu bukan sesuatu yang dilakukan tim WinUI sebagai prioritas dan sumber daya terakhir.

Akankah pengungkapan ditambahkan ke semua kontrol secara default, atau apakah itu masih harus ditambahkan oleh gaya?

Ini bukan topik sudut bulat.
Jika Anda ingin pengungkapan ditambahkan ke semua kontrol secara default, silakan buka edisi baru.

Apakah Slider yang digunakan dalam ColourPicker mendapat manfaat dari memiliki gaya garis besar, mirip dengan MediaPlayer - sehingga tidak hilang di antara warna Bilah yang lebih gelap?

MediaPlayer sedang direncanakan untuk mengikuti desain slider baru (#841). Jadi apa yang Anda usulkan tidak ada dalam rencana. Jika Anda merasa ini adalah masalah kegunaan, silakan buka masalah terpisah.

Wow! Ada banyak komentar di sini.

Saya pikir sudut tajam yang persisten membuat Windows 10 terlihat unik. Jika sudut membulat akan diperkenalkan, sesuatu harus dilakukan tentang logo Windows, logo Microsoft dan ubin. Setelah Anda menyingkirkan peninggalan metro seperti ubin, Anda juga perlu mengulang logo seperti Office yang miring. Aku bisa terus dan terus tentang efek memperkenalkan sudut membulat dan konsistensi tapi aku akan memotongnya di sini.

@Poopooracoocoo ikon/logo kantor baru menggunakan sudut membulat, seperti halnya ikon Terminal baru, dan ikon/logo studio visual baru.

Dan FWIW, saya tidak ingin mereka menyingkirkan ubin, cukup buruk UI tablet Windows 10, mengalami penurunan versi besar, dibandingkan dengan Windows 8.1

@Poopooracoocoo , @mdtauk ,
Terima kasih atas tanggapan Anda. Anda berdua benar bahwa perubahan harus diterapkan secara menyeluruh. Jadi upaya ini memulai penyelarasan dengan Fabric dan UI lain yang terlihat seperti Edge. Kami ingin konsistensi terjadi dalam semalam, tetapi ini adalah perjalanan. Dan itu dimulai dari nilai default platform UI yang dimainkan di sini (yaitu WinUI).

Pembaruan Status:

Corner Radius (alias Rounded Corner) Bagaimana-Untuk dokumen PR dibuat.

Ini akan ditambahkan ke docs.microsoft.com sebagai dokumentasi.
Ini akan menjadi halaman baru di bawah https://docs.microsoft.com/en-us/windows/uwp/design/style/.

Tanyakan ke komunitas:
Saya mencoba menulis sedikit lebih banyak "penjelasan latar belakang (MENGAPA)" yang telah diungkapkan oleh pelanggan kami, kami berikan dengan dokumentasi kami di beberapa grup fokus kami. Saya ingin umpan balik karena ini tidak mengikuti pola dokumentasi normal.

Apakah informasi tambahan itu berguna/membantu, tidak relevan, info lain hilang, dll.?

@chigy satu-satunya saran yang saya miliki tentang dokumen, adalah Anda belum menyebutkan mengapa kontrol akan menerima sudut membulat.

@mdtauk , tangkapan bagus. Saya memiliki bagian "todo" (prinsip) yang menangkap itu, tetapi entah bagaimana selama pengeditan, konteksnya hilang. Saya masih bekerja untuk mengisi bagian itu.

Pembaruan Status

Membuat masalah terpisah untuk melacak pekerjaan di sudut kotak centang di dalam Daftar dan GridView (#1096)

Perubahan sudut bulat diperiksa sekarang, menutup masalah ini.

@mdtauk

Dan FWIW, saya tidak ingin mereka menyingkirkan ubin, cukup buruk UI tablet Windows 10, mengalami penurunan versi besar, dibandingkan dengan Windows 8.1

maaf baru balas sekarang. Mereka benar-benar menyingkirkan ubin! :(

Ini adalah keputusan yang menarik karena Android hanya mengizinkan ikon adaptif sekarang, dengan cara yang mirip dengan iOS sementara Windows beralih ke ikon bentuk bebas. Ikon "Adaptif" terlihat lebih baik di layar splash karena mereka memiliki ikon monokrom sehingga Anda tidak perlu memiliki layar splash putih yang menyilaukan. Di sisi lain, ikon bentuk bebas terlihat jauh lebih baik karena memberi pengembang lebih banyak kontrol atas ikon dan itu sesuai dengan platform desktop (hal-hal seperti bilah judul, bilah tugas) serta aplikasi win32.

Ikon Office itu sendiri tidak terlihat seperti ikon Word atau PowerPoint. Dengan perubahan ini, saya merasa Microsoft kehilangan identitasnya

@Poopooracoocoo Saya masih berharap bahwa akan ada opsi untuk menggunakan ubin alih-alih ikon, bahkan jika ikon adalah default baru di Shell baru.

@Poopooracoocoo dan @mdtauk , silakan kirimkan umpan balik di Hub Umpan Balik untuk diskusi ubin karena tim WinUI tidak terlibat dalam ubin atau memiliki pengetahuan tentang rencana tersebut.

@Poopooracoocoo dan @mdtauk , silakan kirimkan umpan balik di Hub Umpan Balik untuk diskusi ubin karena tim WinUI tidak terlibat dalam ubin atau memiliki pengetahuan tentang rencana tersebut.

Saya telah mengirimkan umpan balik tentang menjaga ubin - ada koleksi dengan banyak suara positif. Hub Umpan Balik tidak sebagus GitHub karena hanya ada sedikit atau tidak ada masukan atau kontribusi diskusi dari tim Windows Dev

Halo, bagaimana cara menonaktifkan pembulatan? Itu terlihat jelek ketika tombol bulat memiliki tooltip bulat.

@kikisaints @chigy Apakah ada cara untuk menonaktifkan sudut bulat untuk mengatakan elemen tertentu seperti yang diminta @mklemarczyk ?

Halo, bagaimana cara menonaktifkan pembulatan? Itu terlihat jelek ketika tombol bulat memiliki tooltip bulat.

@mklemarczyk Sudahkah Anda mencoba mengatur nilai CornerRadius ke 0 dalam gaya kontrol? Anda mungkin harus melakukannya di App.xaml agar dapat memengaruhi semua kontrol ToolTip.

@kikisaints @chigy Apakah ada cara untuk menonaktifkan sudut bulat untuk mengatakan elemen tertentu seperti yang diminta @mklemarczyk ?

@mklemarczyk ,
https://docs.microsoft.com/en-us/windows/uwp/design/style/rounded-corner#page -or-app-wide-cornerradius-changes

@mklemarczyk Anda dapat menggunakan ToolTip.CornerRadius properti atau OverlayControlResource sebagai dua pilihan untuk mengubah radius sudut kontrol tooltip.

Properti Control.CornerRadius tersedia sejak Windows 1809 dan Anda dapat menggunakannya seperti ini:

<Application.Resources>
    <Style TargetType="ToolTip">
        <Setter Property="CornerRadius" Value="0" />
    </Style>
</Application.Resources>

Ini menetapkan radius sudut ke 0 untuk setiap tooltip di aplikasi.

Atau, Anda dapat menggunakan

<Application.Resources>
    <CornerRadius x:Key="OverlayCornerRadius">0</CornerRadius>
</Application.Resources>

Berhati-hatilah karena ini tidak hanya mengatur radius sudut dari kontrol tooltip di seluruh aplikasi tetapi juga semua kontrol lain yang menggunakan sumber daya ini (seperti ContentDialog dan kontrol yang menggunakan popup seperti ComboBox). Artinya... secara teori karena mengesampingkan sumber daya tampaknya tidak memengaruhi kontrol ini meskipun seharusnya (Tip Alat berfungsi).

Ada begitu banyak bolak-balik sehingga sulit untuk mengetahui apa yang diputuskan sehubungan dengan input dan radius sudut lainnya, tetapi sangat cepat, setelah memigrasi proyek UWP untuk menggunakan WinUI 3 secara eksklusif, saya perhatikan bahwa hanya tombol yang menerapkan radius sudut (bersama dengan perubahan lain seperti pengungkapan yang ditingkatkan, dll) tetapi kontrol input saya yang lain (misalnya kotak kombo) dibiarkan dengan tampilan metro (batas lebih gelap/tebal dan sudut 90°). Apakah ini disengaja, WIP, atau bug? Juga, untuk mendapatkan kotak kombo agar sesuai dengan tombol, saya akhirnya perlu menggunakan radius sudut 3epx meskipun semua yang saya lihat online mengatakan bahwa radius sudut default baru adalah 4epx?

Ada begitu banyak bolak-balik sehingga sulit untuk mengetahui apa yang diputuskan sehubungan dengan input dan radius sudut lainnya, tetapi sangat cepat, setelah memigrasi proyek UWP untuk menggunakan WinUI 3 secara eksklusif, saya perhatikan bahwa hanya tombol yang menerapkan radius sudut (bersama dengan perubahan lain seperti pengungkapan yang ditingkatkan, dll) tetapi kontrol input saya yang lain (misalnya kotak kombo) dibiarkan dengan tampilan metro (batas lebih gelap/tebal dan sudut 90°). Apakah ini disengaja, WIP, atau bug? Juga, untuk mendapatkan kotak kombo agar sesuai dengan tombol, saya akhirnya perlu menggunakan radius sudut 3epx meskipun semua yang saya lihat online _mengatakan_ bahwa radius sudut default baru adalah 4epx?

Jika Anda melihat perbedaan antara WinUI2 dan WinUI3 dalam hal gaya, bisakah Anda membuka edisi baru? Mungkin ada bug sehubungan dengan penggabungan gaya dari WinUI2 ke WinUI3.