> > I've read the thread (tables et al) and decided to try the same. I only > inserted a few pics into the frames, saved (odt), exported to PDF etc. > All worked fine (2.1 linux from OOo site). So it could be a memory issue > OOo memory problem? You might check Options|OpenOffice.org|Memory & try > changing the cache settings. > > Also, I did also test the saving to a MS Word doc; if the graphic is > inserted directly on the page, the graphic comes back in the Word doc, > but is resized to a single line in the left side of the graphic frame. > It can be stretched back to size in the *graphic* frame, but it seems > odd that it would get shrunk like that. > The graphic inserted into the frame (your method) has dissapeared > completely. The frame is still there, the caption is still there > (although it needs to be reoriented in the frame), but the graphic is > gone. That appears to be the > http://qa.openoffice.org/issues/show_bug.cgi?id=25756 bug also showing > up in linux OOo as well. > However, if the graphic inserted into the frame is anchored "As > Character", the graphic *is* preserved in the frame when saved as a MS > Word document. Unfortunately it gets shrunk down to a single line size > the same as the directly inserted graphic does so you have to go and > resize them all. > > I did note something that seems odd (to me); when I reopened the saved > odt doc, the graphic in the frame could be moved outside of the frame > even though the graphic is anchored to the frame. Now technically the > graphic *is* anchored to the frame, because I can move the frame and the > graphic located *outside* the frame moves with it. So, I'm wondering if > perhaps when you move the frame, the graphic is not moving with it. Try > anchoring as a character instead. > > I also note that inserting a graphic into a table seems to have it's own > problems as well... While the graphic can be easily put into the table, > you can't drag a table around the document to position or move it like > you can a frame or a inserted graphic. > > Perhaps the safest method is to link to the graphic as Tim Wescott suggests.
I did not have these problems with documents under 125 pages. The document I'm having problems with is about 350 pages with about 90 frames/pics (and a huge number of tables, some in frames, and a large number of listings [text in frames]). I just discovered the memory controls so I've greatly increased these. I also installed OOo 2.1 (from the OOo website) onto a dual Opteron 64-bit system with 2gb of memory (and 2gb of swap). I increased OOo's memory usage for graphics. Still I see several pics disappearing BUT now if I resize or something similar they re-appear. But another problem arises - if I do a preview, the number of pages changes - blank pages are inserted (even though I disabled blank page insertion everywhere I can). If I preview, then do nothing to the document and preview again, the number of blank pages increases further. (Another problem I've found not with just this document but any document that has a TOC is that for some strange reason PDF export does not work correctly - the type/fonts looks funny/distorted/badly kerned in numerous places (for example, the periods are misaligned in the TOC - the ones that run from the headings to the page numbers and the periods also run into the page numbers. To get around this problem (and the unstoppable insertion of blank pages) one I have the document ready I print it to a postscript file (printing does not seem to trigger re-pagination). Then I use ps2pdf to create a pdf - all the text looks like it should. I can't swear that this problem is connected to TOC insertion but it only seems to happen in documents I use a TOC and the document can be just a few pages. I opened an issue about the disappearing graphics and they have requested me to send my document. My document is confidential at the moment so I'm hoping I can count on them not to disclose the document. I'm not sure whether I should try to change all the graphics to links and/or to try to split the document into chapters and then use a master document approach. I'm not sure if any of this will help. Rick B. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
