Mesin terbang plus mungkin akan menyusut, saya mengomentari masalah TabControl, dan tampaknya mereka akan mendorong perubahan, untuk mencocokkan mesin terbang kecil yang digunakan oleh UWP Edge.

Ya, saya pikir kita semua bisa setuju "buat tab seperti Edge Chrome" itu bagus, tapi "buat tab seperti video promo" bahkan lebih baik ... 😣

Saya pikir UWP Edge memiliki tab yang lebih bagus daripada Edge Chrome. 🤔

Secara pribadi saya berharap mereka membuat tab Edge Chrome seperti UWP Edge, tetapi tidak ada yang bertanya kepada saya ...

Ya, ya, tapi ... salah satu dari mereka adalah waaaay di depan Terminal 🤡
Edgium memiliki hampir 20 piksel di atas tab yang jelek ... tapi ... dapat diseret!
Dan dengan keduanya, Anda setidaknya dapat mengetahui tab mana yang aktif 🙄

Tidak ada penggunaan PRAKTIS untuk akrilik saat pengkodean. Bagaimanapun, transparansi sangat berguna. Artinya saya dapat melihat kode di bawah jendela Terminal seperti ini:

Harap tambahkan penyesuaian untuk faktor BLUR yang digunakan akrilik. Saya tidak bisa membaca teks buram.

Juga jika Terminal tidak menjadi hitam saat tidak aktif seperti ini:

akan sangat berguna jika memiliki tombol pin yang menyematkan terminal di atas semua jendela lainnya. Ini akan memungkinkan peralihan yang mulus antara terminal dan editor kode apa pun yang Anda gunakan (terutama jika Anda dapat membaca kode di bawah jendela Terminal.)
Saya menyarankan bahwa tema akrilik harus tetap aktif daripada "menjadi hitam" jika fitur "Selalu di atas" ditambahkan dan diaktifkan.

Akan terlihat seperti apa:

Ikon pin, untuk menyematkan Terminal di atas semua jendela.
@bayu_joo

Saya ingin tahu apakah "Selalu di atas" adalah fitur yang akan dipertimbangkan.

Memilih dan menyeret ke mana saja dalam area tab saat ini tidak memindahkan jendela. Ini membuatnya perlu untuk memindahkan mouse ke kanan area tab, yang menyisakan sedikit batang judul yang dapat digunakan untuk memindahkan jendela. Tolong ubah ini. Jangan terburu-buru!

1. Mengaktifkan akrilik di Powershell membuat parameter ungu seperti -abc tampak hampir tak terlihat.

Resolusi: 4K
Skala Tampilan: 100%

Tema terang:

Tema gelap:

Mengubah ukuran jendela menyebabkan UI menghilang / muncul kembali. Saya menggunakan Windows Store Preview Version 0.2.1715.0

Layar penuh:

Diubah ukurannya:

Jika jendelanya tidak cukup besar, semua tab lainnya disembunyikan.

Jika bilah tab tidak bisa akrilik, itu sangat disayangkan.
Apa pun yang dapat dilakukan untuk membuatnya berintegrasi dengan lebih baik akan sangat disambut

Bilah judul / tab yang tidak dapat diseret adalah keluhan # 1 yang pernah saya dengar dari semua orang yang telah mencoba versi awal

Panel pemisah membutuhkan beberapa polesan visual, jelaskan mana yang menjadi fokus, beberapa animasi bahkan saat terbuka

Saat dimaksimalkan pada monitor kedua saya (layar bawaan laptop 1366x768, tidak disetel sebagai utama), tepi aplikasi akan terpotong:

Tab menunjukkan jalur ke eksekusi, bukan nama aplikasi; jika jalur terlalu panjang, tanda "x" untuk menutup tab akan didorong dari sisi kanan tab dan tidak terlihat.

Mengklik "Pengaturan" mencoba membuka file JSON. Saya menduga bahwa UI untuk itu belum dibuat. :)

Sebagai tambahan untuk komentar @ robster2001 ,

Ketika Anda tidak memiliki terminal yang dimaksimalkan, seperti yang biasanya saya tidak lakukan, masalah # 857 dikombinasikan dengan judul yang panjang memungkinkan tab yang jauh lebih sedikit daripada yang seharusnya.

Tabnya terlalu lebar untuk digunakan. Mungkin hanya menampilkan file yang dapat dieksekusi dan memberikan informasi jalur / dll saat Anda mengarahkan kursor ke tab di tooltip atau sesuatu.

Dua hal:
Panel tidak terikat secara default _because_ mereka tidak lengkap. Jika Anda mengaktifkannya sendiri, YMMV.

Jika Anda menginginkan judul tab khusus, Anda harus melihat cara mengaturnya untuk shell Anda. Ini akan menguntungkan Anda di mana pun Anda menggunakan cangkang Anda. Dengan membuat PowerShell menetapkan judul, Anda mengubah judul untuk Terminal Windows, konsol lama, VSCode, ConEmu dan banyak hal lainnya. Itu bahkan bisa berubah di tengah sesi!

Panes epic: # 1000

Saya tidak dapat menemukan tempat lain di sepanjang teks di bagian atas jendela yang memungkinkan saya untuk menyeret dan memindahkan jendela. Saya harus menggunakan pintasan keyboard.

pengguliran dua jari tidak berfungsi, meskipun berfungsi dengan baik di cmd.com dan PowerShell.

Tab tidak dapat dipindahkan / diatur ulang.

Bilah default tidak menghormati Tema Gelap Win10:

Saya mencoba menemukan pengaturan, tetapi tidak menemukannya!
Beberapa aplikasi lain juga tidak menghormati, jadi saya pikir tidak dipertimbangkan pada versi ini

Kesan pertama saya tentang Terminal, yang dipasang hari ini melalui pratinjau Store adalah:

• Ada apa dengan warnanya? Mengapa sebagian hitam, sebagian putih?
  
• Wow, sudah tidak sabar untuk mencoba tabnya
• Oh wow, itu pertanda plus yang besar

Adakah yang bisa kami lakukan tentang warna bilah judul? Seharusnya semuanya hitam, kan?

+1 @guibirow

Mengotak-atik pengaturan windows saya, saya bisa memperbaikinya:

Aktif (Firefox di belakang, Terminal di depan)

Tidak aktif (Firefox di belakang, Terminal di depan)

Sepertinya beberapa aplikasi terus memuat pengaturan dari windows, mungkin tema gelap windows tidak mengatur semua collors dengan benar, saya harus mengaktifkan opsi untuk menerapkan aksen ke bilah judul dan batas jendela.

Dan setel _AccentColorInactive_ di registri [_ComputerHKEY_CURRENT_USERSoftwareMicrosoftWindowsDWM_]

Desainnya akan jauh lebih baik jika "+ /" dipindahkan ke kiri (seperti di bawah) dan sisanya hanya menjadi bilah judul seperti semua aplikasi lainnya, saya pikir mereka mencoba menyalin firefox dan tidak berfungsi dengan baik!

Saya tidak bisa 'mengeluarkan tab' atau menyeretnya ke jendela lain. Saya suka fitur itu.

Dimana font Emoji saat digunakan misalnya benang, npm?

Tab titlebar pasti perlu dibersihkan. Berdasarkan video resmi yang dibuat untuk mempromosikan Terminal, dan Edgemium, saya membuat perubahan ini (tiruan):

Sebelum:

Setelah:

Daftar lengkap perubahan dalam mock up:

• Mengurangi ukuran batas jendela menjadi 1 piksel agar konsisten dengan bagian Windows lainnya
• Kontrol jendela selaras (dekat, maks, min) dengan benar di batang judul
• Membuat tab sedikit lebih tinggi agar konsisten dengan tab Edge baru
• Radius sudut dikurangi agar konsisten dengan tab Edge baru
• Menambahkan sudut membulat dalam ke dasar tab agar konsisten dengan Edge baru dan video resmi
• Menambahkan bayangan jatuh untuk membuat tab lebih terlihat dengan latar belakang, dan agar konsisten dengan Edge baru
• Membuat ikon plus berukuran sesuai
• Memindahkan tombol manajemen tab di sebelah tab
• Membuat latar belakang tersebar di seluruh batang judul

EDIT: Ini hanya masalah dengan intinya tidak cukup besar untuk memuat seluruh karakter, seperti yang ditunjukkan oleh @ DHowett-MSFT di bawah ini

Padding (bawah) bukan 0 saat dimaksimalkan. Tidak yakin apakah ini masalah yang diketahui atau dimaksudkan, jadi taruh di utas ini.

@mikelui ya, itu mungkin karena tidak ada cukup piksel untuk

Layar penuh:

Diubah ukurannya:

Jika jendelanya tidak cukup besar, semua tab lainnya disembunyikan.

Jika Anda memutar roda mouse, Anda akan melihat tab bergeser. Ia bekerja untuk setidaknya untuk Store Terminal Preview v0.2.1715.0. Namun mempersempit ikon, seperti browser berbasis Chromium, akan lebih menyenangkan.

@ DHowett-MSFT Saya juga menemukan bug gui lain, jika jendela terlalu kecil untuk menampilkan tab baru dan kami membuat tab baru, tab baru dibuat tetapi tidak muncul sampai kami mengubah ukuran jendela Terminal.

Pratinjau Orang Dalam Microsoft Windows 10 Pro [Versi 10.0.18875.1000]
Terminal Microsoft (Pratinjau Toko) [Versi 0.2.1715.0]

@ DHowett-MSFT Ya! Saya melihatnya sekarang saat bermain-main dengan ukuran. Saya terbiasa menggunakan layar penuh (vs dimaksimalkan), di mana kurangnya bilah judul membuat jarak lebih baik.

Buat ukuran jendela awal seperti yang saya tinggalkan sebelumnya saat menutup.

meraih dan memindahkan aplikasi tidaklah mudah, membutuhkan area yang lebih luas untuk mengambil jendela. Seluruh jalur exe berlebihan, itu membutuhkan terlalu banyak ruang. hanya Powershellatau Cmd akan menyenangkan. saat menjalankan node atau python dalam cmd, tab dapat menampilkan "cmd: node" atau "cmd: python"
Tab dapat memiliki tema warna dari skema yang digunakan di terminal tertentu, bukan hanya hitam pekat atau hitam pudar, warna yang mirip dengan skema terminal dapat mempermudah menemukan terminal.
edit
beberapa masalah lagi ditemukan

Juga, tidak begitu penting dibandingkan dengan hal-hal UI yang hilang / rusak tetapi tetap saja: penunjuk mouse harus berupa teks (Ꮖ) saat memindahkan beberapa teks di terminal dan bukan penunjuk (↖) karena teks dapat dipilih.

Adakah kemungkinan perilaku Alt + F4 dapat meniru fungsi Windows 10 lainnya (tutup semuanya sekarang)? Ctrl + w * berapa pun banyak tab yang terbuka cukup melelahkan. Seperti menemukan X kanan atas saat saya dalam mode keyboard warrior: D.

Saya sudah mencoba menyetel closeWindow di settings.json tetapi alt + F4 tidak terdaftar sebagai perintah yang valid (konsol mencetak "S").

Karena penasaran, apakah tidak mungkin menggunakan API dasar yang mendukung WindowChrome WPF, memotong garis batas jendela dan bilah judul asli sepenuhnya dan membangun semuanya menggunakan XAML? Saya merasa akan ada lebih banyak kontrol yang tersedia dengan cara ini dan hasil akhirnya akan lebih bersih dan tidak terlalu bergantung pada OS

Saya awalnya berharap bahwa fitur layar terbagi sudah ada di sana, tetapi ternyata tidak ...
Akan jauh lebih nyaman daripada menavigasi antar tab.

Terminator di Linux dan iTerm di macOS telah menerapkannya dengan rapi.

Ada rencana?

Memilih dan menyeret ke mana saja dalam area tab saat ini tidak memindahkan jendela. Ini membuatnya perlu untuk memindahkan mouse ke kanan area tab, yang menyisakan sedikit batang judul yang dapat digunakan untuk memindahkan jendela. Tolong ubah ini. Jangan terburu-buru!

lihat # 1500

@ LeeChang-GitHub # 608, juga, Anda tahu PowerShell dan CMD memiliki cara untuk mengatur judulnya sendiri, bukan? Anda tidak perlu mengganti nama tab saat Anda dapat membuat shell melakukannya.

Saya membutuhkan nama terminal agar dapat diedit.
Saya mencari pertanyaan ini tetapi tidak dapat menemukannya. Apakah ini persyaratan yang masuk akal?

Teman, mengapa Anda menghapus komentar Anda dan memindahkannya setelah tanggapan saya?

Teman, mengapa Anda menghapus komentar Anda dan memindahkannya setelah tanggapan saya?

Maaf, pertanyaan itu terlalu buruk. Saya mengeditnya lagi, dan saya tidak menerima balasan Anda saat itu.
sangat menyesal

@ LeeChang-GitHub tidak apa-apa! 😄

Saya ingin tahu apakah "Selalu di atas" adalah fitur yang akan dipertimbangkan.

@tokopedia

Saya awalnya berharap bahwa fitur layar terbagi sudah ada di sana, tetapi ternyata tidak ...
Akan jauh lebih nyaman daripada menavigasi antar tab.

Terminator di Linux dan iTerm di macOS telah menerapkannya dengan rapi.

Ada rencana?

1000 menunjukkan rencana dan sejauh mana rencana tersebut 👍

Scrollbar harus mengabaikan padding kanan atau meluas ke kanan saat di-hover. Tidak apa-apa jika memperhitungkan atas dan bawah .

Scrollbar dalam bentuk yang diciutkan

Scrollbar dalam bentuknya yang lebar

Scrollbar dalam bentuk yang diciutkan terlihat baik-baik saja. Spasi antara teks dan baris tidak apa-apa, tetapi harus mengikuti preferensi padding. Saat ini tidak.

Scrollbar dalam bentuknya yang lebar mengikuti padding hanya di sisi kanan dan memiliki beberapa, tetapi tidak disukai, padding di sisi kiri. Padding kiri harus mengikuti preferensi dan padding kanan harus benar-benar hilang. Ini akan memungkinkan pengguna untuk dengan cepat mengarahkan kursor mouse mereka ke kanan saat mereka ingin dengan cepat menggulir ke atas dari jarak jauh dan jendela dimaksimalkan.

Selain itu, bilah gulir seharusnya tidak memiliki penundaan untuk meluas saat diarahkan dan latar belakang bilah gulir harus transparan, sehingga keburaman (jika diaktifkan) dapat terlihat.

Edit:
Ini telah diselesaikan di # 1778. Terima kasih!!

Kebanyakan Aplikasi (seperti Chrome, atau explorer.exe dll) memungkinkan pengguna untuk mengubah ukuran jendela dengan mengambil bayangan Jendela. Tetapi tampaknya terminal hanya memungkinkan pengguna untuk mengambil Area NotClient yang sempit (sekitar 2 piksel).
Sepertinya bayangan default sistem tidak berfungsi?

Saya punya solusi yang mungkin.

