Fehler beim Komprimieren von Dateien mit Unicode-Zeichen in Namen mit Win7 "Senden an> komprimierten (komprimierten) Ordner"

Wenn ich versuche, Dateien zu komprimieren, deren Namen Unicode-Zeichen enthalten, z. B. © oder ™, wird die folgende Fehlermeldung angezeigt:

[Fenstertitel] Fehler bei komprimierten (gezippten) Ordnern

[Inhalt] 'C: \ Asd ™ .txt' kann nicht komprimiert werden, da es Zeichen enthält, die in einem komprimierten Ordner nicht verwendet werden können, z. B. ™. Sie sollten diese Datei oder dieses Verzeichnis umbenennen.

[IN ORDNUNG]

Dies wurde erst zu einem Problem, als ich Windows 7 neu installierte. Ich hatte wahrscheinlich einige Ressourcen, die für die automatische Behebung dieses Fehlers erforderlich waren, aber jetzt ist es fast eine saubere Installation, und ich kann keine Dateien komprimieren. Wie behebe ich das?

UPD: Es ist einige Zeit vergangen, seit ich diese Frage gestellt habe. Ich habe einige meiner üblichen Anwendungen installiert, aber das Problem besteht immer noch und ich bin nicht sicher, ob es durch die Installation einer bestimmten Anwendung von zuvor behoben werden kann.

In Windows 10 ist dieses Problem möglicherweise nicht aufgetreten, wie in einem Kommentar zu dieser Frage angegeben .

Wenn die anstößigen Zeichen aus einer anderen als der von Microsoft unterstützten Sprache als Englisch stammen, können Sie das entsprechende MUI-Sprachpaket (Multilingual User Interface) von Windows Update oder das entsprechende LIP-Sprachpaket (Language Interface Pack) von hier aus als möglichen Fix installieren .

Darüber hinaus müssen Sie möglicherweise auch das Systemgebietsschema ändern .

Das Systemgebietsschema bestimmt den Standardzeichensatz (Buchstaben, Symbole und Zahlen) und die Schriftart, die zum Eingeben und Anzeigen von Informationen in Programmen verwendet werden, die Unicode nicht verwenden. Auf diese Weise können Nicht-Unicode-Programme in der angegebenen Sprache auf Ihrem Computer ausgeführt werden. Möglicherweise müssen Sie das Standardgebietsschema des Systems ändern, wenn Sie zusätzliche Anzeigesprachen auf Ihrem Computer installieren. Das Auswählen einer anderen Sprache für das Systemgebietsschema wirkt sich nicht auf die Sprache in Menüs und Dialogfeldern für Windows oder andere Programme aus, die Unicode verwenden.

Um dies zu tun:

1. Geben Sie "region" in das Suchfeld des Startmenüs ein (ohne Anführungszeichen)

2. Öffnen Sie das Applet Regions- und Sprachsteuerung

3. Klicken Sie auf die Registerkarte Verwaltung , und klicken Sie dann unter Sprache für Nicht-Unicode-Programme auf Systemgebietsschema ändern . Wenn Sie zur Eingabe eines Administratorkennworts oder einer Bestätigung aufgefordert werden, geben Sie das Kennwort ein oder geben Sie eine Bestätigung ein.

4. Wählen Sie die Sprache aus und klicken Sie auf OK.

5. Wenn Sie aufgefordert werden, den Computer neu zu starten, klicken Sie dazu auf Jetzt neu starten .

   

Wenn jedoch die säumigen Zeichen sind so etwas wie ™ , wie oben erwähnt, ich glaube nicht , dass es keine offiziell Microsoft Update für diese zipfldr.dll Einschränkung , die so lange existiert hat als Windows - diese Funktion gehabt hat (also wenn Sie wirklich taten es fix früher , möglicherweise haben Sie eine Komponente eines Drittanbieters installiert). Aus Wikipedia :

Versionen von Microsoft Windows unterstützen seit dem Plus! Pack wurde für Windows 98 veröffentlicht. Microsoft nennt diese Funktion "Komprimierte Ordner". Nicht alle Zip-Funktionen werden von der Windows-Funktion für komprimierte Ordner unterstützt. Beispielsweise ist nicht bekannt, dass AES-Verschlüsselung, aufgeteilte oder übergreifende Archive und Unicode-Eintragscodierung von der Funktion "Komprimierte Ordner" in Windows XP oder höheren Versionen gelesen oder beschrieben werden können.

Das ZIP-Dateiformat hatte lange Zeit keine Unicde-Unterstützung und diese Erweiterung wurde erst vor 6 Jahren im Jahr 2006 hinzugefügt. Gemäß ANHANG D - Sprachcodierung (EFS) der ZIP-Dateiformatspezifikation :

