From one of my users: Attached is the file whose pages change depending upon the software that opens the file. KDE's kwrite shows the correct information (no Table 3-6). OpenOffice shows the wrong information (includes a Table 3-6, which the document had in early revisions).
Created attachment 152815 [details] doc file that oowriter incorrectly parses
i.e. we have the table numbers wrong we say... Table 1‑1. Referenced Documents 10 Table 3‑2. CSCI Descriptions & Criticality 15 Table 3‑3. NASA Criticality Classifications 17 Table 3‑4. Language Summary 18 Table 3‑5. Language Justification 18 Table 3‑6. DPU Flight Software Development Environment 20 Table 4‑7. NPR 7150.2 Chapter 2 Requirements Mapping 21 Table 4‑8. NPR 7150.2 Chapter 3 Requirements Mapping 22 Table 4‑9. NPR 7150.2 Chapter 4 Requirements Mapping 23 Table 4‑10. NPR 7150.2 Chapter 5 Requirements Mapping 24 Table 7‑11. Artifact To CSCI Cross Reference 36 Table 7‑12. Artifact Description Table 37 Table 8‑13. Failure Severity Categories For The SEISS-To-Spacecraft Interface And Redundancy Implementation FMECA’s Per The IMAR 57 Table 8‑14. Failure Severity Categories For The Test Equipment-To-SEISS Interface 57 when we should say... Table 1‑1. Referenced Documents 10 Table 3‑1. CSCI Descriptions & Criticality 15 Table 3‑2. NASA Criticality Classifications 17 Table 3‑3. Language Summary 18 Table 3‑4. Language Justification 18 Table 3‑5. DPU Flight Software Development Environment 20 Table 4‑1. NPR 7150.2 Chapter 2 Requirements Mapping 21 Table 4‑2. NPR 7150.2 Chapter 3 Requirements Mapping 22 Table 4‑3. NPR 7150.2 Chapter 4 Requirements Mapping 23 Table 4‑4. NPR 7150.2 Chapter 5 Requirements Mapping 24 Table 7‑1. Artifact To CSCI Cross Reference 36 Table 7‑2. Artifact Description Table 37 Table 8‑1. Failure Severity Categories For The SEISS-To-Spacecraft Interface And Redundancy Implementation FMECA’s Per The IMAR 57 Table 8‑2. Failure Severity Categories For The Test Equipment-To-SEISS Interface 57
The problem is that we have no equivalent in OOo for the "\s" option for the msword SEQ field, which means something like "push the current value onto a stack, and then reset the sequence to 1 when entering into a part of the document which begins with a style which has a higher position in the outline table and pop the previous value when moving to a lower position"
oky doky, so I'm implemented a handler for this /s flag and submitted it as http://www.openoffice.org/issues/show_bug.cgi?id=76689 you can track progress of this feature at that location.