1. Hapus bayangan sistem (Dengan mengubah gaya Jendela ke WS_MINIMIZEBOX | WS_MAXIMIZEBOX | WS_POPUP | WS_THICKFRAME dan menangani pesan WM_NCCALCSIZE, Anda dapat menggunakan AdjustWindowRect untuk menghitung ukuran.)
2. Tambahkan empat jendela bayangan kecil (WS_EX_OVERLAPPED | WS_EX_TOOLWINDOW) di sekitar jendela, dan render bayangan secara manual (dengan menangani WM_WINDOWPOSCHANGED jendela utama untuk memindahkan jendela bayangan, mengatur WM_SIZE untuk membuat jendela bayangan, mungkin Gaussina Blur?)
   3 menangani pesan WM_SETCURSOR jendela bayangan, dan WM_LBUTTONDOWN (Kirim WM_SYSCOMMAND ke jendela utama untuk mensimulasikan pengambilan)

Selain itu, Gunakan teknologi Window Subclassing untuk menangkap pesan dan mengirim WM_SYSCOMMAND saat menangani WM_LBUTTONDOWN dapat memperbaiki masalah bahwa bilah judul tidak dapat diambil.

Untuk memperluas https://github.com/microsoft/terminal/issues/1375#issuecomment -504686188, Terminal mungkin harus mengatur tema ke dalam nama keluarga tema dan subkategori terang / gelap, seperti VSCode. Yaitu jika saya mengatur tema ke misalnya "Campbell" dan mengganti warna aplikasi Windows dari terang ke gelap, saya mengharapkan Termianl untuk beralih dari Campbell Light ke Campbell Dark. Ini akan menghemat mengutak-atik manual. Menentukan "Campbell Dark" sebagai tema akan menyematkan tampilan ke tema gelap, jika Anda selalu menginginkannya menjadi gelap. Atau sesuatu.

Ruang tab tidak berubah ukuran dengan benar saat memindahkan jendela di antara monitor dengan skala berbeda, dalam beberapa kasus bahkan menutupi tombol minimalkan:

Monitor 1, resolusi 1920x1080, penskalaan 100%:

Monitor 2, resolusi 4k (3840x2160), penskalaan 200%:

Warna kursor harus ditentukan oleh tema. Warna kursor default yang disetel dalam profil adalah putih, yang tidak berguna pada tema terang.

@madig - Anda dapat mengubah warna kursor dengan menyetel cursorColor di profiles.json

@madig - Anda dapat mengubah warna kursor dengan menyetel cursorColor di profiles.json

Ya, tetapi tema harus menentukannya sehingga Anda tidak perlu mengedit nama tema _dan_ warna kursor saat Anda ingin beralih.

Saya juga mencatat bahwa jauh lebih sulit daripada biasanya untuk membuat kursor mouse berada dalam konfigurasi pengubah ukuran jendela saat memosisikannya di sudut kanan bawah jendela terminal.

Mungkin # 1517.

Menu konteks / sistem untuk Aplikasi. Aplikasi Win32 memiliki ini di sudut kiri atas. Beberapa, seperti Edge, menggunakan elipsis di kanan atas. Apakah drop-down saat ini merupakan pengganti yang diinginkan?

Gaya kiri atas berguna saat memindahkan / mengubah ukuran dll dengan keyboard.

Saya mendapat kesan dari presentasi Bangun kita akan memiliki panel terpisah seperti fungsionalitas, apakah ini direncanakan?

@jwhipp # 1000

Ikon sepertinya hilang?

Sepertinya Anda memiliki profil lama dari rilis pertama open source. Mungkin menghapusnya.

Terima kasih, itu berhasil!

Namun, saya menemukan bug lain:

Saya sering mengklik dua kali pada bilah judul untuk memaksimalkan atau memulihkan jendela. Area yang dapat diklik dari jendela (hijau) berada di sisi kanan ketika saya hanya membuka satu tab. Sepertinya saya bisa mengklik di sebelah kiri menu plus (tab baru).

ConEmu tidak mengalami masalah ini karena bilah judul berada di atas tab. Klik dua kali di area tab menghasilkan tab baru yang ingin saya lihat dengan Terminal Windows baru, tetapi saya yakin saya akan menyesuaikan dengan apa pun yang akhirnya kita tuju.

Mengenai tab, dll., Akan sangat bagus jika secara visual dapat berperilaku serupa seperti yang ada di misalnya Edge: tombol "+ v" selalu berada di sebelah tab terbaru; membuat area (jika ada) antara tab terakhir dan tombol "+ v" yang menerima kejadian mouse (dengan meneruskannya ke jendela induk); memunculkan tombol gulir "<" dan ">" (mirip dengan misalnya di Firefox) ketika ada terlalu banyak tab.

Saya sering mengklik dua kali pada bilah judul untuk memaksimalkan atau memulihkan jendela. Area yang dapat diklik dari jendela (hijau) berada di sisi kanan ketika saya hanya membuka satu tab.

Yang juga berarti, bahwa kita tidak dapat menyeret jendela terminal (maksud saya Anda _can_, tetapi kemudian Anda benar-benar perlu memastikan bahwa Anda mendapatkan sweet spot kecil itu ...)

Tab di bilah judul buruk . Jangan lakukan itu. SILAHKAN. jangan lakukan itu. Anda menggunakan terlalu banyak area untuk banyak tugas.

Memiliki judul tab di seluruh jalur ke juru bahasa perintah juga buruk. Bahwa nama tab bisa lebih dari mungkin 20 karakter, itu buruk. Ukuran tab maksimum yang jauh lebih pendek. Tab di bawah bilah judul. Tab yang jauh lebih kecil.

Itu sebuah pilihan. Pilihan. Konfigurasi. Daftar kalimat pendek. Matikan mereka. :tersenyum:

@brianly Set "showTabsInTitlebar": salah di pengaturan.

Terima kasih @ zadjii-msft! Juga layak ditautkan: https://github.com/microsoft/terminal/issues/771

Saat menambahkan tab baru dengan sedikit yang sudah dibuka mengisi ruang pada ruang tab seperti ini

tab baru dibuat, tetapi ikon dilipat.

setiap tab baru yang dibuat setelah itu tidak terlihat.
Mengubah ukuran masalah perbaikan jendela.

Tidak mungkin untuk mengatur ulang tab.
Selain itu, saat menutup satu-satunya tab dengan tombol tengah mouse, ini terjadi:

Sesuatu yang terlihat di layar atau di menu untuk mengontrol zoom akan sangat bagus. Serta cara untuk mengatur ulang zoom dari Ctrl + Scroll. Tidak ada cara untuk mengetahui apakah zoom saya 200% atau tidak.

Misalnya, chrome memiliki item menu ini di menu hamburger mereka. Yang dibutuhkan hanyalah satu baris. Mengklik nilai akan mengatur ulang ke 100%.

Saya ingin sekali dapat memengaruhi warna tab dan mungkin warna bingkai untuk konsol tertentu. Misalnya, alih-alih mewarnai latar belakang PowerShell menjadi biru, cukup buat tab dan tepinya menjadi biru tetapi buat latar belakangnya menjadi warna apa pun yang saya inginkan.

Jika memungkinkan ... mungkin menarik untuk dapat mempengaruhi hal-hal tersebut dari lingkungan konsol yang sedang berjalan. Misalnya, jika konsol PowerShell saya mulai dan menetapkan nilai lingkungan seperti WINDOWS_TERMINAL_BORDER_COLOR=#ff0000 karena ini adalah konsol admin, ubah batas warna menjadi merah. Anda dapat melakukan banyak hal menarik dari profil PowerShell atau .bashrc dengan cara itu.

@ DHowett-MSFT @DHowett Saya melihat bahwa ada cara untuk memperluas akrilik ke bilah judul. Mungkin ini bisa berhasil?

Mengklik tab di terminal tidak selalu membuat tab fokus.

• Buka Terminal dengan shell favorit Anda.
• Klik di jendela atau aplikasi lain.
• Klik pada _tab_ untuk shell Anda di Terminal. Kursor tidak muncul dan pengetikan tidak berfungsi. Anda harus mengklik bilah judul jendela Terminal (sedikit di antara "+" dan tombol minimalkan / maksimalkan, satu-satunya bagian yang saat ini memungkinkan jendela untuk bergerak) dan _that_ inilah yang memberikan fokus kembali ke shell.

Tombol Maksimalkan jendela tidak terlihat seperti di kebanyakan aplikasi. Ini lebih mirip tombol perkecil:

@krzysdz Anda menjalankan build dari repositori ini yang baru saja menggabungkan perubahan gambar non-klien pertama. Saya harus meminta Anda untuk tidak melaporkan masalah UI di dalamnya. # 1625.

Bukan penggemar berat cara kerja tombol +. Saya terus mengkliknya untuk menambahkan tab baru, lupa bahwa itu hanya membuat tab baru di shell default (yang cukup mengganggu). Saya ingin opsi yang memungkinkan saya memiliki drop-down seperti yang muncul saat mengklik panah ke bawah, sehingga saya dapat memilih dari daftar shell yang tersedia saat menambahkan tab baru.

Nah pada saat itu kenapa tidak langsung saja klik panah dropdown?

Tidak ada yang mencegah saya mengklik panah dropdown, ini murni masalah UX. Secara fungsional, tidak masuk akal bagi saya untuk mengklik tombol yang tidak memiliki indikasi simbolis yang menambahkan tab untuk melakukan tindakan itu.

Bukankah seharusnya akrilik diaktifkan secara default untuk PowerShell? Memiliki cmd terlihat lebih baik daripada PowerShell secara default bukanlah pertanda baik. Akan lebih baik untuk menyambut pengguna dengan memamerkan eye candy.

Pengaturan default:

Dengan cmd:
gambar

Dengan PowerShell:
gambar

Profil terkait:
gambar

EDIT: ubah gambar menjadi tautan, itu memakan terlalu banyak ruang, maaf

Jadi apakah ini hanya reskin atau wadah untuk konsol asli (cmd, wsl, dan ps)?

Saya berharap untuk terminal yang lebih baik seperti yang ditemukan di Linux atau Mac OSX. Cmdr adalah contoh yang baik tentang apa yang harus Anda tuju. Kebanyakan saya hanya ingin terminal yang mendukung CTRL-C dan CTRL-V dan integrasi WSL yang mulus.

@deusprogrammer itu adalah terminal, persis seperti ConEmu (terminal cmder menggunakan). Cmder agak unik karena membundel perbaikan terminal dan shell untuk orang yang menggunakan shell cmd.

Saya ingin tahu apakah "Selalu di atas" adalah fitur yang akan dipertimbangkan.

Saya ingin melihat fitur ini juga.

Mungkin hal kecil, tetapi acrylic tidak berarti apa-apa bagi siapa pun yang tidak terbiasa dengan UWP dan / atau pengembang aplikasi Windows. Nama yang lebih bersahabat ( translucent atau sesuatu) akan membantu.

Bilah judul bukanlah akrilik, maaf, itu mungkin tidak dapat terjadi mengingat arsitektur kami

Ini harus diaktifkan ketika WinUI 3 dirilis
Ref: microsoft / microsoft-ui-xaml # 888

Baru saja mencoba terminal, hal pertama yang mengejutkan saya adalah ...

YU TIDAK SERET DI AREA INI? itu menjengkelkan, heck!

Ya, ini mengejutkan Anda dan empat ratus orang lain yang melaporkannya. : smile: Track # 1625 dan # 564 untuk kemajuan aktual di bagian atas jendela.

@ DHowett-MSFT, jika tidak disebutkan harap pertimbangkan untuk menjaga opsi akrilik dan transparansi dalam pengaturan, akrilik membuatnya konsisten dengan sistem tetapi tidak masuk akal untuk aplikasi seperti terminal, di mana kemampuan untuk melihat apa yang ada di baliknya dapat menjadi cukup produktif. Akan lebih membantu jika memiliki opsi transparansi. Biarkan akrilik menjadi aktif secara default dan transparansi dapat diubah secara manual.

@ DHowett-MSFT menulis:

[...]

• Tab tidak terlihat sebagus yang Anda inginkan # 702

[...]

• Tombol plus terlalu besar, terlalu kecil, terlalu lebar, terlalu sempit

[...]

itu lucu atau asin?

Tampaknya judul tab tidak mengikuti pengaturan fontSize mana pun:

akan sangat berguna jika memiliki hot key ke terminal aktif seperti terminal yakuake.

Tampaknya judul tab tidak mengikuti pengaturan fontSize mana pun:

Saya percaya itu yang diharapkan. Tab tersebut tampaknya mengikuti ukuran font desktop, dianggap sebagai bagian dari header / bar jendela.

akan sangat berguna jika memiliki hot key ke terminal aktif seperti terminal yakuake.

Tidak terbiasa dengan terminal itu, tetapi ada banyak hal yang dapat Anda hotkey di settings.json, untuk membuka, menutup, beralih, dll.