D.1 Das ZIP-Format hat in der Vergangenheit nur den ursprünglichen IBM PC-Zeichensatz unterstützt, der im Allgemeinen als IBM Code Page 437 bezeichnet wird. Dadurch wird das Speichern von Dateinamenzeichen auf die Zeichen innerhalb des ursprünglichen MS-DOS-Wertebereichs beschränkt und nicht ordnungsgemäß unterstützt Dateinamen in anderen Zeichenkodierungen oder Sprachen. Um diese Einschränkung zu beheben, wird in dieser Spezifikation die folgende Änderung unterstützt. [ Lesen Sie das Dokument für den Rest. ]

Seitdem wurden natürlich alle wichtigen Windows-Archivierungsprogramme, die das Format implementieren, auf Unicode-Unterstützung umgestellt. Ich glaube, seit 2008 mit WinZip. Leider hat Microsoft aus irgendeinem Grund eine Drittanbieter-Bibliothek für die Funktion Compressed Folders lizenziert (obwohl dies nicht der Fall ist) Es ist furchtbar schwierig, ZIP-Unterstützung zu codieren. Diese Bibliothek datiert offensichtlich die Hinzufügung von Unicode zum ZIP-Dateiformat vor. Auch als ein klares Zeichen dafür , wie viel es kümmert sich für diese Funktion hat Microsoft den Code nicht aktualisiert , um diese Fehler zu beheben bis heute (anscheinend auch die neue System.IO.ZipArchive Klasse in der neuesten Version des .Net Framework dh 4.5 hat dies anfangs nicht richtig verstanden, aber der Fehler wurde inzwischen behoben.Ich vermute, sie erwarten von jedem, dass er einen der vielen voll ausgestatteten Archivierungsprogramme von Drittanbietern installiert. Genau das habe ich Ihnen auch oben empfohlen.

In der folgenden Reihe von Blog-Beiträgen von Microsofts Michael Kaplan können Sie die schmutzigen Details zu diesem merkwürdigen Mangel an Unicode-Unterstützung in Windows nachlesen :

• Komprimieren von Unicode-Dateinamen

• Unicode? Zip braucht keinen stinkenden Unicode!

• Manchmal müssen Sie es in ASCII halten

• Komprimieren von Unicode-Dateipfaden

• WinZip, die [lang erwartete] Unicode-Edition !!!

• Wenn jemand darüber schimpft, wie Windows Unicode unterstützt, können Sie ihm vorschlagen, es einfach zu komprimieren, wenn Sie möchten!

• Es ist nicht so, dass sie Windows unter Druck setzen, aber vielleicht das Pressure.Net? :-)

PS "Ich habe gerade herausgefunden, dass das" Senden an "-Zippen mit Windows genauso gut funktioniert wie Winrars" bestes "-Zippen, aber viel schneller." - Ich habe das gerade mehrmals getestet. Abgesehen von der zusätzlichen Zeit, die zum Öffnen von WinRARs Zum Archiv hinzufügen benötigt wirdWählen Sie im Dialogfeld ZIP als Archivformat und klicken Sie auf OK. Die tatsächliche Zeit für die Komprimierung war für beide ungefähr gleich, wobei WinRAR im Allgemeinen weniger Zeit in Anspruch nahm (obwohl die Unterschiede vernachlässigbar waren). Wenn Sie einen großen Unterschied festgestellt haben, könnte dies nur der Fall sein, wenn Sie WinRAR zuerst mit einer Reihe von Dateien getestet und dann sofort dieselben Dateien mit Compressed Folders komprimiert haben. Natürlich hatte Windows die Daten bereits beim zweiten Mal zwischengespeichert, sodass der Vorgang nur einen Bruchteil der anfänglichen Zeit in Anspruch nahm. Tun Sie dies in umgekehrter Reihenfolge für eine Reihe von Dateien, die Sie während der aktuellen Windows-Sitzung noch nicht berührt haben, und ich wette, das Ergebnis wird umgekehrt. :)

Was die endgültige komprimierte Größe anbelangt, fand ich abhängig von den archivierten Daten / Kombinationen der Dateiformate, dass beide einen besseren Job machten (obwohl die Unterschiede wieder vernachlässigbar waren). Natürlich sind die 7z- oder Rar-Formate (oder sogar die ZipX-Formate von WinZip) in dieser Hinsicht weitaus besser und können fast jeden Tag das reine ZIP-Format übertreffen (dh ZIP mit dem traditionellen Deflate- Algorithmus anstelle von PPMd und dergleichen).

Ich habe das gleiche Problem. Verwenden Sie den 7-zip-Manager und komprimieren Sie Ihre Dateien. Das Problem ist behoben. :)