Vscode-vibrancy: Masalah seret, pindahkan jendela dengan Bilah Judul

Terima kasih atas umpan balik dan sangat menyesal. Saya tidak tahu bagaimana cara memperbaikinya. Saya pikir ini adalah bug di windows.

Saya juga mengalami masalah ini

Efek akrilik akan memiliki penundaan seret pada jendela Elektron. Jika Anda menggunakan blur di belakang atau gradien transparan, itu tidak akan muncul.

Sebenarnya, saya belum pernah melihat masalah seperti itu di windows 10 1809.

Masalah ini terjadi di Windows 1903 dan saya tidak tahu apakah itu hanya muncul di versi ini. (Faktanya, beberapa kesalahan antarmuka telah muncul di Windows 1903.)

Saya hanya mencoba ini pada Windows 1903. Adakah yang mencoba ekstensi ini pada versi Windows Insider yang lebih baru? Menariknya, masalah ini tampaknya tidak memengaruhi penggunaan GPU atau CPU.

Saya 1903 juga dan menghadapi masalah ini

Masalah yang sama pada tahun 1903

Permasalahan yang sama

+1

Masalah yang sama pada tahun 1903

Tampaknya masalah 1903 karena saya tidak punya masalah pada 1809

+1

Dalam #14 v1.0.6. Mouse lag masih ada, saya telah mencoba banyak metode, dan saya tidak dapat menyelesaikan masalah pada tahun 1903.

Masalahnya bukan pada elektron, dan saat ini tidak ada cara sempurna untuk membuka efek akrilik tanpa UWP pada tahun 1903.

Jeda mouse masih ada di pratinjau orang dalam Windows 10 terbaru.

Terima kasih telah meluangkan waktu untuk melihat @EYHN ini. Saya ingin tahu apakah ada cara untuk membodohi Windows dengan berpikir VSCode/Electron adalah aplikasi UWP.

Saya hanya datang ke sini untuk melaporkan masalah ini. Agak senang saya bukan satu-satunya yang memilikinya.

Di komputer saya di tempat kerja, dengan spesifikasi yang lumayan, Windows 1809 - bergerak tanpa jeda sama sekali.
Di pc rumah saya, spesifikasi yang jauh lebih baik, Windows 1903, sangat lamban.

Banyak hari telah berlalu dan masalah ini masih ada.
Saya telah mendorong kode asli untuk windows di https://github.com/EYHN/vscode-vibrancy/tree/master/src/blur-cli .
Mungkin Anda bisa membantu saya jika Anda tahu betul tentang windows

berita: Di jendela 10 1903, saya menemukan bahwa mengurangi "kecepatan mouse" di bawah kecepatan bingkai dapat secara efektif menyelesaikan masalah ini.

Saya menghabiskan beberapa hari untuk meneliti masalah ini, dan sekarang saya menyerah. Tampaknya ada masalah di dalam DWM, kecepatan polling mouse lebih tinggi dari kecepatan layar, menyebabkan permintaan rendering diblokir dalam antrian, dan sepertinya penundaan mouse.

Jangan khawatir, masalah yang sama juga muncul di Microsoft Office, ribuan pengguna Windows terganggu olehnya, berikut beberapa pembahasannya:

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

Sekarang ada beberapa metode:

• Gunakan Windows 10 1809 dan tunggu Microsoft untuk memperbaiki masalah
• Tutup 'Tampilkan konten jendela saat menyeret'
  Di kotak pencarian di bilah tugas, ketik 'kinerja', lalu pilih 'Sesuaikan tampilan dan kinerja Windows' di daftar hasil. Pada tab 'Efek Visual', Hapus pilihan 'Tampilkan konten jendela saat menyeret'.

• Kurangi tingkat polling mouse
  Di banyak panel driver mouse gaming dapat menyesuaikan tingkat polling mouse.

  Saya juga akan menyediakan versi transparan saja, menghilangkan blur dan kompatibilitas dengan semua sistem operasi dan lingkungan.

DWM内部的问题，鼠标回报率高于屏幕刷新率导致渲染请求阻塞在队列里，看起来就像鼠标延迟一样。

Kantor软件中，上千 Windows用户受到其困扰，以下是一些讨论：