Dua pemikiran singkat tentang mengadopsi "penggunaan tab umum" (lihat juga https://github.com/microsoft/terminal/issues/615)

1. Tab harus turun / menyusut jika tidak ada cukup ruang untuk mereka
2. Tombol plus harus berada di sisi kanan tab terakhir, bukan ke kanan atas jendela

Umpan balik umum untuk OP. Jelas, dapat dipahami bahwa ini adalah rilis / pratinjau awal tetapi kita sudah dapat melihat desain dan konsep yang sangat solid.

Saya menggali tab, tingkat penyesuaian (esp. Dengan kustomisasi yang dapat dieksekusi!), Pembaruan waktu nyata untuk perubahan di settings.json, dan berbagai jenis terminal yang dapat dimiliki dalam satu eksekusi.

Di luar item yang disebutkan dan dipoles di atas, saya akan menghargai memiliki cara built-in untuk mencatat apa yang masuk ke output standar di jendela terminal mana pun, idealnya memungkinkan semua untuk login dalam satu file, atau beberapa file. Juga, saya akan menambahkan opsi untuk "clone" atau "duplikat" dan menempatkan tab di windows / baris / kolom dengan cara yang mungkin untuk melakukannya dalam kode vs.

Terima kasih atas kerja keras Anda, kami akan menantikan rilis berikutnya!

Saya menggunakan tema gelap tetapi saya masih melihat bingkai putih dan tajuk masih putih. Adakah orang lain yang mengalami masalah ini? Saya tidak dapat menemukan apa pun di JSON yang mengubah ini.

Saya memiliki masalah yang sama :(

Saya menggunakan tema gelap tetapi saya masih melihat bingkai putih dan tajuk masih putih.

Ini tidak dapat diperbaiki dengan pengaturan saat ini. Ini adalah item pekerjaan masa depan, sebagian dilacak di # 1625

Saya akan menghargai memiliki cara built-in untuk mencatat apa yang masuk ke output standar di jendela terminal mana pun, idealnya memungkinkan semua untuk masuk dalam satu file, atau beberapa file.

642

letakkan tab di jendela / baris / kolom dengan cara yang memungkinkan untuk melakukannya di kode vs.

1000

@ DHowett-MSFT lihat cara aplikasi ini mengelola tab,
https://github.com/JasonStein/Notepads

Oke, selesai. Apa yang saya cari?

Anda juga dapat melihat Terminal Lancar untuk mendapatkan inspirasi. Ini memiliki UI yang cukup bagus.

1. Saat menggunakan Powershell Core saya akan mendapatkan chevron kedua secara acak muncul di konsol, akan terlihat D:\>> (maaf, tidak ada langkah repro)
2. Saya tidak dapat menyeret teks lalu Salin-Tempel, ini adalah fitur yang saya harapkan dengan Powershell

UI jelek sekarang, dan saya ingin UI cantik yang bisa membuat saya bekerja lebih baik.

Tab menunjukkan jalur ke eksekusi, bukan nama aplikasi; jika jalur terlalu panjang, tanda "x" untuk menutup tab akan didorong dari sisi kanan tab dan tidak terlihat.

Juga tabTitle sebenarnya tidak berfungsi

Tab menunjukkan jalur ke eksekusi, bukan nama aplikasi; jika jalur terlalu panjang, tanda "x" untuk menutup tab akan didorong dari sisi kanan tab dan tidak terlihat.

Juga tabTitle sebenarnya tidak berfungsi

@ Serega124 itu aneh, karena mereka bekerja dengan baik untuk saya. Saya menamai satu tab wsl dan yang lainnya cmd .
Apakah Anda menjalankan build dev terbaru?

@imjasonmiller Saya menjalankan versi Store

@ Serega124 , menurut saya fitur tabTitle belum dirilis untuk versi Store. Saya pikir Anda mungkin harus menunggu sampai mereka mendorong pembaruan lain untuk versi Store atau Anda dapat membuatnya dari sumber.

Pegangan pengubah ukuran di kanan bawah pada build Windows Store sangat kecil, ini semacam target UI yang membuat frustrasi untuk berinteraksi.

Permintaan fitur: Mudah beralih antar tema atau menggunakan tema Windows.

Sebagai pengembang, saya bekerja di dalam dan di luar ruangan. Dalam ruangan di layar UHD, saya lebih suka tema gelap. Di luar ruangan, tema gelap menjadi tidak terbaca di layar laptop saya dengan kecerahan penuh. Tema terang bisa digunakan

Pegangan pengubah ukuran di kanan bawah pada build Windows Store sangat kecil, ini semacam target UI yang membuat frustrasi untuk berinteraksi.

Itu benar!
Area yang masuk akal di sudut sangat kecil, jadi mengubah ukuran jendela sangat tidak mungkin.
Saya melampirkan gif yang dapat membantu @ DHowett-MSFT:

Saat saya mengubah ukuran jendela, bilah gulir berhenti memindahkan teks ke atas dan ke bawah. Secara efektif tidak berguna sampai prompt perintah mencapai bagian bawah jendela.

Harus menyebutkannya sekarang, terima kasih telah memulai proyek ini. Solusi yang sangat dibutuhkan untuk Windows

Warna latar belakang teks menjadi kacau saat diubah ukurannya

Saya menganggap ini terkait dengan "Area non-klien terlihat salah;" dan sedang dalam proses, tetapi versi terbaru tampaknya telah memperkenalkan bingkai putih satu piksel di bagian bawah untuk saya:

Mungkinkah ini terkait dengan perubahan terbaru ini ?

Terima kasih untuk semua pekerjaannya sejauh ini!

@imjasonmiller jika Anda ingin kerusuhan (yang menyedihkan), baca TODO di bagian bawah # 1948: smile:

• [] Klik dua kali ke area non-klien akan memaksimalkan Jendela.
• [] Ikon Klik / Klik kanan akan menampilkan menu Minimalkan / Maksimalkan / Tutup
• [] Saat Anda mengklik Cascade Windows , Show windows stacked dll sepenuhnya diabaikan oleh Terminal
• [] Alt + F4 tidak menutup Jendela

Saya percaya adalah perilaku yang diharapkan untuk pengguna Windows bahwa klik dua kali pada non-klien memaksimalkan jendela, juga ketika Anda menggunakan shell untuk mengubah ukuran / ubin jendela, Terminal seharusnya berperilaku seperti jendela lainnya.

Saat ini Terminal saya tidak dapat dipindahkan, dan tidak mungkin menjangkau menu pengaturan.

Tampaknya Terminal adalah aplikasi asing yang menggunakan perangkat UI non-native.

Menggunakan mouse:
Anda tidak dapat mengklik menu konteks pada tab untuk menutupnya atau melihat menu konteks seperti di konsol sebelumnya, Anda juga tidak dapat menutup tab lebih tinggi dari yang pertama (X mereka dikaburkan dengan menambahkan tombol tab / tombol menu pengaturan karena lebar kendala)

Idealnya Anda harus mengaktifkan ALT + ENTER dan SHIFT + F10 dan klik kanan mouse / sentuh.

Juga +1 untuk mengatur ulang tab

Memperbarui teks terkadang jeda.

Ini terutama menjadi masalah dengan editor seperti emacs

@RosalesJ Hei, bisakah Anda mengajukan masalah lain untuk yang satu itu? Itu sebenarnya tidak sesuai dengan ember raksasa masalah UI, dan mungkin lebih banyak bug atom yang bisa kami perbaiki. Pastikan untuk menyertakan langkah repro dan alat yang Anda gunakan. Terima kasih!

Menu tab baru tidak bergerak dengan jendela:

Mencoba menutup aplikasi dengan mengklik X pada satu tab mengakibatkan aplikasi mogok!

Ketika opacity dikonfigurasi, itu hanya bekerja ketika jendela difokuskan.
Saat fokus:

Saat tidak fokus:

Apakah ada cara untuk membuatnya berhasil atau seharusnya berfungsi seperti itu?

Sunting: hal lain yang saya perhatikan pada tangkapan layar di atas adalah bahwa jendela terminal yang tidak fokus tidak menerapkan warna Aksen Windows, menjadi kosong. Saat difokuskan, ada warna aksen jendela.

@ jean-lourenco Saya yakin bahwa blur itu disengaja, karena aplikasi lain seperti aplikasi Pengaturan melakukan hal yang sama

Sangat berharap untuk segera dukungan tab scrolling (indikasinya, bukan hanya roda mouse).

Karena pengguliran saya tidak berfungsi sebagaimana mestinya, sekarang saya tidak dapat melihat tab yang saya miliki ..

Spasi buruk dengan font non-monospace.

versi 0.3.2112.0

Ini terjadi pada pemuatan awal. Memaksimalkan -> Mengembalikan jendela mengoreksi ini.

Saya baru saja memperbarui ke 0.2.1831.0 di 18950.1000. Di shell Ubuntu (sekarang WSL 2), saya tidak dapat menggulir kembali buffer. Sepertinya kursor yang berkedip menarik fokus kembali ke garis bawah setiap kali saya mencoba menggulir ke atas dengan keyboard dan roda mouse.

Sepertinya baris baru juga dikirim pada setiap gulungan ke atas, jadi teks yang ingin saya lihat semakin menjauh pada setiap percobaan!

Jendela Powershell dan Dos tidak melakukan ini

@tomfakes memindahkan yang ini ke # 2196, karena ini sama sekali bukan masalah pemolesan UI

Bagaimana cara mempertahankan efek Akrilik saat jendela kehilangan fokus

Kemampuan untuk menyeret jendela di seluruh bilah tab agak menyesatkan; Anda masih tidak dapat mengambil bilah judul dengan area di atas tab atau dengan mengambil tab yang tepat. Jika Anda memiliki banyak tab terbuka, itu berarti Anda masih terjebak dengan area seret kecil.

Apakah itu sesuatu yang direncanakan untuk ditangani? Tampaknya # 564 ditutup.

Memaksimalkan terminal ketika jendela berada di dua monitor menyebabkan bar merembes di monitor.

Saya tahu ini semacam "di luar topik", tetapi pelacak masalah adalah satu-satunya tempat untuk memberikan masukan dan sepertinya ini adalah utas yang paling cocok: Terima kasih. Saya tahu Terminal belum selesai dan ada banyak hal yang perlu diperbaiki, tetapi ini dalam perjalanan yang baik. Saya suka bagaimana rasanya dan tampilannya. Saya suka konfigurasinya, dukungan untuk "CMD", PowerShell, WSL, dll.
Pertahankan kerja bagus ^^ (dan maaf mengacaukan pelacak masalah;))

Senang proyek ini sedang dikerjakan - langkah besar di atas cmd / PowerShell tradisional. Saya perhatikan bahwa ketika menutup jendela setelah mengubah ukuran dengan cepat menyebabkan jendela hantu muncul dengan banyak batas:

Ini sebenarnya bukan masalah besar, hanya berpikir saya akan melaporkan melihatnya untuk dicatat.

+1

+1

@ammoniak terima kasih: senyum:

Saya tidak yakin apakah ini bug atau fitur.

AltGr + 4 (§) (keyboard Portugis) tidak terhapus saat saya mencoba urutan AltGr.

Font Victor Mono ditampilkan dengan sangat aneh.

https://github.com/rubjo/victor-mono/

@offero itu font yang bagus; ini mungkin # 696

(atau variasinya)

Bisakah kita mendapatkan opsi untuk menyembunyikan tanda plus dan / atau panah bawah di area tab? Ketika panah bawah akan disembunyikan, dimungkinkan untuk mengklik kanan tanda plus yang kemudian akan melakukan hal dropdown seperti yang dilakukan panah bawah . Saat tanda plus disembunyikan, kami masih dapat meluncurkan lebih banyak tab menggunakan menu tarik-turun. Mungkin kita bisa menyembunyikan keduanya, lalu klik kanan akan terjadi di bilah judul lainnya?

Sejujurnya saya tidak menyukai tab di bilah judul karena sulit diatur ketika Anda memiliki banyak, meraih bilah judul untuk memindahkan jendela masih tidak berfungsi dengan baik. Beberapa terminal Linux telah meletakkan tab di atas terminal itu sendiri dan ini dapat dikonfigurasi. Saya yakin ini banyak hubungannya dengan banyak manajer jendela Linux dan memiliki aturan yang berbeda. Pilihan lainnya adalah membuat terminal menjadi drop down (lihat tangkapan layar Tilix). Seperti saat ini, jika saya membuka 10 tab, bagaimana UI ini dapat digunakan? Gulir mouse melalui tidak apa-apa tetapi bahkan tidak memberi Anda total berapa banyak tab yang terbuka.

Hanya dua sen saya. :)

Drop Down menampilkan terminal / tab:

Saya tidak melihat ini disebutkan di utas, tetapi jika Anda menginginkan tab judul yang lebih kecil, cukup tambahkan pengaturan ini ke profil:
"tabTitle": "MyCmd",

Meskipun ini sangat membantu, saya ingin memiliki kemampuan untuk meningkatkan angka secara dinamis sehingga saya dapat memiliki:
| MyCmd 1 | MyCmd 2 | MyPosh 1 | MyPosh 2 |

Dan / atau secara dinamis mengubah warna tab berdasarkan tab baru ditambahkan - urutan warna yang sama setiap kali jadi saya tahu bahwa Merah = tab pertama, Putih = tab ke-2, Biru = tab ke-3, dll.

@jwhipp Anda selalu dapat menyetel "showTabsInTitlebar" ke false untuk mendapatkan tab di bawah bilah judul.

@Pedersenomas Itu # 2028

@jwhipp Anda selalu dapat menyetel "showTabsInTitlebar" ke false untuk mendapatkan tab di bawah bilah judul.

Ah! Tidak tahu tentang ini ... mencobanya sekarang. Meskipun itu adalah memindahkan UI tab ke bawah, yang pada akhirnya memungkinkan seseorang untuk lebih mudah memindahkan jendela, itu masih meninggalkan tab ui yang tidak dapat diatur. Saya hanya berpikir ini bisa dilakukan dengan lebih baik dan dengan cara yang lebih bermanfaat. Satu hal yang dapat bekerja jika Anda tidak menyukai cara Tilix adalah mengecilkan ukuran tab karena lebih banyak terminal muncul. Itu setidaknya akan memberi pengguna akhir gambaran tentang apa yang ada di sana dengan lebih mudah.

Saya menduga batas jendela yang sangat tebal adalah masalah yang diketahui?

Saat memindahkan jendela terminal dengan daftar dropdown terbuka, daftar dropdown bergerak dengan penundaan. Saya tahu bahwa ini telah dilaporkan tetapi saya pikir menutup daftar dropdown ketika mengklik di luar daftar juga merupakan solusi.

Sebagian besar aplikasi lain yang telah saya uji dengan daftar dropdown / menu / navigasi serupa ditutup saat memindahkan jendela atau mengklik di luar daftar.

Sepengetahuan saya, bug yang dilaporkan sebelumnya telah memperbaiki penundaan. Tidak menutup daftar saat memindahkan jendela dengan menyeret bilah atas. Yang menurut saya merupakan solusi yang layak.

_Dengan daftar dropdown yang saya maksud daftar dengan profil (WSL, Powershell), Pengaturan, dan Umpan Balik._

Saya benar-benar berharap GUI tab terminal cocok dengan tampilan kromium tepi:

Saya setuju bahwa tinggi tabnya tampak agak kecil

Ubah ikon Ubuntu menjadi ikon oranye yang digunakan di toko.

Anda bisa melakukannya sendiri.
Bayi ini dapat menggendong begitu banyak icon s

Ubah ikon Ubuntu menjadi ikon oranye yang digunakan di toko.

Anda bisa melakukannya sendiri.

Ya, tetapi ikon default harus konsisten, lebih baik mengubahnya di satu tempat daripada beberapa ratus ribu sistem pengguna.

Saya cukup yakin kami secara hukum tidak diizinkan untuk mengirimkan merek distro tertentu secara langsung. Sesuatu sesuatu hukum hak cipta. Kami diizinkan untuk mengirim penguin tux, oleh karena itu mengapa _semua_ distro menggunakan penguin itu. @bitcrazed bisa @ saya jika saya salah dalam hal itu.

Tidak yakin apakah ini sudah disarankan / ditanyakan, tetapi saya bukan penggemar setiap tab karena panjangnya berbeda, dan saya bertanya-tanya apakah ada pengaturan yang dapat saya ubah untuk membuatnya lebih mirip browser di setiap tab itu memiliki panjang yang sama, dan hanya memiliki jenis terminal pada namanya.

Saya menggunakan banyak tab saat mengerjakan unix, jadi saya terbiasa tidak mendapatkan informasi apa pun dari judul tab dan lebih suka tab yang lebih kecil

Halo,
beberapa saran desain dan konsep.
Pisahkan + dari menu pengaturan, menurut saya tidak ada alasan yang baik untuk meletakkan pengaturan dan profil / tab baru di satu tempat.
Manfaatkan tinggi keseluruhan bilah judul untuk tab.
Hover / Active harus lebih gelap dari bilah judul normal, bukan sebaliknya seperti sekarang. (Untuk mode gelap, balikkan warna).
Hapus batas jendela atau menjadikannya opsional dalam pengaturan, itu tidak terlihat bagus sama sekali.
Pada gambar ketiga warna font berwarna merah untuk menunjukkan bahwa terminal sedang berjalan dalam "Modus Administratif".
Tambahkan beberapa padding secara default, terlihat aneh saat ini tanpa padding.

