Si les caractères incriminés proviennent d'une langue autre que l'anglais mais que Microsoft prend en charge, vous pouvez installer le pack de langue MUI (Multilingual User Interface) approprié à partir de Windows Update, ou le LIP (Language Interface Pack) d' ici à titre de correctif possible.
En plus de ce qui précède, vous devrez peut-être également modifier le système local .
Les paramètres régionaux du système déterminent le jeu de caractères par défaut (lettres, symboles et chiffres) et la police utilisée pour entrer et afficher des 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 modifier les paramètres régionaux par défaut du système lorsque vous installez des langues d'affichage supplémentaires sur votre ordinateur. La sélection d'une langue différente pour les paramètres régionaux du système n'affecte pas la langue dans les menus et boîtes de dialogue pour Windows ou d'autres programmes qui utilisent Unicode.
Faire cela:
Tapez "région" dans la zone de recherche du menu Démarrer (sans les guillemets)
Ouvrez l' applet du panneau de configuration de la région et de la langue
Cliquez sur l' onglet Administration , puis sous Langue pour les programmes non Unicode, cliquez sur Modifier les paramètres régionaux du système . Si vous êtes invité à entrer un mot de passe administrateur ou une confirmation, saisissez le mot de passe ou fournissez une confirmation.
Sélectionnez la langue, puis cliquez sur OK.
Si vous êtes invité à redémarrer votre ordinateur, cliquez sur Redémarrer maintenant pour le faire.
Toutefois, si les caractères sont fautifs quelque chose comme ™ comme mentionné ci - dessus, je ne crois pas qu'il y ait une solution officielle de Microsoft pour cette limitation zipfldr.dll , qui existe aussi longtemps que Windows a cette fonctionnalité (donc si vous avez vraiment fait Réparez plus tôt , vous avez peut-être installé un composant tiers). De Wikipédia :
Les versions de Microsoft Windows incluent la prise en charge de la compression zip dans Explorer depuis Plus! pack a été publié pour Windows 98. Microsoft appelle cette fonctionnalité «Dossiers compressés». Toutes les fonctionnalités zip ne sont pas prises en charge par la fonctionnalité Dossiers compressés de Windows. Par exemple, le cryptage AES, les archives fractionnées ou fractionnées et le codage d'entrée Unicode ne sont pas connus pour être lisibles ou inscriptibles par la fonction Dossiers compressés dans Windows XP ou versions ultérieures.
Le format de fichier ZIP n'a pas pris en charge Unicde pendant longtemps, et cette extension n'a été ajoutée qu'il y a 6 ans en 2006. Conformément à l' ANNEXE D - Codage linguistique (EFS) de la spécification du format de fichier ZIP :
D.1 Le format ZIP a historiquement pris en charge uniquement le jeu de codage de caractères IBM PC d'origine, communément appelé page de codes IBM 437. Cela limite le stockage des caractères de nom de fichier uniquement à ceux compris dans la plage de valeurs MS-DOS d'origine et ne prend pas correctement en charge noms de fichiers dans d'autres codages de caractères ou langues. Pour résoudre cette limitation, cette spécification prendra en charge la modification suivante. [ Lire 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 Unicode, à commencer, je crois, par WinZip en 2008. Malheureusement, pour une raison étrange, Microsoft a autorisé une bibliothèque tierce pour sa fonctionnalité de dossiers compressés (bien que ce ne soit pas terriblement difficile à coder le support ZIP), et évidemment cette bibliothèque est antérieure à l'ajout d'Unicode au format de fichier ZIP. De plus, pour montrer clairement à quel point il se soucie de cette fonctionnalité, Microsoft n'a pas mis à jour le code pour corriger ce bogue jusqu'à ce jour (apparemment, même la nouvelle classe System.IO.ZipArchive dans la dernière version du .Net Framework, c'est-à-dire 4.5 ne l'a pas fait correctement au départ, mais le bug a depuis été corrigé).Je suppose qu'ils s'attendent à ce que tout le monde installe l'un des nombreux archiveurs tiers complets disponibles, c'est précisément ce que je vous ai recommandé ci-dessus.
Vous pouvez lire les détails sordides de ce manque particulier de prise en charge Unicode dans Windows dans la série suivante de billets de blog de Michael Kaplan de Microsoft :
PS "Je viens de découvrir que la fermeture éclair avec" envoyer à "de Windows fonctionne aussi bien que la" meilleure "fermeture éclair de Winrar, mais tellement plus vite." - Je viens de tester ça plusieurs fois. Autre que le temps supplémentaire nécessaire pour ouvrir WinRAR's 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 vu une énorme différence, cela ne pourrait être que si vous avez d'abord testé WinRAR sur un ensemble de fichiers, puis compressé immédiatement les mêmes fichiers avec des dossiers compressés. Naturellement, la deuxième fois que Windows avait déjà mis en cache les données, le processus a pris une fraction du temps initialement. Faites-le dans l'ordre inverse sur un ensemble de fichiers que vous n'avez pas touchés plus tôt pendant la session Windows actuelle, et je parie que le résultat sera inversé. :)
En ce qui concerne la taille compressée finale, 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 (même si les différences étaient négligeables). Bien sûr, le 7z ou Rar (ou même WinZip de Zipx) formats sont beaucoup mieux à cet égard et battra plaine ol » ZIP presque tous les jours ( par exemple ZIP en utilisant l'héritage traditionnel / dégonfler algorithme au lieu de PPMd , etc.).