https://answers.microsoft.com/en-us/msoffice/forum/all/why-does-my-excel-window-lag-so-much-when-moved/04b1fb97-b9da-481e-b37a-63257460c5b7

https://answers.microsoft.com/en-us/windows/forum/windows_10-performance/windows-10-mouse-lag-sluggish-window-dragging-in/12ab88a5-9e13-4d37-8f2d-106d56fcd775

kan

• Windows 10 1809，然后等待微软修复问题
• “拖动时显示窗口内容”
  “调整 Windows ”, “视觉效果” “拖动时显示窗口内容”
• 降低 鼠标 回报率 般般游戏 鼠标驱动面板 都 可以 调整 鼠标 回报率

kan

@EYHN saya pikir saya menemukan solusi.
Di Terminus aplikasi elektron lain, mereka menyediakan pengaturan "jenis latar belakang", dan dua jenis "Blur" dan "Fluent", itu memanggil fungsi this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) , dan saya menemukan bahwa "Fluent" berfungsi lag tetapi "Blur" bekerja dengan baik. Saya tidak tahu cara kerja this.electron.ipcRenderer.send('window-set-vibrancy', enable, type) , tetapi saya pikir ini adalah solusi sebelum MS memperbaikinya di DWM.

Setelah saya menginstal Aero Glass , saya mengubah kode untuk pemrosesan win10 untuk memanggil dwm (yaitu, implementasi win7) dan jendela tidak akan membeku ketika diseret di win10 1909.

Setelah saya menginstal Aero Glass , ketika saya mengubah kode untuk pemrosesan win10 untuk memanggil dwm (yaitu, implementasi win7) bagian dari berjalan di win10 1909, jendela tidak akan membeku.

Namun Aero Glass tidak berfungsi di win10 2004

Setelah saya menginstal Aero Glass , ketika saya mengubah kode untuk pemrosesan win10 untuk memanggil dwm (yaitu, implementasi win7) bagian dari berjalan di win10 1909, jendela tidak akan membeku.

Namun Aero Glass tidak berfungsi di win10 2004

Mengambil file dari paket debug pengembangan umum win10 dan kemudian memesan untuk membangun kembali simbol tidak akan berfungsi?

Cara lain adalah dengan menempatkan windows ke mode hemat daya, yang biasanya menonaktifkan semua efek transparansi, tetapi untuk beberapa alasan itu memperbaiki lag ️

Tampaknya Win 10 2004 versi KB4541738 memperbaiki masalah ini.

Bisakah Anda memberikan solusi terperinci, windows1909 masih memiliki penundaan seret?

Aneh, saya dulu menjalankan unpacked dengan drag normal tanpa penundaan, tetapi sekarang ada penundaan ...

Tampaknya Win 10 2004 versi KB4541738 memperbaiki masalah ini.

😂luar biasa

Bisakah Anda memberikan solusi terperinci, windows1909 masih memiliki penundaan seret?

Bisakah 1909 menggunakan Aero Glass secara langsung? ps: Kode ekstensi perlu diubah

Karena ada bug di drag, apakah bisa diselesaikan dengan memberikan gambar background transparan dengan efek frosted glass saja?

Gunakan EasyWindowDrag untuk memindahkan jendela dapat meringankan masalah ini

Bagi saya menyeret jendela menjadi tidak mungkin dengan ekstensi ini diinstal. Jendela bergerak dalam gerakan lambat. Ini bukan masalah sumber daya CPU/GPU.

Ini membuat kode VS tidak dapat digunakan. Saya harus menghapus ekstensi ini untuk menggunakan kode VS lagi.

@Spenhouet Terima kasih telah mengingatkan kami apa bug ini. Ini adalah masalah Windows yang muncul sebagai akibat dari penggunaan efek Akrilik dengan cara yang tidak didukung, dan sebenarnya tidak ada solusi yang baik.

@Toby56 Saya tidak yakin apakah ini masalah yang sama seperti yang dijelaskan OP. Terlihat berbeda dengan GIF yang dia berikan.