Saya sedang mengerjakan ui pengaturan saat ini, saya akan memposting gambar karena saya punya waktu untuk menyelesaikannya.

1564 adalah masalah untuk menerapkan pengaturan UI.

Mungkin harus ditautkan dari masalah ini.

Kembali. Logo pihak ketiga dll., @ Zadjii-msft benar - Microsoft tidak dapat mengirimkan logo untuk produk pihak ketiga. Namun, kami ___might___ dapat menemukan cara bagi vendor distro untuk menyediakan logo mereka di tempat yang dapat dengan mudah ditemukan dan dimasukkan oleh Terminal. Akan mie ini sedikit.

@jwlodek & @Fisico - Hargai tanggapan Anda, tapi TOLONG jangan membahas fitur khusus yang ditanyakan di sini - mari kita tetap berpegang pada satu subjek per masalah jika tidak, kami tidak akan pernah melacak hal-hal. Terima kasih.

Teman-teman, saya ingin meminta Anda untuk menyediakan mode tanpa tab dan dekorasi jendela minimal atau tanpa jendela? Yang saya inginkan hanyalah satu layar terminal yang bersih. Saya sudah melewatkan toggle layar penuh juga.

@oblitum Anda harus memeriksa file konfigurasi Anda. Jika Anda mengubah alwaysShowTabs dan showTabsInTitlebar , Anda akan mendapatkan sesuatu yang lebih mendekati keinginan Anda.

@DHowett Saya mencobanya sebelumnya tetapi tidak membantu, saya menghapus tab, tetapi dekorasi jendela menjadi putih, yang lebih buruk daripada meninggalkan tab, setidaknya saya mendapatkan semua dekorasi gelap dengannya.

Apakah mungkin memiliki terminal layar penuh dengan cara tertentu? Toggle atau konfigurasi. Saya melihat ada FullScreen di basis kode, tetapi saya tidak menemukan pengaturan.

Kembali. Logo pihak ketiga dll., @ Zadjii-msft benar - Microsoft tidak dapat mengirimkan logo untuk produk pihak ketiga. Namun, kami _ mungkin _ dapat menemukan cara bagi vendor distro untuk menyediakan logo mereka di tempat yang dapat dengan mudah ditemukan dan dimasukkan oleh Terminal. Akan mie ini sedikit.

@tokopedia
Bagaimana jika daftar "profil" yang tersedia ada di folder pengguna, yang distro lain di Windows Store dapat ditambahkan saat menginstal. Kemudian ini terpisah dari file JSON pengaturan / profil. Dan UI Pengaturan dapat menampilkan profil yang tersedia ini dan memungkinkan pengguna untuk menambahkannya.

Bagian dari menambahkan distribusinya ke daftar yang tersedia, akan menyertakan entri ikon, atau bahkan menambahkan skema warna seperti skema warna Ubuntu.

@ DHowett-MSFT Melihat kontrol MinMaxClose, apakah ada alasan mengapa ukuran tombol tersebut dipilih?

Ketiga tombol tersebut berukuran 36 x 45.

Melihat Win32 (Notepad dan Wordpad), kontrol jendelanya adalah 29 x 45.

Melihat UWP (Kalkulator dan Ponsel Anda), kontrol jendelanya 32 x 46.

@mdtauk : Sepertinya tidak ada standar / konsensus tentang ukuran tombol ini di aplikasi Windows lainnya juga (seperti yang Anda lihat) 🤣

@mdtauk Bergantung pada kerangka kerja UI apa aplikasi dibuat, Anda mungkin melihat tombol sistem dengan ukuran dan bentuk yang sedikit berbeda. Sebagai contoh:

• Aplikasi Win32 seperti Notepad mengandalkan OS (GDI / DComp) untuk menggambar kontrol sistem dan mendapatkan bilah judul berukuran standar
• Chrome / Edgeium menggambar area non-kliennya sendiri untuk mendapatkan tabnya ke bilah judul, dan menggambar tombol sistemnya sendiri ... sejajar dengan tepi atas Jendela karena ... 'alasan'
• Terminal juga menggambar area non-kliennya sendiri untuk mendapatkan tabnya ke dalam wilayah bilah judul, dan untuk membuat tab sesuai, kami memiliki bilah judul / tab yang lebih tinggi.

Di Terminal, kami memilih untuk menskalakan & memusatkan tombol sistem di ruang bilah judul yang tersedia, yang membuatnya sedikit lebih besar, tetapi tetap persegi dan proporsional:

Menariknya, meskipun kontrol sistem Terminal masing-masing menjadi sedikit lebih besar, mereka secara proporsional dikelompokkan sedikit lebih dekat bersama yang membuat cluster kontrol sistem memiliki lebar yang sama dengan cluster kontrol yang ditarik sistem Win32:

Dibandingkan dengan aplikasi UWP seperti Mail, sekali lagi, Terminal membutuhkan area bilah judul yang sedikit lebih tinggi, tetapi tombol sistem kami sedikit lebih besar, tetapi lebih persegi, dan simbol itu sendiri hanya 2 piksel lebih besar saat ditampilkan pada layar 4K saya dengan skala @ 200%.

Semua ini mengatakan, kami mungkin sedikit mengubah beberapa hal di masa depan, tetapi kami berpikir bahwa desain dan tata letak kami bersih, dapat diakses, dan suara proporsional.

Beri tahu kami jika Anda tidak setuju dengan mengajukan masalah agar dapat dilacak dan didiskusikan.

@bayu_joo pengaturan, perhatikan bahwa kami sedang mengerjakan banyak perbaikan keren di ruang ini. Nantikan beberapa rilis berikutnya;)

@bitcrazed Terima kasih 💙 Tanggapan itu sangat menarik. Saya hanya senang itu bukan keputusan "itu cukup baik": Kontrol P Window adalah salah satu elemen yang paling tidak konsisten di Windows, jadi saya penasaran.

Dan sebagai perbandingan, Edgium membuat kontrol jendela seperti biasa, tetapi rata atas, bukan di tengah.

Setelah batas digambar dengan benar, itu tidak akan terlihat berbeda.

Adakah yang bisa menjawab apakah saya dapat memiliki layar penuh dengan cara apa pun? Saya hanya ingin seluruh layar tanpa kontrol jendela itu sama sekali.

Adakah yang bisa menjawab apakah saya dapat memiliki layar penuh dengan cara apa pun? Saya hanya ingin seluruh layar tanpa kontrol jendela itu sama sekali.

@oblitum Saya tahu saya menyebutkan Mode Tablet sebagai kebutuhan untuk mendukung opsi Layar Penuh yang sebenarnya, di mana kontrol jendela hanya muncul ketika Anda mengarahkan mouse ke atas atau menggesek dari atas. Jika itu diterapkan, mungkin ada opsi untuk Layar penuh saat dimaksimalkan - bahkan mungkin dengan perubahan glyph untuk tombol Maksimalkan

Mengapa Anda tidak menggunakan WinUi untuk menggambar bilah judul dan tab? Itu akan membuat segalanya lebih konsisten.

https://github.com/microsoft/microsoft-ui-xaml

@tokopedia Saya hanya meminta trik apa pun, pengaturan registri atau sesuatu, tidak perlu Mode Tablet diterapkan untuk membuatnya berfungsi. Saya bertanya karena saya melihat ada FullScreen di basis kode, dan beberapa referensi ke registri, tetapi tidak tahu apakah itu dapat berfungsi hari ini.

Mengapa Anda tidak menggunakan WinUi untuk menggambar bilah judul dan tab? Itu akan membuat segalanya lebih konsisten.

https://github.com/microsoft/microsoft-ui-xaml

Karena keperluan proyek, mereka harus menimpa gambar jendela default Win32, tetapi TabBar, dan kontrol Window diimplementasikan sebagai kontrol Xaml.

Kontrol WinUI

@lazylazyllama Kontrol tab Terminal dibuat untuk kami oleh tim WinUI: https://github.com/Microsoft/microsoft-ui-xaml/issues/304

Kami membuat prototipe implementasi Terminal awal menggunakan kontrol tab @ michael-hawker Windows Community Toolkit, dan kemudian bekerja dengan @stmoy & team untuk membuat kontrol tab WinUI yang kami gunakan saat ini.

Kembali. menggambar di area non-klien:

Ini tidak sesederhana yang dibayangkan, terutama jika UX aplikasi Anda terdiri dari kontrol XAML yang dihosting di Kepulauan XAML di atas aplikasi host Win32. Kami telah bekerja sama dengan WinUI, XAMLIslands dan tim mitra lainnya untuk membuat tab Terminal berfungsi.

@oblitum Harap jangan meminta fitur di utas ini - buka masalah baru jika masalah yang menjelaskan pertanyaan Anda belum ada. Jika masalah yang ada memang banyak menggambarkan apa yang Anda cari, tambahkan pemikiran Anda ke pertanyaan yang ada. Misalnya, # 2001 atau # 288

@mdtauk NP :) Sayangnya, dengan pasir yang berubah dari desain UI Windows, dan fleksibilitas yang diminta oleh aplikasi yang menginginkan lebih banyak kontrol atas setiap aspek bagaimana mereka digambar, kami sering melihat cukup banyak 'penyimpangan' di antara aplikasi yang berbeda ' pengalaman pengguna. Ini baik dan buruk: Baik karena kita dapat memajukan banyak hal (syukurlah kita tidak semua masih menggunakan aplikasi berbasis GDI 😉) tetapi buruk karena kita sering harus mengganti konteks / ekspektasi UX ketika beralih antar aplikasi.

Mudah-mudahan, saat kita bergerak maju, dan saat tumpukan Windows UX modern matang, dan bahasa desain terkonsolidasi, kita akan melihat cukup konsistensi sehingga kita tidak perlu mengatur ulang ekspektasi antar aplikasi.

@mdtauk NP :) Sayangnya, dengan pasir yang berubah dari desain UI Windows, dan fleksibilitas yang diminta oleh aplikasi yang menginginkan lebih banyak kontrol atas setiap aspek bagaimana mereka digambar, kami sering melihat cukup banyak 'penyimpangan' di antara aplikasi yang berbeda ' pengalaman pengguna. Ini baik dan buruk: Baik karena kita dapat memajukan banyak hal (syukurlah kita tidak semua masih menggunakan aplikasi berbasis GDI 😉) tetapi buruk karena kita sering harus mengganti konteks / ekspektasi UX ketika beralih antar aplikasi.

Mudah-mudahan, saat kita bergerak maju, dan saat tumpukan Windows UX modern matang, dan bahasa desain terkonsolidasi, kita akan melihat cukup konsistensi sehingga kita tidak perlu mengatur ulang ekspektasi antar aplikasi.

Saya yakin ketika WinUI dengan siklus hidup Win32 ada di sini, Anda akan sangat bersemangat untuk memotong semua kode gambar DWM dan HWND itu. Semoga aplikasi tersebut juga memiliki kemampuan untuk mewarnai ulang kontrol jendela di XAML, yang dapat dilakukan UWP.

Mudah-mudahan, saat kita bergerak maju, dan saat tumpukan Windows UX modern matang, dan bahasa desain terkonsolidasi, kita akan melihat cukup konsistensi sehingga kita tidak perlu mengatur ulang ekspektasi antar aplikasi.

Konsistensi itu butuh waktu besar.

Saya menyarankan untuk membuat Tab Interface dua Layered ditumpuk secara vertikal, pada dasarnya dua baris. bagaimana ini diterapkan seperti sekarang, seluruh antarmuka tab ada di header itu sendiri, saya akan menyarankan jika area header (Baris Pertama) menampilkan jalur tab aktif dan di tab baris ke-2 ada yang menampilkan hanya nama biner yang akan berfungsi lebih baik.

Saya tidak tahu seperti apa dukungannya di berbagai shell, tetapi dapatkah penyorotan direktori vs file pada akhirnya dapat dilakukan?

direktori vs file menyoroti

Untuk PowerShell, Anda membutuhkan modul seperti DirColors (* steker tak tahu malu), yang akan menambahkan pewarnaan gaya coreutils ke daftar file PowerShell.

https://docs.microsoft.com/en-us/uwp/toolkits/winui/release-notes/winui-2.2

Mengapa desain tabview terlihat sangat berbeda dari yang ada di terminal saat ini? desain tab winui lebih dekat dengan apa yang ada di tepi kromium.

Karena TabView yang saat ini digunakan di Terminal Windows adalah implementasi khusus dan belum dimigrasi ke WinUI .

itu cukup menyesatkan dari orang-orang WinUI.

itu cukup menyesatkan dari orang-orang WinUI.

Tidak juga, yang digunakan di Terminal Windows tertinggal dibandingkan dengan rilis WinUI. Tetapi Terminal adalah yang pertama menggunakannya, sebelum memasuki tahap pra-rilis - jadi mereka adalah tempat pengujian untuk kontrol, dan memberikan umpan balik.

Ada juga masalah lain. Kontrol WinUI TabView dibuat untuk UWP dan XAML, tetapi saat ini, Terminal Windows adalah campuran aplikasi Native Win32 dan Pulau XAML untuk menggunakan kontrol modern. Ada batasan tertentu saat ini, terkait cara kedua teknologi bekerja sama.

Harapannya adalah WinUI 3.0 dan rilis 2020 dari sesuatu yang disebut WinUI Desktop - akan memadukan ini bersama-sama, membuatnya jauh lebih lancar dan sederhana untuk membangun aplikasi.

Woah tidak, itu kesalahpahaman.

Apa yang kami gunakan di Terminal saat ini adalah versi pra-rilis dari TabView. Kami membantu memandu beberapa detail implementasi. Apa yang dirilis di WinUI 2.2 adalah versi TabView yang dipoles.

Kami di Terminal belum memiliki kesempatan untuk menarik bit WinUI terbaru dan memperbarui diri kami sendiri. Pada dasarnya mereka adalah kontrol yang sama, kami hanya tertinggal beberapa versi sekarang: P

Tumpukan campuran UWP XAML + Win32 yang kami gunakan untuk UI kami _tidak berdampak_ pada kemampuan kami untuk menyerap Tampilan Tab.

Tumpukan campuran UWP XAML + Win32 yang kami gunakan untuk UI kami _tidak berdampak_ pada kemampuan kami untuk menyerap Tampilan Tab.

Itu menjelaskan mengapa Integrasi ke dalam TitleBar tidak akan sepenuhnya cocok dengan gambar yang ditampilkan pada daftar WinUI untuk TabView.

Ingin membuat masalah mandiri terlebih dahulu, tetapi saya rasa ini lebih cocok di sini:

Izinkan satu tab untuk "dikunci"

Secara acak, mungkin ada ikon gembok tambahan di sebelah tombol tutup, saat mengarahkan kursor ke tab (tidak terkunci). Jika tab dikunci, kunci akan selalu terlihat dan mencegah penutupan tab / proses terkait secara tidak sengaja (baik dengan tangan atau dengan mematikan sistem). Pikirkan tab yang disematkan / disimpan di Chrome atau Edge.

Skenario

Ini pada dasarnya didasarkan pada hal-hal aktual yang terjadi, dengan beberapa jendela konsol daripada aplikasi Terminal baru.

