Udało mi się rozpakować i zbadać wnętrze pliku .docx, ale nie wydaje mi się, aby ponowne skompresowanie działało poprawnie. Nie próbowałem kompresji (linia poleceń: zip -0r ...), narzędzie do archiwizacji i wtyczki 7zip, ale żadna z nich nie działa. Wszystkie pliki .docx, które tworzę, nie otwierają się w oryginalnych programach, nawet jeśli nie zmieniam ani jednego pliku. Jakieś wskazówki?
Odpowiedzi:
Ważne jest, aby pliki tworzące docxnie znajdowały się w innym folderze, tzn. [Content_Types].xmlMuszą znajdować się w katalogu głównym wynikowego skompresowanego pliku. Podobne pytanie zostało zadane na StackOverflow.
Po otwarciu (lub wypakowaniu do bieżącego katalogu ) zippliku powinieneś mieć coś podobnego do następującego:
./docProps/
./word/
./_rels/
./customXml/
./[Content_Types].xml
Jeśli masz te pliki w innym katalogu wewnątrz pliku ziplub docx, nie będzie działać. Zauważ, że nie widzę customXmlfolderu na pustym dokumencie Word, ale raport, z którym pierwotnie testowałem, miał go. Możesz mieć więcej (lub mniej) katalogów.
Polecenie wykonania ich ponownie, wydane z „bieżącego katalogu”, to:
zip -r preso.pptx *
CR znacznik nowej linii i Word oczekujący CR+LF, mimo że specyfikacje XML mówią, aby traktować je tak samo. Nie mogę powiedzieć, czy Word poprawnie przestrzega tej specyfikacji, czy nie. Mogą również wystąpić nieoczekiwane zmiany w kodowaniu lub nawet utworzony ukryty plik, po raz kolejny nie mogę nic powiedzieć na pewno. Wygląda na to, że i tak znalazłeś obejście.
-x .DS_Storenadal nie działałoby, chyba że nigdy nie użyję Findera do nawigacji. Więc właśnie użyłem partnera i wszystko jest w porządku.