@Spenhouet Ya, GIF tidak terlalu jelas, tetapi seperti yang Anda jelaskan! Ini adalah masalah polling mouse, di mana segera setelah Anda mulai menyeret, jendela berjalan lebih lambat dari yang seharusnya, dan mengakumulasi penundaan besar antara tempat itu dan tempat yang seharusnya. Sayangnya, kamu tidak bisa berbuat apa-apa :(

Jadi apakah ini masih menjadi masalah pada rilis Win10 terbaru? Tidak ingin menginstal ini jika pada dasarnya akan merusak VSCode untuk saya ...

@iPyGuy Ya pada dasarnya, jangan berharap itu akan diperbaiki dalam waktu dekat. Ini bukan metode windows resmi.

Tampaknya Win 10 2004 versi KB4541738 memperbaiki masalah ini.

Tambalan ini belum digabungkan ke tahun 2004 resmi atau dirilis ke saluran semi-tahunan.

@EYHN @Toby56
Apakah menurut Anda ini dapat "diperbaiki" dengan menonaktifkan efek akrilik saat jendela dipindahkan, seperti yang Anda (@Toby56) jelaskan di sini: https://github.com/23phy/ewc/issues/22#issuecomment -599448590 ?

Atau, menurut Anda, apakah mungkin untuk menonaktifkan "Tampilkan konten jendela saat menyeret" dalam pengaturan kinerja hanya saat VSCode aktif/dipindahkan, dengan mengubah entri registri terkait dengan cepat, saat fokus atau memindahkan acara? Tidak melihat konten jendela untuk semua jendela cukup buruk, tetapi jika itu hanya memengaruhi VSCode, saya bisa hidup dengan pengorbanan

@jonaskuske
Menonaktifkan pengaruh akrilik pada tarikan mungkin merupakan perbaikan internal terbaik. Ini bisa menjadi tetapi fiddly, tetapi Anda dapat mengubahnya menjadi transparansi saja tanpa blur. Faktor lain yang membuatnya lebih rumit, apakah akrilik pecah saat mengaktifkannya dari efek blur lain dalam mode penghemat baterai karena akrilik biasanya dinonaktifkan dalam mode itu? Saya tidak ingat. Karena itu, Anda harus mengatur ulang blur setiap kali yang dapat membuat flash putih kecil. Tidak ada cara untuk mengetahui apakah itu dalam mode penghemat baterai atau tidak sejauh yang saya tahu dan hemat baterai tidak akan terlalu umum. tidak tahu.

Tapi itu bekerja untuk sebagian besar dan akan JAUH JAUH lebih baik daripada mengotak-atik registri dengan cepat. Yang pasti saya tidak berpikir bahwa melakukan itu praktis.

@Toby56

akrilik pecah saat mengaktifkannya dari efek blur lain dalam mode penghemat baterai karena akrilik biasanya dinonaktifkan dalam mode itu?

Ya, Akrilik biasanya dinonaktifkan baik dalam Mode Penghemat Energi dan saat jendela tidak fokus. Jadi biasanya hanya ada satu jendela dengan efek akrilik yang aktif, sedangkan yang di latar belakang menampilkan buram.

Tidak ada cara untuk mengetahui apakah itu dalam mode penghemat baterai atau tidak sejauh yang saya tahu dan hemat baterai tidak akan terlalu umum. tidak tahu.

Bagi saya itu diaktifkan secara otomatis setelah saya menekan baterai 20%, jadi saya tidak akan mengatakan itu tidak biasa. Tapi Anda bisa mendeteksinya!
Mungkin dengan pengikatan simpul untuk Windows Runtime API asli :

const { PowerManager } = require('@nodert-win10/windows.system.power')

let energySaverEnabled = PowerManager.energySaverStatus === 2

PowerManager.on('energySaverStatusChanged', () => {
  energySaverEnabled = PowerManager.energySaverStatus === 2
})

@jonaskuske
Itu bagus bahwa Anda tahu cara untuk mendeteksi mode penghemat baterai menggunakan binding NodeJS ke fungsi Windows asli! Itu terlihat seperti cara yang sangat sederhana untuk menyelesaikan beberapa masalah. Dengan cara ini kita dapat menulis kode yang biasanya beralih ke "buram di belakang", dan ke transparansi biasa pada mode penghemat baterai, menghilangkan flash putih yang tidak perlu.

Untuk masalah khusus ini, saya tidak tahu bagaimana kode dalam proyek ini disusun, harus bertanya kepada @EYHN apakah mereka ingin mengimplementasikan sesuatu seperti ini. Mungkin saya akan memposting GIF dalam aksinya.

@Toby56
Saya baru menyadari bahwa dependensi asli mungkin bukan pilihan dalam ekstensi VSCode, jadi sementara solusi ini akan membantu semua orang yang ingin menambahkan efek akrilik ke aplikasi Electron mereka sendiri (sehingga mereka dapat mengompilasinya dengan versi Electron/Node spesifik mereka), saya tidak tahu apakah itu membantu di sini :/

Mungkin perlu mengirimkan biner pra-bangun terpisah alih-alih menggunakan binding Node, karena repositori ini sudah melakukannya dengan blur-cli.exe

@jonaskuske
Itu benar! Tidak memikirkan itu. Saya tidak tahu caranya, tetapi mungkin bisa dibangun ke bagian C++ yang dikompilasi ke dalam biner??? Saya benar-benar tidak tahu batasan ekstensi VSCode.

Pasti berguna untuk aplikasi saya sendiri tho !

Benar, itu mungkin harus berhasil. Sayangnya saya juga tidak tahu apa-apa tentang C++ (selain sedikit yang diperlukan untuk memprogram Arduinos):/

Lagi pula jika ini diterapkan, itu pasti opsional, karena orang-orang dengan misalnya monitor 144Hz dapat memiliki semangat selama pergerakan jendela jika mereka mengatur laju sampel mouse mereka ke sesuatu seperti 125, yang masih cukup cepat untuk penggunaan sehari-hari.

@quank123wip @EYHN
Ya, saya juga menemukannya.
Latar belakang akrilik di terminal memiliki dua opsi:

Blur tidak ada masalah, Dan Lancar memiliki masalah lag juga.

Jadi saya pikir ini adalah jawabannya.

Tidak yakin apakah itu membantu tetapi Terminal Jendela memiliki efek transparansi yang berfungsi. Mereka menyebutnya "Akrilik".
Terminal tidak dibangun di atas elektron... diimplementasikan dalam C++.

Anda juga dapat mengubah opacity:

Mungkin melihat implementasinya dapat membantu:

https://github.com/microsoft/terminal/blob/master/src/cascadia/TerminalControl/TermControl.cpp#L376

@Spenhouet Ya, maaf tapi itu tidak banyak membantu kami. Terminal Windows open source serta banyak aplikasi lain menggunakan efek ini (selalu disebut akrilik), tetapi mereka adalah aplikasi windows khusus dan dapat melakukan cara "resmi", yang akan bekerja di luar kotak. Namun apa yang kami lakukan, adalah meletakkan sesuatu di tempat yang sebenarnya tidak pernah dimaksudkan untuk pergi, itulah sebabnya ia memiliki bug yang tidak akan diperbaiki

@Jinhaihan Ya, benar, kita bisa membuatnya kabur seperti itu, dan itu tidak masalah! Mungkin kita harus. Tapi imo itu tidak terlihat sebagus efek akrilik "fasih". Saya pikir ini adalah efek lama yang digunakan di Windows 7 (Aero), atau semacamnya. Radius blur tidak sebanyak itu, dan tidak memiliki tekstur "akrilik" Windows 10 yang lancar, serta lapisan lain yang membuat buram akrilik terlihat bagus.

Memiliki opsi seperti yang dilakukan Terminus sangat mungkin dilakukan, dan mungkin solusi yang akan disukai banyak orang.

@Toby56 Itu mungkin pertanyaan bodoh: Apakah tidak mungkin menggunakan cara "resmi"?

@Spenhouet Mungkin, jika Anda ingin menulis ulang Kode VS dari bawah ke atas. Jika tidak, mungkin tidak.

Saya sebenarnya tidak tahu banyak tentang bagaimana efek akrilik diterapkan pada jendela kromium menggunakan Node JS dan C++. Tetapi VS Code sedang dan akan selalu dibuat di Electron, dan tidak ada cara yang didukung secara resmi untuk melakukan ini. Saya cukup kagum bahwa metode ini bekerja sama sekali. Jadi kecuali beberapa jenius menemukan cara lain, maka kita terjebak seperti ini.

@Toby56 Oke, masuk akal.

Saya kira efek akrilik akan lebih hadir di Windows di masa depan. Kode VS mungkin akan mengadopsinya di masa depan yang jauh ini.

@Spenhouet
Yap, saat ini efek Akrilik adalah fitur XAML, kerangka kerja UI yang hanya dapat digunakan oleh aplikasi Windows modern (jenis yang biasanya Anda lihat di Microsoft Store). Itu sebabnya tidak ada masalah untuk Terminal Windows dan lainnya. Aplikasi "jadul" dapat menggunakan sebagian besar API modern, tetapi tidak yang bergantung pada rendering, tampilan, dll.
Saya juga tidak tahu bagaimana peretasan di repo ini sebenarnya bekerja, tapi itu pasti peretasan

Namun, dengan WinUI 3 yang akan datang (bagian dari Project Reunion , upaya Microsoft untuk menyatukan API lama dan modern) kami akan mendapatkan fitur yang disebut "Kepulauan XAML", yang memungkinkan penggunaan UI modern dalam aplikasi tradisional. Maka seharusnya dimungkinkan untuk menambahkan Akrilik tanpa peretasan, bahkan mungkin sebagai fitur langsung dari Electron itu sendiri. 🙏🏻

@jonaskuske Wow keren banget, gak nyangka Microsoft merencanakan hal seperti ini!!! Beberapa hal seperti ikon baki tidak mungkin untuk aplikasi UWP tanpa mengemas aplikasi pendamping Win32.

Saya senang melaporkan bahwa Windows 10 Insider Preview (build 20161) memperbaiki masalah untuk saya.

@LegoLivesMatter Senang sekali mendengarnya! Saya harus pindah ke saluran orang dalam cepat untuk memverifikasi ini.

@Toby56 Semoga berhasil!

@jonaskuske @LegoLivesMatter @racoonx2p @EYHN

Saya dapat mengonfirmasi bahwa itu sudah diperbaiki di build 20161!
Yah kebanyakan ...

Saya katakan sebagian besar karena, meskipun bagus dan sepenuhnya dapat digunakan sekarang, ini agak aneh. Mengubah ukuran masih memiliki masalah ini bagi saya, yang menjengkelkan, tetapi mungkin bukan masalah bagi siapa pun, kecuali jika Anda sering mengubah ukuran. Mengubah ukuran cepat singkat tidak masalah.

Wah, apakah itu terlihat bagus:

Saya memiliki dua monitor, dan masalah yang sama juga. Juga, jika jendela dekat dengan tepi salah satu monitor, sebagian kecil dari tepi itu menjadi tembus cahaya tanpa buram. Masih lebih baik daripada tidak sama sekali!

Saya juga memperhatikan bahwa ketika jendela VS Code dimaksimalkan pada monitor sekunder, blur menghilang tetapi "filter" akrilik tetap ada. Dari apa yang saya tahu ini adalah konsekuensi dari jendela yang sedikit "mencapai" monitor lain. Ini tidak terjadi ketika jendela VS Code tidak terfokus atau ketika dimaksimalkan pada monitor utama.

@LegoLivesMatter Ya, saya juga punya masalah ini, lupa menyebutkannya. Sangat bodoh, tetapi windows sering menjangkau ke monitor berikutnya, dan ini jelas penyebabnya. Silangkan jari kita dan mungkin itu akan diperbaiki. Semoga efeknya pecah dan window crossing!

Untuk beberapa alasan menggunakan tema dengan Stardock WindowBlinds sebenarnya menyelesaikan masalah ini juga. Itu pasti melakukan sesuatu dengan pengomposisian pengelola jendela tetapi tidak tahu apa. Ada kedipan cepat saat memaksimalkan jendela tetapi selain itu bagus.

Saya menginstal windows-insider dev-channel, dan menyeretnya baik-baik saja. Namun, mengubah ukuran masih menimbulkan masalah. Saya juga memperhatikan aplikasi winforms 64 bit saya yang menggunakan metode ini memiliki masalah ini, tetapi bukan versi 32 bit. Juga, saya memiliki aplikasi uji WPF yang 32 & 64 bit saat menggunakan SetWindowCompositionAttribute , dan ukurannya OK. Juga, Avalonia mengubah ukuran OK.

Gunakan EasyWindowDrag (gaya KDE).ahk dapat mengatasi masalah ini

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/~~

https://autohotkey.com/board/topic/22565-updated-easywindowdrag-kdeahk-with-added-control-support/

Terima kasih atas balasan Anda, tetapi saya menyatakan bahwa saya tidak memiliki masalah dengan menyeret (yaitu memindahkan jendela) pada saluran insider-dev, tetapi memiliki masalah mengubah ukuran pada aplikasi 64-bit.

Ini sepertinya telah diperbaiki pada versi Windows yang saya gunakan sekarang.
Saya menemukan ini tiba-tiba, jadi saya tidak yakin apakah ini versi ini.

@doublethinkio Saya menggunakan windows 10 build 19042.541 dan masih mengalami masalah?

20H2 build 19042.572 di sini dan juga masih terjadi, jadi saya pikir sesuatu yang telah dilakukan @doublethinkio secara khusus telah membuatnya bekerja dengan benar. Bagi saya, menyeret berfungsi dan mulus, hanya sangat sangat lambat. Itu berbeda dari beberapa orang di mana keduanya lambat dan tidak mulus.

@Jinhaihan menyebutkan bahwa Blur berfungsi untuk mereka di Terminus dan Fluent memiliki masalah yang sama di komentar ini . Saya menyukai penelitian selama 5 menit dan tampaknya "Blur" memetakan ke opsi 3, yang disebut ACCENT_ENABLE_BLURBEHIND dalam proyek ini blur-cli dan "Fluent" memetakan ke opsi 4, yang disebut ACCENT_ENABLE_ACRYLIC dalam blur-cli . Ini tidak dapat dikonfigurasi, dan sebagai gantinya ACCENT_ENABLE_ACRYLIC (sebenarnya disebut ACCENT_ENABLE_ACRYLICBLURBEHIND di API) selalu dipilih.

Membuat ini dapat dikonfigurasi akan sangat sepele, tetapi saya tidak memiliki toolchain Visual C++ yang diatur untuk dapat membangun blur-cli baru.

Cara menghapus efek kaca buram, saya uninstall plugin dan hapus konfigurasinya.masih tidak berguna

@doublethinkio , terima kasih telah memberikan solusi. Saya mencoba menjalankan EasyWindowDrag.ahk dengan autohotkey.exe . Sayangnya, saya mendapatkan kesalahan di bawah ini. Saya tidak memiliki masalah dalam menjalankan skrip AutoHotkey lainnya.

Bahkan jika saya menggunakan skrip asli yang saya unduh langsung dari:
https://lexikos.github.io/v2/docs/scripts/EasyWindowDrag.ahk

Gunakan EasyWindowDrag (gaya KDE).ahk dapat mengatasi masalah ini

https://www.autohotkey.com/
https://lexikos.github.io/v2/docs/scripts/

; Easy Window Dragging -- KDE style (based on the v1 script by Jonny) 
; https://www.autohotkey.com
; This script makes it much easier to move or resize a window: 1) Hold down
; the ALT key and LEFT-click anywhere inside a window to drag it to a new
; location; 2) Hold down ALT and RIGHT-click-drag anywhere inside a window
; to easily resize it; 3) Press ALT twice, but before releasing it the second

Tidak begitu yakin apakah ini membantu tetapi inilah proyek yang sepertinya dapat membantu mengatasi masalah tersebut.
Seo-Rii/elektron-akrilik-jendela

Saya menemukan bahwa pengaturan latar belakang Terminus ( eugeny/terminus 1.0.127) menjadi Lancar, itu akan mengatur latar belakang sebagai tidak transparan saat menyeret jendela. Setelah berhenti atau tinggal sementara, jendela mengembalikan latar belakang yang lancar. Lag tidak akan muncul.

Mungkin ini adalah solusi yang baik untuk proyek tersebut.

Versi terbaru (v1.0.10) berisi solusi untuk lag mouse, silakan lihat di sini untuk detailnya .

EDIT: Saya baru saja mencoba memperbaikinya. Ini pasti lebih cepat, bahkan pada 60hz! Terima kasih!!!