• Mario menjalankan beberapa tab dari shell apa pun yang dikelompokkan bersama, satu untuk perintah konsol misc, tab kedua menghosting situs web dalam pengembangan, satu lagi dengan SSH ke server jarak jauh, dll.
• Karena ada beberapa masalah, dia memutuskan untuk membuka shell lain untuk menjalankan beberapa proses pembersihan / layanan yang lambat (seperti git gc , sfc /scannow , ftp mendorong file, atau terserah).
• Saat berjalan, dia kembali ke tab lain dengan pekerjaan rutinnya.
• Pada akhirnya, dia menutup seluruh grup terminal / tab karena alasan kenyamanan (dan karena sudah terbiasa dengan ini), melupakan tentang bagaimana dia ingin memeriksa keluaran dari tugas yang berjalan lama.
• Hasilnya akan segera hilang (abaikan file log atau entri acara, yang tidak benar-benar standar dan bisa jadi sesi jarak jauh sementara seperti SSH).

Apa yang harus berbeda

• Setelah Mario membuka tab / shell baru untuk proses yang lambat, ia menggunakan ikon gembok kecil di tab (yang hanya terlihat saat melayang) untuk "menguncinya".
• Setelah diklik, tombol tutup untuk tab tersebut dihapus dan sebagai gantinya diganti dengan ikon gembok tersebut.
• Nanti, saat mencoba menutup aplikasi Terminal secara keseluruhan, tab biasa dihapus, tetapi tab yang terkunci tetap terbuka,
• Dalam keadaan ini, Terminal juga akan mencegah sistem mati (tanpa paksa).
• Jika proses yang terkait dengan tab terkunci mati, tab dibuka kuncinya / dihapus secara otomatis (yaitu perilaku saat ini).
• Jika gembok diklik dua kali, tab dibuka kuncinya dan dikembalikan ke perilaku default.

Saya juga membuat masalah umum cegukan yang saya temukan: https://github.com/microsoft/terminal/issues/2209

Sayangnya, akhir-akhir ini saya tidak memiliki bandwidth untuk membaca / menelusuri semua masalah yang berpotensi duplikat atau telah diperbaiki. Jika seseorang di utas ini secara kebetulan memiliki energi untuk menunjukkan yang tidak duplikat / dapat diterima, saya dapat membuat masalah terpisah.

Saya tidak berpikir ini menjamin masalah baru karena cukup subjektif ... tetapi saya ingin memahami alasan di balik penggunaan akrilik saat jendela difokuskan, daripada sebaliknya.

Tampaknya sangat berlawanan dengan apa yang Anda inginkan; itu membuat jendela tempat Anda bekerja menjadi kurang terbaca, dan menonaktifkan segala jenis transparansi pada saat Anda menginginkannya, yaitu saat jendela tidak aktif menutupi jendela lain.

suka memahami alasannya

Kami juga akan! Ini adalah kebijakan seluruh sistem yang diterapkan pada sikat akrilik. Agaknya, hal itu dilakukan agar tumpukan aplikasi tidak menumpuk puluhan jendela transparan di atas satu sama lain dan mematikan kinerja sistem. Itu seharusnya menjadi kemampuan untuk jendela aktif saja.

Haha semuanya ada di halaman yang sama kemudian -dan terima kasih atas tanggapannya. Semoga orang-orang yang tepat akan mendengar gemuruh di beberapa titik dan mewujudkannya (dan transparansi standar semoga menjadi pilihan di Terminal Microsoft)!

@ drk-mtr ada aplikasi uwp yang disebut "Notes" dan entah bagaimana ia berhasil menjaga transparansi akriliknya meskipun tidak lagi fokus.

https://github.com/JasonStein/Notepads

Perintah saat menggunakan zsh / Oh My Zsh terlihat salah di Terminal Windows, terutama warna panah dan beberapa garis kecil di antara karakter. Saya menggunakan Powerlevel9k.

Terminal Windows (menggunakan skema warna Gelap Terpolarisasi)

WSL klasik (menggunakan warna default)

selanjutnya dihapus

Sekadar catatan, dan untuk mencegah asumsi penyalahgunaan: baik saya maupun tim saya tidak menghapus komentar ini. @mcgov memindahkan komentarnya ke masalah yang lebih sesuai, # 1753.

Ah, senang mendengar @ DHowett-MSFT. Saya telah menghapus komentar itu untuk menghindari drama yang tidak perlu.

Saya mengalami masalah dengan kata kunci untuk ini, jadi mohon maaf jika sudah ada masalah. Saya juga tidak 100% yakin ini adalah masalah terminal.

Seringkali, tetapi tidak selalu, setelah mengetik 3 karakter, teks bergeser satu kolom ke kiri:

Inilah yang saya amati:

• Tampaknya hanya terjadi di dalam git repo (masalah posh-git?)
• Itu terjadi dengan font yang mendukung ligatur seperti Kode Cascadia atau Kode Fira, tetapi tidak dengan Consolas
• Ini tidak terjadi di terminal terintegrasi VS Code saat menggunakan Cascadia Code; sepertinya terminal terintegrasi tidak mendukung ligatur
• Itu terjadi dengan PowerShell Core dan Windows PowerShell, tetapi saya tidak dapat memproduksinya di Git Bash atau sesi SSH
• Tidak masalah apakah itu perintah git atau yang lainnya, seperti clear

Di atas membuat saya berpikir itu adalah hal yang membuat ligatur, tapi saya tidak yakin.

Saya menggunakan:

• Windows 10 membangun 18362.175
• Windows Terminal 0.5.2681.0 (versi Store), tetapi ini juga terjadi sebelumnya
• posh-git 1.0.0-beta3

@rmdhmn

Itu disebabkan oleh karakter ≡ .

Lihat juga:

• # 2066 (dan # 42)
• Microsoft / Cascadia-Code # 117

@ ExE-Boss Menarik, terima kasih!

@ drk-mtr, @ DHett-MSFT, @lazylazyllama ,

Terima kasih atas tanggapan Anda tentang Akrilik. Saya seorang Manajer Program yang bekerja dengan tim desain Fasih. Anda mungkin pernah melihat saya berbicara tentang Fasih di // Build dalam beberapa tahun terakhir termasuk berbagi keputusan tentang perubahan panduan di mana Akrilik akan digunakan.

Singkat cerita, panduan untuk Acrylic hari ini menguraikan bahwa itu akan digunakan untuk permukaan UI sementara serta permukaan yang bersifat sementara. Akrilik menggunakan transparansi dan blur yang mahal dalam menghitung penggunaan daya. Jadi diputuskan dari POV teknis bahwa UI ini hanya akan digunakan ketika aplikasi sedang difokuskan di mana efek ini paling efektif. Inilah sebabnya mengapa Akrilik mati saat fokus beralih ke aplikasi lain serta saat perangkat beroperasi dalam kondisi kurang optimal. Bahan ini tidak pernah dimaksudkan untuk digunakan di permukaan yang AKTIF setiap saat.

Akrilik juga dimaksudkan untuk lebih "menarik perhatian" daripada digunakan pada permukaan yang tidak menarik perhatian pengguna. Kami menggunakan akrilik yang dikombinasikan dengan bayangan untuk menambahkan perasaan tinggi pada kontrol seperti MenuFlyout / ContextMenu untuk melakukan tugas-tugas singkat. Karenanya, aplikasi seperti Kalkulator juga menggunakan efek ini untuk tindakan menghitung yang singkat.

Mengenai keterbacaan, kami menghabiskan cukup banyak waktu untuk memastikan teks di atas Akrilik dapat dibaca dengan menyesuaikan nilainya dengan sangat hati-hati. Meskipun demikian, menjadi transparan, tidak akan pernah sebagus hitam murni atau putih bersih. Oleh karena itu kami tidak menganjurkan ini digunakan pada permukaan utama untuk digunakan dalam jangka waktu lama.

Sistem desain yang lancar juga dengan bangga memberikan keakraban bagi pengguna kami, meskipun mereka bukan dari Windows. Karena itu, kami membahasnya dengan orang-orang di Terminal yang mengemudikan desainnya dan membuat keputusan kolektif untuk aplikasi Terminal untuk menjaga permukaan akrilik sebagai default pada panel yang akan membuat sebagian besar pelanggan Linux merasa nyaman. Seperti yang saya pahami, pelanggan Linux terbiasa dengan latar belakang yang kabur, namun halaman utama tidak mengaktifkannya secara default karena alasan yang disebutkan di atas (masih memungkinkan untuk mengaktifkannya sebagai pilihan pengguna).

Saya harap ini menjelaskan sedikit tentang latar belakang dan alasan di balik desain saat ini. Karena itu kami menyambut tanggapan Anda tentang Akrilik. Jika Anda ingin memberikan umpan balik tentang ini atau topik WinUI apa pun, kirimkan masalah baru di repo WinUI utama.

@chigy , @ drk-mtr, @ DHowett-MSFT, @lazylazyllama ,

Akrilik menggunakan transparansi dan blur yang mahal dalam menghitung penggunaan daya.

Apakah ada data tentang seberapa lambat keburaman multi-layer bisa terjadi?
Bisakah kita hanya mengaktifkannya di model komputer yang lebih baru?
Komputer pengembang dianggap cepat.

Komputer pengembang dianggap cepat.

Komputer game, ya, tetapi komputer pengembang bisa lebih lambat - Anda cukup menulis kode!

Hanya ingin tahu, bagaimana "Notes" yang disebutkan oleh @lazylazyllama dapat menjaga transparansi akriliknya mengingat kebijakan seluruh sistem? Itu ada di toko jadi seharusnya tidak menggunakan API "ajaib".

Sistem desain yang lancar juga dengan bangga memberikan keakraban bagi pengguna kami, meskipun mereka bukan dari Windows. Karena itu, kami membahasnya dengan orang-orang di Terminal yang mengemudikan desainnya dan membuat keputusan kolektif untuk aplikasi Terminal untuk menjaga permukaan akrilik sebagai default pada panel yang akan membuat sebagian besar pelanggan Linux merasa nyaman. Seperti yang saya pahami, pelanggan Linux terbiasa dengan latar belakang yang kabur, namun halaman utama tidak mengaktifkannya secara default karena alasan yang disebutkan di atas (masih memungkinkan untuk mengaktifkannya sebagai pilihan pengguna).

Jadi seluruh video promo Terminal itu bohong?

https://www.youtube.com/watch?v=8gw0rXPMMPE

Orang-orang mengharapkannya terlihat seperti ini di luar gerbang.

Hanya ingin tahu, bagaimana "Notes" yang disebutkan oleh @lazylazyllama dapat menjaga transparansi akriliknya mengingat kebijakan seluruh sistem? Itu ada di toko jadi seharusnya tidak menggunakan API "ajaib".

@ZhaoMJ , Notes kemungkinan menggunakan API Komposisi tingkat rendah, daripada AcrylicBrush untuk mendapatkan efeknya.

@ drk-mtr, @ DHett-MSFT, @lazylazyllama ,
Terima kasih atas tanggapan Anda tentang Akrilik. Saya seorang Manajer Program yang bekerja dengan tim desain Fasih. Anda mungkin pernah melihat saya berbicara tentang Fasih di // Build dalam beberapa tahun terakhir termasuk berbagi keputusan tentang perubahan panduan di mana Akrilik akan digunakan.
Singkat cerita, panduan untuk Acrylic hari ini menguraikan bahwa itu akan digunakan untuk permukaan UI sementara serta permukaan yang bersifat sementara. Akrilik menggunakan transparansi dan blur yang mahal dalam menghitung penggunaan daya. Jadi diputuskan dari POV teknis bahwa UI ini hanya akan digunakan ketika aplikasi sedang difokuskan di mana efek ini paling efektif. Inilah sebabnya mengapa Akrilik mati saat fokus beralih ke aplikasi lain serta saat perangkat beroperasi dalam kondisi kurang optimal. Bahan ini tidak pernah dimaksudkan untuk digunakan di permukaan yang AKTIF setiap saat.
Akrilik juga dimaksudkan untuk lebih "menarik perhatian" daripada digunakan pada permukaan yang tidak menarik perhatian pengguna. Kami menggunakan akrilik yang dikombinasikan dengan bayangan untuk menambahkan perasaan tinggi pada kontrol seperti MenuFlyout / ContextMenu untuk melakukan tugas-tugas singkat. Karenanya, aplikasi seperti Kalkulator juga menggunakan efek ini untuk tindakan menghitung yang singkat.
Mengenai keterbacaan, kami menghabiskan cukup banyak waktu untuk memastikan teks di atas Akrilik dapat dibaca dengan menyesuaikan nilainya dengan sangat hati-hati. Meskipun demikian, menjadi transparan, tidak akan pernah sebagus hitam murni atau putih bersih. Oleh karena itu kami tidak menganjurkan ini digunakan pada permukaan utama untuk digunakan dalam jangka waktu lama.
Sistem desain yang lancar juga dengan bangga memberikan keakraban bagi pengguna kami, meskipun mereka bukan dari Windows. Karena itu, kami membahasnya dengan orang-orang di Terminal yang mengemudikan desainnya dan membuat keputusan kolektif untuk aplikasi Terminal untuk menjaga permukaan akrilik sebagai default pada panel yang akan membuat sebagian besar pelanggan Linux merasa nyaman. Seperti yang saya pahami, pelanggan Linux terbiasa dengan latar belakang yang kabur, namun halaman utama tidak mengaktifkannya secara default karena alasan yang disebutkan di atas (masih memungkinkan untuk mengaktifkannya sebagai pilihan pengguna).
Saya harap ini menjelaskan sedikit tentang latar belakang dan alasan di balik desain saat ini. Karena itu kami menyambut tanggapan Anda tentang Akrilik. Jika Anda ingin memberikan umpan balik tentang ini atau topik WinUI apa pun, kirimkan masalah baru di repo WinUI utama.

@chigy @ DHowett-MSFT Daripada "mematikan" akrilik mengapa tidak menjedanya. yaitu bingkai terakhir yang dirender sebelum jendela menjadi tidak aktif, ditampilkan saat jendela tidak aktif. Jendela aktif hampir selalu berada di atas jendela yang tidak aktif dan dengan demikian efek akrilik akan tampak aktif bahkan saat jendela tidak lagi aktif. Satu-satunya masalah yang dapat saya lihat dengan ini adalah situasi di mana jendela "selalu di atas" yang cukup lumayan.

@ drk-mtr, @ DHett-MSFT, @lazylazyllama ,

Mengenai keterbacaan, kami menghabiskan cukup banyak waktu untuk memastikan teks di atas Akrilik dapat dibaca dengan menyesuaikan nilainya dengan sangat hati-hati. Meskipun demikian, menjadi transparan, tidak akan pernah sebagus hitam murni atau putih bersih. Oleh karena itu kami tidak menganjurkan ini digunakan pada permukaan utama untuk digunakan dalam jangka waktu lama.

@gigy

Ini bisa diatasi dengan menguraikan atau menerapkan drop shadow / cahaya luar pada teks. @miniksa mendemonstrasikan versi hacky ini ketika Terminal diresmikan di Build, jadi tampaknya tidak terlalu jauh untuk mempertimbangkan bahwa ini mungkin menjadi fitur Terminal opsional suatu hari nanti, terutama di dunia di mana komunitas dapat berkontribusi.

