OK, I think that I figured out the problem, and yes, I consider this a
bug here are a few things that I noticed.
(1) I wrote a macro that removes all figures and captions from frames.
While running the macro I noticed that the paragraph styles are not what
I expected; for example, I expected the figure to use OOoFigure and then
the next paragraph with the caption should be OOoFigureCaption. I fixed
these manually. Note that these all displayed correctly.
(2) I wrote a macro to put the images back into the frames. The problem
reappeared.
(3) This was when I noticed that the images that had problems all had
relative sizes for the width. rather than hard sizes. Changing the width
from relative (100%) caused some of these to re-appear. I also noticed
that the images that did not display did not allow me to anchor the
figure to the frame. Finally, changing the figure anchor from "as
character" to "to character" caused the entire frame to move.
(4) I then found that if I made the frame just a tad larger that I then
had the option to anchor the image to the frame.
Realize that I am testing with the 3.4 development build, but. I went in
and did the following:
Inspect every image.
If I cannot right click and anchor to the frame, then, do not use a
relative or auto size. Set to keep the ratio and then set the size just
a wee bit smaller (say, 0.1 - 0.05 inches). Finally, set the paragraph
style for the figure to use OOoFigure.
If I did all these steps, then, the image is a bit smaller than the
frame and I can anchor to the frame.
I tested only against chapter 3, and, I am out of time for now. I made a
very few initial tests in an attempt to automate this process, and,
given a bit more time, I might be able to do this, but, I am running in
uncharted territory.
Note: THIS IS A REGRESSION BUG. This worked in the previous versions of
OOo. As such, this bug should have high priority.
If anyone desires to see my copy of chapter 3, I can provide it.
On 11/20/2010 04:46 PM, Jean Hollis Weber wrote:
On Sat, 2010-11-20 at 16:26 -0500, Andrew Douglas Pitonyak wrote:
I wonder if it can be fixed by pulling the figures out of the frames......
I have found other problems with figures in frames that were ultimately
related to how the figure was anchored and how the frame was anchored.
In my case, the bug caused OOo to sometimes crash (but usually not). In
my case, a document became unusable. I only recovered the document by
editing the ODT "unzipped" odt in a text editor to remove the graphic
entirely.
For a quick test, I pulled an "invisible" figure out of the frame and
then the image was again visible. If I have time, I will run a script
against the file and pull all the figures to see if they are visible,
but, I lack the time to do this now.
I have found several ways to make the invisible figures visible again in
the ODT. Unfortunately, those changes don't "stick" when the PDF is
created. Perhaps your method will work (I will try when on a bigger
sample of figures), although it may (indeed, almost surely will) lead to
other problems when the file is exported to other formats.
Jared Kobos reports no problems with images in the Impress Guide. That
book has been worked on by fewer people, and I am fairly sure none of it
originated as .sxw files in OOo1.x. That last point may well be the most
relevant.
This is really helping to make the case for reconstructing at least some
of the GS chapters from scratch, despite the work involved to do that.
--Jean
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info: http://www.pitonyak.org/oo.php
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
