I can easily write a cleaning filter that removes the anchors but it may break some links within the document. Also, it might not be possible to distinguish between anchors added by the user explicitly and anchors automatically generated by Word. Even if we don't find links inside the document that point to an anchor there might be inter-word-document links (although they are probably broken during office import).

Marius Dumitru Florea
added a comment - 01/Feb/11 08:48 I can easily write a cleaning filter that removes the anchors but it may break some links within the document. Also, it might not be possible to distinguish between anchors added by the user explicitly and anchors automatically generated by Word. Even if we don't find links inside the document that point to an anchor there might be inter-word-document links (although they are probably broken during office import).

I was at a customer yesterday. We tried importing content from Word to the wiki. The presence of the id anchor somehow provoked content to disappear from the page after the location of the macro. When copy/pasting, I think we can assume anchors are not wanted by the user.

The case of inter-word-files-links isn't really relevant, it's not a supported feature of XWiki anyway.

Guillaume Lerouge
added a comment - 04/Feb/11 17:09 I was at a customer yesterday. We tried importing content from Word to the wiki. The presence of the id anchor somehow provoked content to disappear from the page after the location of the macro. When copy/pasting, I think we can assume anchors are not wanted by the user.
The case of inter-word-files-links isn't really relevant, it's not a supported feature of XWiki anyway.
Please please please filter the id out