@chigy @ DHowett-MSFT Daripada "mematikan" akrilik mengapa tidak menjedanya. yaitu bingkai terakhir yang dirender sebelum jendela menjadi tidak aktif, ditampilkan saat jendela tidak aktif. Jendela aktif hampir selalu berada di atas jendela yang tidak aktif dan dengan demikian efek akrilik akan tampak aktif bahkan saat jendela tidak lagi aktif. Satu-satunya masalah yang dapat saya lihat dengan ini adalah situasi di mana jendela "selalu di atas" yang cukup lumayan.

@ 3dWrecker bukan itu cara kerja AcrylicBrush. Konsep jeda tidak berlaku untuk AcrylicBrush, sama seperti Anda tidak dapat menjeda selembar akrilik di dunia fisik.

Terima kasih banyak atas balasan komprehensifnya!

Saya akan jujur, saya memposting ini di utas yang ada karena saya tidak melihatnya sebagai perhatian inti (sampai elemen lain seperti dukungan mouse di WSL dll selesai). Saya tidak memperhitungkan fakta bahwa beberapa orang mungkin berlangganan utas dan mungkin mendapat tanggapan yang layak! Merasa saya harus mengklarifikasi perspektif saya - Saya telah menulis ini sebagai "Kisah Pengguna" yang sepenuhnya mengabaikan kendala teknis apa pun, jadi saya sepenuhnya menghargai ini mungkin tidak dapat dicapai.

Dan saya menyadari beberapa hal di bawah ini saling bertentangan jika diterapkan pada saat yang sama, saya adalah tipikal pengguna yang sulit;)

Saya ingin bisa melihat teks di jendela di belakang jendela yang difokuskan

Sepertinya akrilik bukanlah kendaraan yang tepat untuk ini. Oleh karena itu, efek transparansi normal akan sempurna untuk ini, dan kedengarannya lebih mudah untuk diterapkan.

Idealnya adalah bahwa latar belakang dapat memiliki transparansi yang dapat dikonfigurasi, tetapi teks yang dirender tersebut dapat menjadi buram - tidak tahu seberapa mungkin hal ini dapat dicapai.

Saya suka efek akrilik, dan saya ingin menggunakannya dalam jendela yang terfokus

Saya tidak dapat menggunakan akrilik saat jendela difokuskan, karena bahkan pada pengaturan paling minimal yang diizinkan Terminal, teks tidak cukup dapat dibaca.

Oleh karena itu, saya ingin dapat mengurangi intensitas efek akrilik yang diterapkan saat jendela difokuskan. Sebagai contoh, jika kita bisa menggunakan efek akrilik dengan lapisan abu-abu gelap transparan yang diaplikasikan di atasnya, sehingga efeknya dibuat lebih halus, ini mungkin bekerja dengan baik.

Alternatifnya, mampu membuat keburaman lebih intens dan / atau menguranginya hingga mendekati nol akan secara masif meningkatkan fleksibilitas dalam penggunaan dunia nyata.

Saya ingin menggunakan akrilik saat jendela tidak fokus

Hargai ini mungkin tidak bisa dicapai, hanya termasuk di sini untuk kelengkapannya.

Idealnya di sini adalah bahwa pengaturan blur yang berbeda dapat diterapkan jika dibandingkan dengan jendela terfokus, dan lapisan alpha opsional di atasnya untuk membuatnya kurang intens.

Maaf untuk menyebutkan OS berbasis buah di sini tetapi untuk konteks, mereka menggunakan lapisan alfa pada jendela terfokus dan tidak fokus, dan memiliki lapisan alfa yang berbeda bahkan pada ikon individu dalam jendela tersebut. Jadi itu tidak mudah, tapi pasti bisa dicapai.

@chigy @ DHowett-MSFT Daripada "mematikan" akrilik mengapa tidak menjedanya. yaitu bingkai terakhir yang dirender sebelum jendela menjadi tidak aktif, ditampilkan saat jendela tidak aktif. Jendela aktif hampir selalu berada di atas jendela yang tidak aktif dan dengan demikian efek akrilik akan tampak aktif bahkan saat jendela tidak lagi aktif. Satu-satunya masalah yang dapat saya lihat dengan ini adalah situasi di mana jendela "selalu di atas" yang cukup lumayan.

@ 3dWrecker bukan itu cara kerja AcrylicBrush. Konsep jeda tidak berlaku untuk AcrylicBrush, sama seperti Anda tidak dapat menjeda selembar akrilik di dunia fisik.

Saya pikir itulah intinya - 3dWrecker menyarankan pendekatan alternatif ... untuk mengikuti analoginya, Anda dapat "menghentikan" lembaran akrilik di dunia fisik dengan mengambil foto. Dan pembesaran ulang foto itu kurang intensif dibandingkan rendering video akrilik, bahkan jika lembaran akrilik tetap statis di keduanya.

Tentu saja saya tidak tahu apa-apa tentang detail implementasi, jadi jika yang Anda sarankan adalah tidak dapat diimplementasikan menggunakan model saat ini maka cukup adil :)

Tentu saja saya tidak tahu apa-apa tentang detail implementasi, jadi jika yang Anda sarankan adalah tidak dapat diimplementasikan menggunakan model saat ini maka cukup adil :)

^ Persis seperti yang saya sarankan, @ drk-mtr 😊. Mengubah implementasi AcrylicBrush adalah tujuan bagus yang tidak akan tercapai di terminal. Seperti yang disarankan @chigy sebelumnya, repo WinUI utama adalah tempat yang tepat untuk membahas akrilik.

Tentu saja saya tidak tahu apa-apa tentang detail implementasi, jadi jika yang Anda sarankan adalah tidak dapat diimplementasikan menggunakan model saat ini maka cukup adil :)

^ Persis seperti yang saya sarankan, @ drk-mtr blush. Mengubah implementasi AcrylicBrush adalah tujuan bagus yang tidak akan tercapai di terminal. Seperti yang disarankan @chigy sebelumnya, repo WinUI utama adalah tempat yang tepat untuk membahas akrilik.

Menurut saya masalah dengan gagasan "menjeda akrilik" adalah dalam kasus beberapa jendela yang ditumpuk, jika satu (atau lebih) jendela yang ditumpuk di bawah jendela dengan efek akrilik yang dijeda dipindahkan, akan tetap terlihat seperti di bawah jendela akrilik yang terhenti, sehingga menciptakan ... Inkonsistensi yang aneh.

Kecuali jika saya salah paham tentang ide Anda

@gigy

Ini bisa diatasi dengan menguraikan atau menerapkan drop shadow / cahaya luar pada teks. @miniksa mendemonstrasikan versi hacky ini ketika Terminal diresmikan di Build, jadi tampaknya tidak terlalu jauh untuk mempertimbangkan bahwa ini mungkin menjadi fitur Terminal opsional suatu hari nanti, terutama di dunia di mana komunitas dapat berkontribusi.

@beforan , terima kasih atas sarannya, Jangan ragu untuk menyarankannya di repo WinUI utama kami.

Karena itu, kami baru-baru ini melihat penggunaan bayangan dan mereka tidak bekerja dengan baik dengan teks yang lebih kecil yang biasanya digunakan oleh jenis UI ini.

Saya ingin bisa melihat teks di jendela di belakang jendela yang difokuskan

Sepertinya akrilik bukanlah kendaraan yang tepat untuk ini. Oleh karena itu, efek transparansi normal akan sempurna untuk ini, dan kedengarannya lebih mudah untuk diterapkan.

@ drk-mtr, kami tidak ingin banyak aplikasi membuat versi berbeda dari konsep serupa untuk memberikan pengalaman yang tidak konsisten kepada pengguna. Jadi kami memutuskan untuk menggunakan Akrilik di sini. Akrilik juga membantu keterbacaan daripada transparansi biasa.

Idealnya adalah bahwa latar belakang dapat memiliki transparansi yang dapat dikonfigurasi, tetapi teks yang dirender tersebut dapat menjadi buram - tidak tahu seberapa mungkin hal ini dapat dicapai.

Sekali lagi, Anda mungkin akan mengalami masalah keterbacaan di sini sehingga Anda perlu memastikan ...

Saya suka efek akrilik, dan saya ingin menggunakannya dalam jendela yang terfokus

Saya tidak dapat menggunakan akrilik saat jendela difokuskan, karena bahkan pada pengaturan paling minimal yang diizinkan Terminal, teks tidak cukup dapat dibaca.

Oleh karena itu, saya ingin dapat mengurangi intensitas efek akrilik yang diterapkan saat jendela difokuskan. Sebagai contoh, jika kita bisa menggunakan efek akrilik dengan lapisan abu-abu gelap transparan yang diaplikasikan di atasnya, sehingga efeknya dibuat lebih halus, ini mungkin bekerja dengan baik.

Alternatifnya, mampu membuat keburaman lebih intens dan / atau menguranginya hingga mendekati nol akan secara masif meningkatkan fleksibilitas dalam penggunaan dunia nyata.

Saya pikir Anda sudah memiliki kemampuan? Ini yang saya dapatkan dari kontak saya "Untuk membuat Akrilik lebih dapat digunakan oleh pengguna dengan preferensi berbeda, seseorang dapat menekan CTRL + SHIFT lama dan scroll-wheel dengan mouse atau" zoom "dengan trackpad untuk menyesuaikan tingkat transparansi secara dinamis dari 0% menjadi ~ 50%. " Ini adalah fitur khusus terminal tetapi jika ini menarik dan mendapat dukungan dari komunitas, kami dapat mempertimbangkan untuk mensistematisasikannya.

Saya ingin menggunakan akrilik saat jendela tidak fokus

Hargai ini mungkin tidak bisa dicapai, hanya termasuk di sini untuk kelengkapannya.

Idealnya di sini adalah bahwa pengaturan blur yang berbeda dapat diterapkan jika dibandingkan dengan jendela terfokus, dan lapisan alpha opsional di atasnya untuk membuatnya kurang intens.

Maaf untuk menyebutkan OS berbasis buah di sini tetapi untuk konteks, mereka menggunakan lapisan alfa pada jendela terfokus dan tidak fokus, dan memiliki lapisan alfa yang berbeda bahkan pada ikon individu dalam jendela tersebut. Jadi itu tidak mudah, tapi pasti bisa dicapai.

Saya ingin memahami skenario pengguna di sini. Saya mendorong mereka yang menginginkan ini untuk menyarankannya di repo WinUI utama kami.

Saya tidak tahu tentang kemampuan ctrl + shift + scroll - terima kasih!

Saya sepenuhnya setuju dengan tujuan untuk konsistensi estetika, tetapi saya tidak pernah memprioritaskan ini di atas pengalaman fungsional. Saya tidak benar-benar memiliki pendapat tentang opacity / akrilik di WinUI secara umum - Saya harap ini tidak terdengar kasar tetapi saya sedikit "ambil atau tinggalkan". Saya benar-benar hanya memikirkan tentang implikasi kegunaan dalam konteks terbatas Terminal di sini.

Semoga pengamatan dengan konsol terfokus ini menjelaskan:

• 0,999 opacity: Saya dapat membaca teks konsol dengan jelas. Namun, saya tidak bisa merasakan jendela berlapis di bawah ini. Efeknya tidak memiliki faktor "wow".
• Opasitas 0,9: Ini memberikan keseimbangan yang umumnya dapat digunakan. Saya dapat membaca teks konsol dengan cukup jelas, meskipun latar belakangnya terlalu cerah. Ini melayani tujuan fungsional yang sangat sedikit, karena jendela di belakang yang satu ini hampir tidak terlihat.
• 0,5 opacity: Transparansi mulai menjadi berguna, saya bisa merasakan jendela di belakang yang satu ini ... tetapi teks latar depan sudah pasti mulai kehilangan keterbacaan.
• 0.1 opacity: Terlihat brilian, efeknya sangat bagus. Ini menjadi perjuangan nyata untuk membaca dengan jendela latar belakang tertentu ... dan ada sedikit manfaat fungsional karena teks latar belakang masih tidak dapat dibaca. Jadi Anda berpikir "bukankah ini akan bagus pada jendela yang tidak terfokus!", Sadari bahwa hal itu tidak dapat dilakukan, dan tingkatkan kembali opasitasnya. Dan dari perspektif estetika murni, pada titik ini transisi dari akrilik menjadi "tidak ada" saat saya mengalihkan fokus dari jendela ini sangat tersendat, karena "menambahkan fokus" ke jendela yang tidak terfokus, dan transisi yang tiba-tiba sangat terasa karena efek akrilik lebih kuat.

Tidak ada titik keseimbangan yang baik untuk saya. Saya khawatir seseorang akan segera memberi tahu saya tentang pengaturan blur yang dapat dikonfigurasi sepenuhnya atau sesuatu dan saya akan merasa sangat konyol ...

Seperti yang saya katakan, ini mungkin pekerjaan untuk transparansi biasa - atau mungkin saya harus mematikannya dan bertahan dengan pengalaman konsol yang lebih jelas :)

Saya pikir pengguna sebaiknya menggunakan apa pun yang mereka rasa nyaman digunakan. Saya tidak berpikir terminal harus "memaksa" semacam latar belakang pengguna. Secara hipotetis, mungkin ada 3 "mode"

• Latar belakang sepenuhnya buram (yaitu "useAcrylic": false )
• Latar belakang akrilik (yaitu "useAcrylic": true ). Harus tetap default untuk faktor "wow" dan hanya karena terlihat bagus.
• (Semi) Latar belakang transparan. Yang ini tidak ada sekarang, dan mungkin akan menjawab semua keluhan.

Saya tidak berpikir akrilik menghilang ketika jendela keluar dari fokus adalah masalah besar: sejujurnya, saya rasa akrilik tidak memungkinkan Anda untuk melihat apa yang ada di bawah jendela, menurut saya visual Permen. Jadi orang yang tidak menyukai efek akrilik menghilang ini mungkin akan senang dengan latar belakang semitransparan, yang akan memungkinkan mereka untuk melihat semua yang mereka butuhkan.

Namun, agar ini berfungsi, jendela harus menjaga transparansi setiap saat, bahkan saat tidak fokus.

Pilihan bijaksana, jika sistem tiga negara diadopsi, sesuatu seperti backgroundMode dapat ditambahkan dengan filled , transparent atau acrylic sebagai pilihan daripada yang sederhana boolean useAcrylic .

Hanya dua sen saya. Saya hanya berharap bahwa versi transparan secara teknis dapat dilakukan, karena menurut saya ini akan menjadi nilai jual utama bagi pengguna listrik yang sangat senang dengan solusi transparan mereka saat ini dan akan melihat Terminal sebagai penurunan versi.

Huh, sepertinya panah font Powerline rusak

EDIT: Ini dilacak oleh # 633 dan saya buta, meskipun untuk beberapa alasan ini bekerja dengan baik sampai sekarang

Saat menjalankan aplikasi konsol dengan fungsi mouse (misalnya bilah menu FPC, tetapi dalam mode teks), klik mouse akan memilih karakter di bawahnya dan tidak akan masuk ke aplikasi yang mendasarinya.

