Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Blank page inserted automatically after Index due to graphic in "hidden text" | ||||||
---|---|---|---|---|---|---|---|
Product: | Writer | Reporter: | raindrops <na1000> | ||||
Component: | editing | Assignee: | AOO issues mailing list <issues> | ||||
Status: | CONFIRMED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues | ||||
Version: | OOo 2.0.3 | ||||||
Target Milestone: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
raindrops
2006-07-02 10:25:05 UTC
Could be that this is related to a "hidden" graphic, which is displayed as "graphic749" in the Navigator. Will do further investigations on this. ad 1: The background color of indexes and table of contents is only a view option and can be configured in Tools.ptions.Openoffice.Appearance. ad 2+3: see first comment. raindrops->mru @additional observation-1: Yes, I know. I mentioned the difference between the gray pages of the index and the white last page precisely to support my theory that the last page does NOT seem to be a part of the index at all. (Otherwise it would have also appeared gray, just like the other index pages). BTW how did you isolate "graphic749", of all the images the file has? Is there something special about it? I fully agree - The last empty page is not part of the index. I have found the "graphic749" when opening the document in OO 1.1.5. There it was not hidden - and placed right following the index. That's why I think that it is somehow related - but I have to find out why. As I assumed, it is due to the mentioned graphic. When you enable / make visible hidden text in Tolls.Options.Writer.Writing Aids, you will see a very small graphic right below the index. The graphic is anchored inside text formatted as "hidden" in Format.Character. This seems to be confusing to Writers formatting. Deleting the graphic should workaround the problem. MRU->FME: We are referring to the document from issue 60340. If you do not have it anymore, ask me for it; it could not be published here. If the index (at the end of the document) does not end with the page, just edit inside it (delete some paragraphs), so that it ends right with the page. Having the Formatting marks disabled, you should see, that sometimes the empty page will be shown when editing in the index. I enabled the visibility of hidden text (actually in version 2.0.3 of OOo, this option is in the "Formatting Aids" node of the tree; there is no "writing aids" node at all.) However, I cannot see this image. Nor can the navigator show graphic called "graphic749". (The highest number it shows is "graphic748".) I checked below the "x" entry in the index, but there is absolutely nothing there! What shape and color do you see in this graphic # 749? Do you have version 2.6.0.1 of the document (version number is mentioned in the footer of each page)? I finally saw the graphic749 entry in the Navigator, but it is grayed out (and sao are a lot of other graphics). If I click on any of the grayed graphics (including the graphic # 749), the Writer does NOT take me to that image. But if I d-click on any of the non-grayed entries, Writer jumps to that page and selects the graphic also. The option to make hidden text visible is already selected. So I am still unable to see the graphic, although I could locate its entry in the Navigator. So should I raise another bug for this issue of grayed-elements in the Navigator that are inaccessible? mru, can you please guide me on this? I am using m180 now. Also, why do you use 1.1.5? Is the behavior changed in 2.x? Thanks. I am having a very similar problem with OOo 2.2.0 running under Kubuntu Feisty. A document that I converted from MS-Word has a blank page at the end that I cannot remove. The Navigator shows that there are 3 hidden graphics in the document. I can't attach the full document here as it contains sensitive information, however having stripped out all of the document contents the problem still exists. I'll post an 'empty' document that shows the issue. Created attachment 47111 [details]
Document with page that cannot be deleted
@ thefluffyone : it seems that the bookmark has been corrupted, maybe because it contains pictures ? In a text editor, I've opened the content.xml file inside the odt and I've removed the whole bookmark definition from : - <text:p text:style-name="P7"> <text:bookmark-start text:name="_PictureBullets"/> to <text:bookmark-end text:name="_PictureBullets"/> </text:p> Rezipped the modified content.xml in the odt file. Then the new odt file can be edited and the last page can be removed. @hagar - Thanks, I was able to make a similar change to the original document and the final blank page is now gone. I guess the question now is why has OOo permitted this to occur. Is it, in fact, corruption as you suggest, or incorrect handling of a valid feature? As an aside, the original problem still exists in the OOo 2.3.0 as supplied with Kubuntu Gutsy. |