Apache OpenOffice (AOO) Bugzilla – Issue 175
Table of contents import from word trashes edits
Last modified: 2013-08-07 14:38:26 UTC
If a word file has a table of contents, and, after creating the table of contents, the document creator changes it, those changes are discarded when openoffice imports the file. See attached file which is self documenting, which should have the table of contents saying "This is correct". Instead "This is incorrect" is displayed on import.
Created attachment 37 [details] Word file with post-edited table of contents
Reassigned to Michael Rues, our Word filter specialist
This is not a problem of the filter. The Update-function for TOC's has to be enhanced. This is a dicision of the Product Management. I have made a suggestion to them.
Due to the fact that an enhancement in our index creation is necessary, this Issue is tracked to Prod-Man.
We need to enhance Writer itself for this issue. We are still sdiscussing this issue.
Re-opened for re-eval.
Re-assigned
I don't think we should import changes which are gone with the next update of the index. But I'll discuss this with the developers who have to implement it.
Hi ama, Could we have a brief update of the discussions you had with devs. Teting the Toc under m51 shows that the bad sentence is no more appearing, but the 'This is correct' sentence is not displayed. Changing sub-component and adding keys as requested by new rfe process. Kind regards, Sophie.
Hi, we didn't look into this problem deeply. In principle we are able to save and load our own table of content including changes made manually. MS Word is able to do this, too. So it should be possible to im- and export those changes, too. But it could be that the structure of these TOCs is so different that it's not reasonable to implement this. We have to investigate more to find a decision.
Last entry of September 2004 is not very satisfactory. How is the actual state / progress? Testing most of the 2.0 betas mostly on WinXP-Pro (actually 1.9.123 and .126) import of TOCs from Word is still nearly unacceptable for users in our company. Entries are lost or more and more changed by OO after each new opening of the document. Users spend hours of manual work on making look TOCs moreorless acceptable for customers of our company... I can see no systematic in the unwanted and repeated changes / losses, and it has not been possible yet to define the ultimate reason WHY all this happens (unsufficient import filter, user error, defective document...). It is just making our way towards migration from MSO to OO very very tiring..
This issues describes the import of TOCs doesn't import any manually changes. OOo imports only the description and runs an update TOC afterwards. This will not be changed until we'll found a volunteer who takes care of it. At the moment nobody is working on this issue. If you update your TOC in Word and it looks different to our import then it's another bug or missing feature which should be handled in another issue. Your last comments sounds like more problems than this one?!
You are right, it seems that I misunderstood the content of this issue, sorry. Our problems would therefore justify a new issue, as I didn't find any similar ones in the Issue Tracker. Nonetheless I will NOT open a new issue NOW, as we are still not able to define all things that happened to us, and we therefore cannot describe our problems one by one issue by issue as needed here.
it seems that this is the oldest not yet fixed issue of OpenOffice. i wonder what is the status of this issue 10 years later.
bug 119963 will solve this enhancement *** This issue has been marked as a duplicate of issue 119963 ***
closing duplicate