@ leduyquang753 Itulah item terakhir dalam "Hal yang kami ketahui:" di bagian atas halaman ini - Referensi # 376, # 545

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 merencanakan model aplikasi Desktop sebagai opsi sehingga pengembang dapat menggunakan kekuatan UWP dalam mode desktop lengkap yang mirip dengan WPF. WinUI sangat menarik untuk ini dan beberapa alasan lainnya :)

Saya berasumsi ini memecahkan masalah menarik tab WinUI di win32?

https://twitter.com/LyalinDotCom/status/1186688002870792192 Visual Studio XAML PM

WinUI 3.0 merencanakan model aplikasi Desktop sebagai opsi sehingga pengembang dapat menggunakan kekuatan UWP dalam mode desktop lengkap yang mirip dengan WPF. WinUI sangat menarik untuk ini dan beberapa alasan lainnya :)

Saya berasumsi ini memecahkan masalah menarik tab WinUI di win32?

Saya berani mengatakan proyek Terminal Windows akan menjadi tempat uji coba untuk banyak pendekatan Desktop WinUI ini

@gigy

@ drk-mtr, kami tidak ingin banyak aplikasi membuat versi berbeda dari konsep serupa untuk memberikan pengalaman yang tidak konsisten kepada pengguna. Jadi kami memutuskan untuk menggunakan Akrilik di sini. Akrilik juga membantu keterbacaan daripada transparansi biasa.

Pada akhirnya, akrilik terlihat cantik, tetapi tidak _berguna_ sama sekali.
Transparansi - fitur yang didukung oleh setiap terminal lain yang pernah saya gunakan - berguna.

Saya mengerti itu saat ini tidak diterapkan, tetapi sejujurnya agak konyol untuk mengatakan bahwa itu bukan fitur yang harus didukung untuk konsistensi, terutama ketika video promosi menampilkan jendela seperti kaca yang sepenuhnya transparan.

Saya bertanya-tanya mengapa pemasaran membuat pilihan itu? Dugaan saya karena mereka tahu __everyone menginginkan terminal transparan__.

Saya melihat banyak "Saya tidak menginginkan ini karena alasan saya" dalam proyek ini (transparansi dan panel terpisah muncul dalam pikiran). Jadi, jangan aktifkan di penyiapan Anda? Mengapa sulit untuk memiliki akrilik dan transparansi dan menyerahkan pilihan kepada pengguna?

Contoh yang bagus untuk ini adalah iterm2. Ini memiliki transparansi dengan slider untuk tingkat blur dan opaqueness. Pilihan pengguna. Terminal modern harus memiliki fitur ini.

@jwhipp alasan sebenarnya mengapa (dan masalah untuk melacak ini) ada di sini, saya pikir https://github.com/microsoft/terminal/issues/1753#issuecomment -508070516

@jwhipp alasan pasti mengapa (dan masalah untuk melacak ini) ada di sini, saya pikir # 1753 (komentar)

Saya tidak melihat komentar itu sebagai mengesampingkan dengan finalitas. Faktanya, masalah itu masih terbuka. Setelah masalah terkait, itu ditutup karena pengguna pada akhirnya meminta jendela elips.

Tampaknya ini adalah keputusan yang cukup final karena masalah tersebut terdaftar sebagai "Hal-hal yang diinginkan orang, tetapi kami tidak dapat memperbaikinya" pada pesan pertama dari megathread ini. Saya berasumsi bahwa itu terbuka karena masih menjadi masalah.

@rogersachan @mdtauk

Saya berani mengatakan proyek Terminal Windows akan menjadi tempat uji coba untuk banyak pendekatan Desktop WinUI ini

Terminal Windows adalah contoh bagus dari aplikasi yang menggunakan Kepulauan Xaml untuk meng-host komponen WinUI (TabView). Untuk itu, ini sudah terlihat seperti aplikasi Desktop WinUI 😊 Kami berharap dapat memiliki lebih banyak informasi untuk dibagikan tentang WinUI Desktop segera! Sementara itu, kirimkan komentar tentang WinUI Desktop ke repo WinUI utama: https://github.com/Microsoft/microsoft-ui-xaml

@gigy

@ drk-mtr, kami tidak ingin banyak aplikasi membuat versi berbeda dari konsep serupa untuk memberikan pengalaman yang tidak konsisten kepada pengguna. Jadi kami memutuskan untuk menggunakan Akrilik di sini. Akrilik juga membantu keterbacaan daripada transparansi biasa.

Pada akhirnya, akrilik terlihat cantik, tetapi tidak _berguna_ sama sekali.
Transparansi - fitur yang didukung oleh setiap terminal lain yang pernah saya gunakan - berguna.

Saya mengerti itu saat ini tidak diterapkan, tetapi sejujurnya agak konyol untuk mengatakan bahwa itu bukan fitur yang harus didukung untuk konsistensi, terutama ketika video promosi menampilkan jendela seperti kaca yang sepenuhnya transparan.

Saya bertanya-tanya mengapa pemasaran membuat pilihan itu? Dugaan saya adalah karena mereka tahu semua orang menginginkan terminal transparan .

@iCodeSometime , Terima kasih atas tanggapan Anda. Terminal "Video Mendesis" dirancang oleh tim teknik Terminal untuk berbagi visi mereka tentang apa yang mereka inginkan dari Terminal itu… setelah dibangun… yang mana pada saat itu belum! Pada kenyataannya, latar belakang transparan memiliki efek buram, meskipun sedikit kurang buram & lebih transparan daripada yang saat ini didukung oleh Acrylic.

Tim Terminal menambahkan dukungan transparansi murni ke Console beberapa waktu lalu, tetapi telah menerima banyak masukan dari pengguna bahwa transparansi murni dapat menyebabkan teks Konsol latar depan "bertabrakan" dengan teks Konsol / Terminal / Editor di bawahnya:

Banyak pengguna meminta tekstur blur yang dapat disesuaikan untuk menghindari tabrakan semacam ini, sementara masih bisa merasakan gerakan / konten jendela di bawah Terminal yang saat ini terbuka:

Tim terminal juga menyertakan cara bagi pengguna untuk menyesuaikan suatu poin, komentar @jwhipp . Tahukah Anda bahwa seseorang dapat menekan dan menahan CTRL + SHIFT dan scroll-wheel dengan mouse atau "zoom" dengan trackpad untuk secara dinamis menyesuaikan tingkat transparansi dari 0% hingga ~ 50%?

Semua ini mengatakan, Terminal mengetahui semua umpan balik yang diinginkan pengguna untuk kontrol yang lebih besar dan independen atas jumlah keburaman dan transparansi daripada yang saat ini diberikan melalui Acrylic. Kami (WinUI) bekerja sama dengan Terminal, dan segera dengan orang lain termasuk anggota komunitas seperti Anda, pada tekstur latar belakang semi-transparan baru. Silakan bergabung dengan WinUI GitHub untuk percakapan di masa mendatang tentang materi tambahan untuk Windows.

Mohon jangan membingungkan kami untuk tidak segera menerapkan setiap fitur yang diminta dengan kurangnya keinginan untuk melakukannya: Kami SANGAT senang menerapkan banyak fitur yang diminta, tetapi kami harus memprioritaskan pekerjaan sesuai dengan sumber daya, jadwal, dan permintaan kami yang terbatas .

Hanya karena kami tidak dapat menerapkan sesuatu SEKARANG BUKAN berarti kami tidak akan dapat melakukannya di masa mendatang, atau seseorang di komunitas tidak dapat menerapkannya!

Contoh kasus: Kami akan bekerja dengan tim WinUI untuk meningkatkan fitur blur latar belakang yang digunakan oleh Terminal. Ikuti terus masalah ini, dan silakan bagikan perspektif Anda, dll .: https://github.com/microsoft/microsoft-ui-xaml/issues/1493

@jwhipp Re:

Mengapa sulit untuk memiliki akrilik dan transparansi dan menyerahkan pilihan kepada pengguna?

Anda dapat mengaktifkan Akrilik melalui pengaturan useAcrylic , dan menyesuaikan tingkat keburamannya melalui pengaturan acrylicOpacity jika Anda mau.

@chigy , Menurut pendapat saya, solusi yang jauh lebih sederhana yang tidak meniadakan manfaat memiliki transparansi, adalah memilih jumlah transparansi yang lebih masuk akal daripada yang digunakan dalam tangkapan layar Anda.

Misalnya, seperti inilah tampilan tangkapan layar yang sama dengan opacity diatur ke 80%

Segala sesuatu di terminal dapat dibaca, meskipun itu langsung di atas teks dari terminal lain. Segala sesuatu di belakang terminal juga terbaca (berbeda dengan tangkapan layar akrilik Anda)

