Paul, Harold Fuchs and Brian Barker,
Very many thanks for your responses to my SOS call. Herewith answers
to your questions
Paul
Unfortunately I've no idea how to access XML and probably wouldn't
recognise any corruption there was. Have tried to get to it via
'search' and 'command prompt' but without success.
Paul and Harold Fuchs
The forum response reads:-
First let's call our unopening ODT file as "bad.odt"
1.make backup FİRST -> " $ cp bad.odt bad_ original.odt"--a. I have a
backup on a memory stick but get
the same error message
when trying to open it
b. COM does not recognise"$" as a
valid instruction.
2. make new directory ->" $ mkdir repair"
3. copy bad.odt to repair directory "$ cp bad.odt repair"
4. change default directory to repair → "$ cd repair"
5. unzip bad.odt ->" $ unzip bad.odt"
6. after unzipping you get bunch of filesand directoriy's under
repair, find content.xml and open it with your favourite text editor
->" $ kate content.xml"
7. use "find" function to find out, if you have XML tag
"<office:automatic-styles>" (somewhere at the beginning pf document)
and XML.tag "</office:automatic-styles>" (somewhere, middleof
document) İf you have, then delete them and all databetween them. Be
sure, that you don't deletemore or less!
8. save content.xml (keep original name and place!)
9. zip extracted data back to one ODT document ->"$zip -r ./bad_repaired.odt./*"
10. try to open repaired document ->" $ ooffice ./bad repaired.odt"
I stuck when Command Prompt wouldn't recognise '$'.
Harold Fuchs
Regrettably the lost file is of my financial accounts so can't be shared.
Brian Barker
I was complaisant because of my backup but am dismayed to find that
that comes up with the same error message and is therefore
ınaccessible for copying or tinkering. Tried name changing as you
suggest but that didn't work No there are nowhere near that many
columns in the file there are about ten sheets of ten to 14 cols each
the longest column probably runs to about 2000.
