Jika karakter yang menyinggung berasal dari bahasa selain bahasa Inggris tetapi satu Microsoft mendukung, Anda dapat menginstal paket bahasa MUI (Multilingual User Interface) yang relevan dari Pembaruan Windows, atau LIP (Paket Antarmuka Bahasa) yang relevan dari sini sebagai kemungkinan perbaikan.
Selain yang di atas, Anda mungkin juga perlu mengubah Lokal Sistem .
Sistem lokal menentukan set karakter default (huruf, simbol, dan angka) dan font yang digunakan untuk memasukkan dan menampilkan informasi dalam program yang tidak menggunakan Unicode. Ini memungkinkan program non-Unicode berjalan di komputer Anda menggunakan bahasa yang ditentukan. Anda mungkin perlu mengubah lokal sistem default ketika Anda menginstal bahasa tampilan tambahan di komputer Anda. Memilih bahasa yang berbeda untuk lokal sistem tidak memengaruhi bahasa dalam menu dan kotak dialog untuk Windows atau program lain yang menggunakan Unicode.
Untuk melakukannya:
Ketik "wilayah" di kotak pencarian Menu Mulai (tanpa tanda kutip)
Buka applet Panel Kontrol Wilayah dan Bahasa
Klik tab Administratif , dan kemudian, di bawah Bahasa untuk program non-Unicode, klik Ubah lokal sistem . Jika Anda dimintai kata sandi administrator atau konfirmasi, ketikkan kata sandi atau berikan konfirmasi.
Pilih bahasa, lalu klik OK.
Jika Anda diminta untuk me-restart komputer Anda, klik Restart sekarang untuk melakukannya.
Namun, jika karakter yang menyinggung adalah sesuatu seperti ™ seperti yang disebutkan di atas, saya tidak percaya ada perbaikan resmi Microsoft untuk pembatasan zipfldr.dll ini , yang telah ada selama Windows memiliki fitur ini (jadi jika Anda benar - benar memperbaikinya sebelumnya , mungkin Anda menginstal beberapa komponen pihak ketiga). Dari Wikipedia :
Versi Microsoft Windows telah menyertakan dukungan untuk kompresi zip di Explorer sejak Plus! paket dirilis untuk Windows 98. Microsoft menyebut fitur ini "Folder Terkompresi". Tidak semua fitur zip didukung oleh kemampuan Windows Compressed Folders. Misalnya, Enkripsi AES, arsip terbagi atau terbentang, dan penyandian entri Unicode tidak diketahui dapat dibaca atau ditulis oleh fitur Folder Terkompresi di Windows XP atau versi yang lebih baru.
Format file ZIP tidak memiliki dukungan Unicde untuk waktu yang lama, dan ekstensi ini baru ditambahkan 6 tahun yang lalu pada tahun 2006. Sesuai LAMPIRAN D - Pengodean Bahasa (EFS) dari Spesifikasi Format File ZIP :
D.1 Format ZIP secara historis hanya mendukung set pengodean karakter PC IBM asli, yang biasa disebut sebagai IBM Code Page 437. Ini membatasi penyimpanan karakter nama file hanya untuk yang berada dalam rentang nilai MS-DOS asli dan tidak mendukung dengan benar. nama file dalam pengkodean karakter lain, atau bahasa. Untuk mengatasi batasan ini, spesifikasi ini akan mendukung perubahan berikut. [ Baca dokumen untuk yang lainnya. ]
Sejak itu tentu saja semua pengarsip Windows utama yang mengimplementasikan format telah diperbarui untuk memasukkan dukungan Unicode, awalnya saya percaya dengan WinZip pada 2008. Sayangnya, Microsoft untuk beberapa alasan aneh melisensikan perpustakaan pihak ketiga untuk fitur Compressed Folders (walaupun tidak sangat sulit untuk kode dukungan ZIP), dan jelas perpustakaan ini pra-tanggal penambahan Unicode ke format file ZIP. Juga, sebagai tanda yang jelas tentang seberapa besar kepeduliannya terhadap fitur ini, Microsoft belum memperbarui kode untuk memperbaiki bug ini hingga saat ini (tampaknya, bahkan kelas System.IO.ZipArchive baru dalam versi terbaru dari .Net Framework yaitu 4,5 awalnya tidak mendapatkan ini dengan benar, tetapi bug sejak itu telah diperbaiki).Saya kira mereka mengharapkan semua orang untuk menginstal salah satu dari banyak arsip pihak ketiga berfitur lengkap yang tersedia, yang persis seperti yang saya rekomendasikan kepada Anda juga di atas.
Anda dapat membaca detail kotor tentang kurangnya dukungan Unicode di Windows dalam serangkaian posting blog berikut oleh Michael Kaplan dari Microsoft :
PS "Saya baru tahu bahwa zipping dengan windows" "kirim ke" berfungsi sebaik zipping "terbaik" Winrar, tetapi jauh lebih cepat. " - Saya baru saja menguji ini, beberapa kali. Selain waktu ekstra yang diperlukan untuk membuka arsip Add to arsip WinRARdialog, pilih ZIP sebagai format arsip dan tekan OK, waktu aktual yang diambil untuk kompresi kira-kira sama untuk keduanya, dengan WinRAR mengambil lebih sedikit waktu secara umum (walaupun perbedaannya dapat diabaikan). Jika Anda melihat perbedaan yang sangat besar, itu hanya bisa terjadi jika Anda menguji WinRAR pada satu set file terlebih dahulu, kemudian segera mengompres file yang sama dengan Folder Terkompresi. Tentu saja waktu kedua di sekitar Windows sudah di-cache data, jadi prosesnya mengambil sebagian kecil dari waktu itu pada awalnya. Lakukan dengan urutan yang berlawanan pada set file yang belum Anda sentuh sebelumnya selama sesi Windows saat ini, dan saya yakin hasilnya akan terbalik. :)
Adapun ukuran terkompresi akhir, tergantung pada data / kombinasi format file yang diarsipkan, saya menemukan salah satu dari keduanya melakukan pekerjaan yang lebih baik (meskipun lagi perbedaannya dapat diabaikan). Tentu saja, format 7z atau Rar (atau bahkan WinZip's ZipX) jauh lebih baik dalam hal ini dan akan mengalahkan ZIP biasa hampir setiap hari (yaitu ZIP menggunakan algoritma deflasi tradisional / lawas daripada PPMd dan sejenisnya).