Saya memahami ini adalah perangkat lunak pra-rilis, dan saya terkesan, kalian telah melakukan pekerjaan yang hebat dengan cepat memperbaiki masalah lain yang dilaporkan (mis. # 2771). Saya sama sekali tidak mengharapkan transparansi ditambahkan besok, tapi semoga tangkapan layar ini membantu menunjukkan mengapa transparansi normal adalah persyaratan bagi saya sebelum saya dapat menggunakan ini sebagai terminal default saya, dan mengapa akrilik bukan pengganti yang baik - meskipun saya setuju, itu terlihat sangat keren.

Anda dapat mengaktifkan Akrilik melalui pengaturan useAcrylic , dan menyesuaikan tingkat keburamannya melalui pengaturan acrylicOpacity jika Anda mau.

Ya, saya salah bicara, saya tidak bisa benar-benar memberi tahu Anda betapa sulitnya menerapkan transparansi penuh, jadi saya mohon maaf atas komentar itu. Saya lebih banyak berkomentar untuk orang-orang yang mengatakan "Saya tidak ingin ini jadi jangan terapkan" padahal seharusnya / akan benar-benar menjadi pengaturan toggle on / off.

Permintaan di sini adalah tentang blur / no blur dan memiliki transparansi penuh. Jika saya menyetel acrylicOpacity menjadi 0.0 misalnya, saya masih memiliki blur, itu hanya berbayang minimum. Kami ingin memiliki opsi tanpa keburaman dengan berbagai tingkat bayangan.

Seperti yang saya katakan, referensi terbaik untuk ini adalah iterm2 dan cara menangani blur dengan transparansi.

Rilis baru mengubah warna bilah judul dalam konteks mode gelap menjadi lebih cerah.

Saya lebih menyukai warna lama (di sebelah kiri).

@escalonn Terima kasih atas umpan baliknya. Desain warna asli kami tidak terlalu mudah diakses, dan banyak orang tidak senang karena mereka tidak dapat membedakan tab mereka.

Saat ini, kami mengunci tema gelap dan terang

@jwhipp Tidak

@iCodeSometime - salah satu kesulitan dalam membangun pengalaman pengguna adalah banyaknya kebutuhan dan opini.

Menurunkan jumlah transparansi jendela tentu saja membuat segala sesuatunya lebih terbaca, tetapi tidak cukup untuk banyak orang.

Beberapa orang lebih suka jumlah blur / frosting untuk mengaburkan konten tertentu dari jendela di bawahnya, sambil tetap dapat melihat, misalnya, saat build selesai atau aplikasi ditutup, dll. Tanpa harus terus-menerus menjentik maju mundur. Terutama ketika jendela paling atas / terfokus dimaksimalkan.

Kami juga tidak ingin membuat ulang model transparansi brute force GDI yang harus kami adopsi di Konsol di mana seluruh jendela dibuat transparan - batas, bilah judul, latar belakang, dan .., yang penting ... konten teks.

Dan kita harus memastikan bahwa Terminal dapat diakses, fleksibel, dapat dikonfigurasi, dan produktif. Bersabarlah dengan kami saat kami berkendara untuk menyelesaikan & menstabilkan fitur Terminal v1.0, dan kemudian mulai bekerja di v2.0.

Saya tidak tahu mengapa ... Tapi Notes di toko Windows memiliki efek akrilik meskipun tidak fokus.
Kode sumbernya ada di https://github.com/JasonStein/Notepads .

Apakah mungkin menggunakan ini: https://docs.microsoft.com/en-us/uwp/api/windows.ui.composition.compositionbackdropbrush untuk membuat bilah judul akrilik? Saya tidak benar-benar tahu bagaimana ini atau XAML bekerja tapi mungkin mungkin menggunakannya untuk membuat SpriteVisual (?) Dengan CompositionBackdropBrush yang menutupi bilah seret dan kemudian bilah judul lainnya dapat mengatur latar belakangnya ke akrilik di XAML?

Saya menempatkan batas jendela standar di terminal.

Mode terang, warna di bilah judul dinonaktifkan:

Mode terang, warna di bilah judul diaktifkan:

Mode gelap, warna di bilah judul dinonaktifkan:

Mode gelap, warna di bilah judul diaktifkan:

Bagaimana menurut anda? Haruskah saya membuat PR atau tidak?

Keterangan lebih lanjut:

• itu juga memperbaiki masalah di mana pegangan pegangan terlalu sempit di kiri, kanan dan bawah
• Saya juga menghapus pegangan besar di bagian atas untuk mengubah ukuran dan sebagai gantinya sekarang Anda mengubah ukuran dengan meraih pegangan di bagian atas bilah seret

@ greg904 bung , Anda terus melakukan pekerjaan saya untuk saya! Saya ingin melihat PR untuk ini! Terima kasih

(Kami telah mendiskusikan hal ini dengan tim DWM - mereka ingin kami menjadi warga negara yang lebih baik, _kami_ ingin menjadi warga negara yang lebih baik, ini akan memperbaiki tumpukan item daftar periksa di # 1625!)

PR # 3394

Ini tidak benar-benar batas standar yang benar, saya menggunakan beberapa peretasan.

Saya benar-benar memperhatikan satu hal yang menarik - meskipun Terminal kehilangan transparansi saat tidak fokus, Terminal tetap menjaga transparansi (yang mengejutkan) dalam Mode Tablet, yang terlihat cukup bagus.

Saya tidak yakin apakah ada orang lain yang memperhatikan ini tetapi.

@ greg904 hanya FYI, Notes menggunakan versi TabView yang disesuaikan dari Windows Community Toolkit.

Apakah ada kemungkinan subfolder di menu? Saya ingin memiliki kemampuan untuk mengatur item seperti distro WSL, versi Powershell, lingkungan pemrograman bersama.

@ str8edgedave Anda sedang mencari "Izinkan penyesuaian menu tarik-turun di profiles.json" # 1571

+1 untuk "Tidak dapat mengatur ulang tab". Tolong jangan lakukan seperti Windows di mana Anda tidak pernah bisa mengubah urutan desktop virtual Anda.

Harus ada cara untuk menghilangkan celah di atas tab IMO.

Harus ada cara untuk menghilangkan celah di atas tab IMO.

Mereka seharusnya tidak ada dalam spesifikasi di tempat pertama, imo. Ruang itu bermasalah dalam Mode Tablet.

Apakah ada cara untuk membuat tab baru di jendela terminal yang sudah ada daripada membuka jendela baru saat wt.exe dijalankan?

Mengapa tidak membuat warna tab bar seperti di edge?

Di Edge ada bilah judul gelap dengan tab yang sedikit lebih terang. Jadi kebalikan dari apa yang terminal saat ini terlihat dan saya pikir cara edge terlihat jauh lebih baik.

Ini karena otak Anda secara alami melihat hal-hal yang lebih cerah berada di latar depan

Dari pembahasan di atas tampaknya fokusnya hanya pada tema gelap dan terang, tetapi mengapa warna bilah judul tidak bisa begitu saja menghormati warna aksen yang dipilih pengguna?

Menurut saya warna aksen bagus untuk bilah judul tetapi tidak untuk latar belakang tab.

@ xnx_jrn

Hai teman-teman, saya penulis Notepads, beginilah cara saya membuat efek akrilik latar belakang "selalu aktif" untuk bilah judul dan badan jendela Aplikasi Notes: https://github.com/JasonStein/Notepads/blob/12940adc674a9ba6fa336e3aaa8652978e8a8c8e/src /Notepads/Services/ThemeSettingsService.cs#L253

Saya membuat sikat Akrilik sendiri menggunakan "AcrylicBackgroundSource.HostBackdrop" dengan bantuan pustaka UICompositionAnimations untuk membuat hidup saya lebih mudah (ref: https://github.com/Sergio0694/UICompositionAnimations).

Ini pada dasarnya membuat kuas dari awal menggunakan API komposisi (tekstur AcrylicBackgroundSource.HostBackdrop + Noise).

* Pembaruan **

Versi kustom HostBackdropAcrylicBrush saya:
https://github.com/JasonStein/Notepads/blob/master/src/Notepads/Brushes/HostBackdropAcrylicBrush.cs

Saya memiliki banyak monitor. Ketika saya membuka Terminal Windows dengan akrilik aktif, komputer saya tidur, dan saya membangunkannya kembali, akrilik berubah menjadi warna solid. Jika saya menyeret jendela di dalam satu monitor, latar belakangnya tetap sama. Jika saya menyeretnya ke monitor lain, akriliknya muncul kembali.

@EricLauber , dapatkah Anda memposting ulang masalah Anda dengan akrilik ke repo WinUI?
https://github.com/microsoft/microsoft-ui-xaml/issues/new/choose

@igy Ya saya bisa. Maaf, saya tidak menyadarinya terpisah. Terima kasih.

@EricLauber , terima kasih! Terminal menggunakan fitur akrilik yang disediakan oleh sistem, jadi lebih baik membawanya ke grup yang mengirimkannya.

Mohon abaikan komentar saya sebelumnya. Saya salah memahami perilakunya - fitur akrilik akan hilang jika jendela tidak memiliki fokus paling atas. Bukan tindakan menyeret di antara monitor yang mengembalikan akrilik, melainkan memilih jendela itu sendiri.

Lihat # 4593 :) Saya tidak punya apa-apa lagi untuk saat ini. Ini bisa menjadi opsi yang dinonaktifkan, memiliki batas luar untuk meningkatkan pemisahan multi-jendela ...
Di bawah Personalisasi, ada opsi umpan balik, dan itu mengarah ke papan forum, saya mencari 'ketebalan perbatasan' dan menemukan beberapa utas independen, tetapi yang ini memiliki komentar ... https://aka.ms/AA7fj9x

Harap tambahkan campuran alfa ke kursor, teks di bawahnya tidak terlihat sama sekali.

Halo - Saya ingin sekali melihat efek akrilik diterapkan saat _bukan_ jendela aktif. Saat saya mengetik, saya ingin fokus. Jika tidak aktif, saya ingin terlihat keren :) Atau lebih baik lagi, opsi eksplisit untuk aktif dan latar belakang, karena orang juga ingin mengaktifkannya secara permanen. Terima kasih - aplikasi luar biasa.

Saat menggunakan fungsionalitas jepret jendela, ada batas kecil di sekeliling tepinya, yaitu jendela tidak terpasang sepenuhnya, menunjukkan bagian dari desktop atau apa pun yang ada di belakang terminal.

@DanDavies Anda harus melihat https://github.com/microsoft/terminal/issues/5250#issuecomment -610691840

Dari @ SFM61319 di # 3337

Selain itu, menu profil dan tombolnya tidak terlihat "lancar". Silakan tambahkan beberapa AcrylicBrush dan RevealBrush brush untuk efek yang lebih lancar.

Ini adalah dokumentasi resmi tentang kapan harus menggunakan akrilik dan kapan tidak: https://docs.microsoft.com/en-us/windows/uwp/design/style/acrylic#transient -surfaces. Dari halaman itu:

Banyak dari kontrol kami akan menggunakan akrilik secara default. MenuFlyouts, AutoSuggestBox, ComboBox, dan kontrol serupa dengan pop-up light-disingkirkan semuanya akan menggunakan akrilik sementara saat dipanggil.

Penasaran bahwa MenuFlyout kami tidak menggunakan itu, kami tidak melakukan apa pun untuk menyesuaikannya ...

Dengan # 5485 digabungkan, apakah akrilik pada bilah tab dapat dilakukan sekarang?

@wazybr Saya secara singkat mencoba menukar kuas bilah judul dengan yang akrilik hanya untuk mencobanya. Itu tidak berhasil tetapi mungkin ada cara yang kurang naif untuk melakukannya (tangkapan layar @ DHowett-MSFT di # 5485 tampaknya menyiratkan bahwa itu mungkin.)

Ya - sekarang _works_ tapi masih ada satu tempat di mana kita mengeluarkan kuas dari bilah judul dan mengubahnya menjadi SolidColorBrush. Ini tentu saja akan menyebabkannya meledak.

Ada juga sikat TabViewBackground di app.xaml. :tersenyum:

Kami tidak akan menerima kontribusi yang hanya menambahkan begitu saja hari ini karena ada terlalu banyak kelompok orang yang menginginkan segala macam hal yang berbeda:

• warna tab = warna terminal
• warna batang judul = warna terminal
• warna tab = akrilik
• warna batang judul = akrilik
• warna batang judul = warna tab

Inilah mengapa kami mengerjakan # 3327, "tema".

Saya mengerti. Akrilik pada bilah judul akan menjadi sentuhan yang bagus untuk UI dan menambah konsistensi dalam kaitannya dengan aplikasi Windows lainnya seperti _Photos_ dan _Movies & TV_.

@DHowett Dapatkah Anda mengubah OP agar lebih mencerminkan kemungkinan?

Oke, saya sudah mengeditnya. Terima kasih.

Hai @ zadjii-msft, pertama-tama saya minta maaf karena terlambat sebulan.
Sekarang, saya sudah membaca dokumentasi kapan menggunakan akrilik dan kapan tidak, dan saya juga tahu bahwa kontrol tersebut menggunakan Akrilik secara default. Ini membingungkan saya karena menu Terminal Windows TIDAK menggunakan akrilik secara default. Dan jika itu seharusnya menggunakan Akrilik secara default - yang tidak digunakan - maka, itu lebih tidak konsisten daripada konsisten (karena itu tidak seperti yang seharusnya dan jenis lainnya - menunjukkan UI yang tidak dipoles dan inkonsistensi).

Penasaran bahwa MenuFlyout kami tidak menggunakan itu, kami tidak melakukan apa pun untuk menyesuaikannya ...

Saya tidak tahu apakah itu hanya bug yang tersembunyi dalam kode atau beberapa kesalahan, tetapi, saya pikir Anda (tim Microsoft dan / atau siapa pun yang mengkodekan ini) mungkin harus mencoba menggunakan atribut Style untuk menambahkan AcrylicBrush secara manual (karena gagal menggunakannya secara otomatis) untuk membuat UI lebih konsisten (karena aplikasi UWP lain menggunakan Akrilik untuk menu semacam itu - menunjukkan konsistensi UI) mungkin di pembaruan mendatang.

Juga, komentar Anda tidak benar-benar menjawab pertanyaan kedua (?) Tentang penggunaan RevealBrush (mungkin Anda tidak menyadarinya).
Kuas Reveal menambahkan lebih banyak konsistensi ke UI aplikasi UWP (IMO) dan digunakan oleh banyak aplikasi (termasuk aplikasi Pengaturan). Ini bahkan lebih efektif untuk pengguna mode gelap (sekali lagi, IMO) karena menyorot latar belakang gelap dengan "cahaya" putih (atau gradien), tidak seperti mode terang, di mana pengungkapan hanya menambahkan gradien batas gelap dan tidak melakukan apa pun pada latar belakang putih. Jadi, jika kuas Reveal digunakan di tombol newTab dan MenuFlyout , UI mungkin terlihat sedikit lebih halus dan konsisten (sekali lagi, IMO).

Jadi mohon pertimbangkan untuk menambahkan AcrylicBrush (untuk MenuFlyout ) dan RevealBrush (untuk tombol).

Terima kasih!

Sunting: Juga, jika ada yang ingin membalas saya, sebutkan saya menggunakan @ saat membalas saya (karena GitHub memberi tahu saya ketika seseorang membalas saya ketika menyebut saya).
Juga, ini benar - benar di (tapi tolong jangan tandai ini sebagai di luar topik untuk baris yang satu ini): Apakah Anda sama u / zadjii di Reddit (karena jika demikian, saya melihat Anda di r / windows dan merasa akrab)?

Haruskah tombol min / max / tutup lebih kecil (seperti aplikasi UWP lainnya) dan memiliki ruang di bawahnya ketika jendela tidak dimaksimalkan seperti di chrome / edge chromium? Dan area kecil di bawah mereka bisa diseret.
Seperti ini:

Haruskah tombol min / max / tutup lebih kecil (seperti aplikasi UWP lainnya) dan memiliki ruang di bawahnya ketika jendela tidak dimaksimalkan seperti di chrome / edge chromium? Dan area kecil di bawah mereka bisa diseret.
Seperti ini:

FWIW, begini cara kerja Edgium:

Haruskah tombol min / max / tutup lebih kecil (seperti aplikasi UWP lainnya) dan memiliki ruang di bawahnya ketika jendela tidak dimaksimalkan seperti di chrome / edge chromium?

Edge adalah satu-satunya aplikasi yang dapat saya lihat yang melakukan itu dan kemungkinan merupakan efek samping dari memiliki toolkit UI lintas platform sendiri, bukan kontrol "asli".

Jadi untuk menjawab pertanyaan Anda, saya akan mengatakan mungkin tidak.

Haruskah tombol min / max / tutup lebih kecil (seperti aplikasi UWP lainnya) dan memiliki ruang di bawahnya ketika jendela tidak dimaksimalkan seperti di chrome / edge chromium? Dan area kecil di bawah mereka bisa diseret.
Seperti ini:

Di Windows, tombol di sebelah kiri langsung disediakan sebagai area yang dapat diseret. Jadi memiliki hal yang sama di bagian bawah adalah mubazir.

Haruskah tombol min / max / tutup lebih kecil (seperti aplikasi UWP lainnya) dan memiliki ruang di bawahnya ketika jendela tidak dimaksimalkan seperti di chrome / edge chromium?

Edge adalah satu-satunya aplikasi yang dapat saya lihat yang melakukan itu dan kemungkinan merupakan efek samping dari memiliki toolkit UI lintas platform sendiri, bukan kontrol "asli".

Jadi untuk menjawab pertanyaan Anda, saya akan mengatakan mungkin tidak.

Itu juga mengganggu di Edge. Mereka harus dipusatkan di Edge. Saya berharap aplikasi Windows baru konsisten.

Saya masih melihat kotak centang untuk membuat batang judul akrilik tetapi tidak ada yang benar-benar membuatnya menghormati pewarnaan sistem seperti yang dilakukan oleh setiap aplikasi lain.

_ "Terminal Windows memiliki warna batang judul tetap sendiri yang mengabaikan warna batang judul Aktif dan Tidak Aktif yang diberikan oleh sistem" _

Bisakah fitur itu setidaknya diubah menjadi "Opsi penyesuaian bilah judul" sehingga bagi kita yang hanya ingin konsistensi masih bisa melakukannya?

Saya masih melihat kotak centang untuk membuat batang judul akrilik tetapi tidak ada yang benar-benar membuatnya menghormati pewarnaan sistem seperti yang dilakukan oleh setiap aplikasi lain.

_ "Terminal Windows memiliki warna batang judul tetap sendiri yang mengabaikan warna batang judul Aktif dan Tidak Aktif yang diberikan oleh sistem" _

Bisakah fitur itu setidaknya diubah menjadi "Opsi penyesuaian bilah judul" sehingga bagi kita yang hanya ingin konsistensi masih bisa melakukannya?

Sebagian besar aplikasi windows modern tidak mengikuti warna sistem dan memiliki warna sendiri. Jadi konsisten.

Saya masih melihat kotak centang untuk membuat batang judul akrilik tetapi tidak ada yang benar-benar membuatnya menghormati pewarnaan sistem seperti yang dilakukan oleh setiap aplikasi lain.

_ "Terminal Windows memiliki warna batang judul tetap sendiri yang mengabaikan warna batang judul Aktif dan Tidak Aktif yang diberikan oleh sistem" _
Bisakah fitur itu setidaknya diubah menjadi "Opsi penyesuaian bilah judul" sehingga bagi kita yang hanya ingin konsistensi masih bisa melakukannya?

Sebagian besar aplikasi windows modern tidak mengikuti warna sistem dan memiliki warna sendiri. Jadi konsisten.

Jadi Anda mengatakan kita harus terus memiliki Inkonsistensi yang Konsisten?

Ini seperti mengatakan Anda akan melakukan sesuatu yang salah hanya karena semua orang melakukannya.

Jadi setelah menggali beberapa masalah ini dan komentar lainnya.

Sudah ada masalah untuk batang judul yang tidak menghormati tema sistem # 1963 yang bertumpuk di masalah lain # 3327. Dengan daftar masalah "Mega Thread" yang sudah usang / tidak digunakan lagi.

Mengingat usia kedua masalah, tampaknya ada minat pengembang yang sangat rendah yang membuat penerapan tidak mungkin.

Jadi saya pribadi memutuskan untuk membuang fungsionalitas tab untuk mendapatkan konsistensi visual.

    "alwaysShowTabs": false,
    "showTabsInTitlebar": false,

Tinggalkan saja info ini di sini seandainya relevan untuk orang lain.

Sebagai catatan, ada banyak diskusi yang cukup berat tentang cara mengonfigurasi warna tab dan baris tab (bilah judul) di # 3327 dan # 5772. Opsi yang dibahas di sana termasuk mencocokkan batang judul dengan warna aksen sistem, atau tab dengan warna kontrol yang difokuskan di jendela.

Hanya karena masalah sudah lama tidak berarti masalah itu ditinggalkan. # 3327 adalah salah satu masalah _favorite_ saya yang sangat ingin saya selesaikan.

hal yang sama yang terjadi di Galeri Kontrol XAML: https://github.com/microsoft/Xaml-Controls-Gallery/issues/108 terjadi di Terminal Windows

Oh dan mengklik kanan pada tombol keterangan di bilah judul tidak membuka menu Sizer, sebuah aplikasi oleh Brianapps yang bekerja dengan rangkaian Office yang tampaknya memiliki bilah judul khusus.