Si les caractères incriminés proviennent d'une langue autre que l'anglais, mais que Microsoft prend en charge, vous pouvez installer le programme d'aide à la traduction correspondant. Pack de langues MUI (Multilingual User Interface) à partir de Windows Update, ou le LIP (Language Interface Pack) de aquí comme une solution possible.
En plus de ce qui précède, il se peut que vous deviez également modifier l'adresse de l'utilisateur. Locale du système .
La locale du système détermine le jeu de caractères par défaut (lettres, (lettres, symboles et chiffres) et la police utilisée pour saisir et afficher les informations dans les programmes qui n'utilisent pas Unicode. Cela permet aux programmes non-Unicode de s'exécuter sur votre ordinateur en utilisant la langue spécifiée. Vous devrez peut-être de modifier les paramètres régionaux par défaut du système lorsque vous installez de nouvelles langues d'affichage supplémentaires sur votre ordinateur. La sélection d'une langue différente pour langue du système n'affecte pas la langue des menus et des boîtes de dialogue de Windows ou d'autres programmes qui utilisent Unicode. boîtes de dialogue de Windows ou d'autres programmes qui utilisent Unicode.
Pour le faire :
-
Tapez "région" dans le champ de recherche du menu Démarrer (sans les guillemets).
-
Ouvrez le Région et langue Applet du panneau de contrôle
-
Cliquez sur le bouton Administrative puis, sous Langue pour les programmes non-Unicode, cliquez sur Changer la locale du système . Si vous êtes invité à saisir un mot de passe ou une confirmation de l'administrateur, tapez le mot de passe ou fournissez une confirmation.
-
Sélectionnez la langue, puis cliquez sur OK.
-
Si l'on vous demande de redémarrer votre ordinateur, cliquez sur Redémarrer maintenant pour le faire.
Cependant, si les caractères incriminés sont quelque chose comme ™ comme mentionné ci-dessus, je ne crois pas qu'il y ait un correctif officiel de Microsoft pour ce problème. limitation de zipfldr.dll qui existe depuis que Windows dispose de cette fonctionnalité (donc, si vous voulez vraiment savoir ce qu'il en est), il est possible de l'utiliser. a fait Vous n'avez pas pu le réparer plus tôt, vous avez peut-être installé un composant tiers). À partir de Wikipedia :
Les versions de Microsoft Windows ont inclus la prise en charge de zip dans l'Explorateur depuis que le pack Plus ! a été publié pour Windows 98. Microsoft appelle cette fonctionnalité "Dossiers compressés". Toutes les fonctionnalités de zip ne sont pas prises en charge par la fonction Dossiers compressés de Windows. Par exemple, le cryptage AES, les archives fractionnées ou étendues, et les dossiers compressés. Unicode codage des entrées ne sont pas connus pour être lisibles ou inscriptibles par l'utilisateur. fonction Dossiers compressés de Windows XP ou de versions ultérieures.
Le format de fichier ZIP a longtemps manqué de support Unicde, et cette extension n'a été ajoutée qu'il y a 6 ans, en 2006. D'après ANNEXE D - Codage de la langue (EFS) de la Spécification du format de fichier ZIP :
D.1 Historiquement, le format ZIP n'a supporté que le jeu de codage de caractères d'origine IBM PC communément appelé IBM Code Page 437. Cela limite le stockage des caractères des noms de fichiers à ceux qui se situent dans la MS-DOS d'origine et ne prend pas correctement en charge les noms de dans d'autres codages de caractères ou d'autres langues. Pour remédier à cette cette limitation, cette spécification prendra en charge le changement suivant. [ Lisez le document pour le reste. ]
Depuis lors, bien sûr, tous les principaux archiveurs Windows mettant en œuvre le format ont été mis à jour pour inclure la prise en charge d'Unicode, à commencer, je crois, par WinZip en 2008. Malheureusement, pour une raison étrange, Microsoft a accordé une licence à une bibliothèque tierce pour sa fonction Dossiers compressés (bien qu'il ne soit pas très difficile de coder la prise en charge du format ZIP), et cette bibliothèque est évidemment antérieure à l'ajout d'Unicode au format de fichier ZIP. En outre, pour montrer clairement à quel point cette fonctionnalité lui tient à cœur, Microsoft n'a pas mis à jour le code pour corriger ce bogue. jusqu'à ce jour (apparemment, même la nouvelle classe System.IO.ZipArchive de la dernière version du .Net Framework, à savoir la 4.5, n'a pas réussi à résoudre ce problème initialement, mais le bogue a été corrigé depuis). Je suppose qu'ils s'attendent à ce que tout le monde installe l'un des nombreux archiveurs tiers disponibles, ce qui est précisément ce que je vous ai recommandé ci-dessus.
Vous pouvez lire les détails sordides de ce manque particulier de support Unicode dans Windows dans la série suivante d'articles de blogue de Microsoft Michael Kaplan :
P.S. "Je viens de découvrir que la compression avec la fonction "envoyer à" de Windows fonctionne aussi bien que la "meilleure" compression de Winrar, mais tellement plus rapidement." - Je viens de tester cela, plusieurs fois. Mis à part le temps supplémentaire nécessaire pour ouvrir le fichier de WinRAR, je n'ai rien trouvé. Ajouter aux archives sélectionnez ZIP comme format d'archive et appuyez sur OK, le temps réel pris pour la compression était à peu près le même pour les deux, avec WinRAR prenant moins de temps en général (bien que les différences soient négligeables). Si vous avez constaté une énorme différence, cela ne peut être que si vous avez d'abord testé WinRAR sur un ensemble de fichiers, puis immédiatement compressé les mêmes fichiers avec Compressed Folders. Naturellement, la deuxième fois, Windows avait déjà mis en cache les données, de sorte que le processus a pris une fraction du temps qu'il a pris initialement. Faites-le dans l'ordre inverse sur un ensemble de fichiers que vous n'avez pas touché plus tôt pendant la session Windows en cours, et je parie que le résultat sera inversé. :)
En ce qui concerne la taille finale de la compression, en fonction des données/combinaison de formats de fichiers archivés, j'ai trouvé que l'un ou l'autre faisait un meilleur travail (bien qu'encore une fois les différences soient négligeables). Bien sûr, les formats 7z ou Rar (ou même ZipX de WinZip) sont des formats de compression plus efficaces. loin est plus performant à cet égard et battra le bon vieux ZIP presque tous les jours (c'est-à-dire le ZIP utilisant la méthode traditionnelle). déflater au lieu de l'algorithme PPMd et autres).