Can I add image and allow it to move to next page for better spacing?

I’m trying to add a fairly large image (about half page size), so when I add it, anchored to paragraph, it goes to the next page, and leaves a big empty space. I wonder if there is a way to let the text after the image flow into that space.

So instead of:

--- page N ---                --- page N+1 ---
text                            | image     |
text                            |           |
text mentioning the figure      |           |
                                |___________|
                                  more text
                                  more text
--- end of page ---

In other words, is there a setting that lets the “more text” move up into page N underneath the “text mentioning figure”. I’ve tried to anchor the image to the paragraph with “text mentioning figure”.

(I’m not sure I’m doing the anchoring right.)

Please upload a real, ODF type sample file here.

Anchoring to the paragraph can be useful in many cases. In addition to anchoring, however, the wrap is also important, which determines how and when text can flow around the image. You can find the settings by right-clicking on the image.

98855 - Screenshot 2023-11-30 075401


Here you will find various measures for inserting images:

Insert and edit images in Writer Part 1

Inserting images in Writer Part 3


As @Zizi64 mentioned, this only works very well if you save in ODT format.

There are many parameters interacting with each other in frame positioning. These interactions are not trivial. So attach your file (reduced to 3-4 pages).

Okay, here is a test file, demonstrating the situation that I tried to draw with ASCII-art.

Test_Image_Placement.odt (327.1 KB)

Scaled down screenshot of print preview:

Screenshot 2023-11-30 055212

Thank you for uploading a file.
The image in the file is in crass contrast to the sketch you presented in your initial question.

With such a large image and the corresponding margins, there is little space left to insert text at the sides, which only results in short text fragments per line.
Not every free space must necessarily be filled with text. And IMHO it would not look good.

If it is an important or beautiful picture, you should present it accordingly (without side text), centered in the middle.

In this case it would make sense to adapt the text to the image and not the other way around.

I have treated your sample accordingly. It corresponds to the procedure in the link above (part 3, there at “Insert an image centered”).


98855 HB Test_Image_Placement.odt (327,5 KB)

How dare you denigrate my ASCII art. It looks the same to me. Seriously, I don’t know what I was thinking. It was very late here. In the future I will use screenshots or sample documents. :slight_smile:

It’s a diagram and I don’t mind it being like some text books I read, where the text says “In figure 3 …” and the figure on the next page, with text continuing and filling space on both pages normally. But as the other answer from ajlittoz explained, there is no easy way to have it handle that automatically.

Thank you. As I said to ajlittoz, I’m pretty new to these features of Writer, so it will take me some time to try out and study the answers here.

You are also welcome to use the official manuals produced by many volunteers.

It is not clear in your sample file how you “reference” the image from text because you removed too much meaning from the document.

Present Writer does not offer a “deferred” positioning mode when there is not enough room remaining in the page for both the anchor and the image (frame). By “deferred” I mean Writer notices there is a problem and defers inserting the frame until it has the opportunity to do so. The current implementation treats the anchor point (and therefore the anchoring line) and frame as an atomic block. Depending on paragraph properties and frame position settings, this atomicity may extend to the whole paragraph.

The size of the image (frame) is liable to contribute to more frequent waste space.

If your image can be made “independent” from the text, i.e. its position doesn’t really matter for the reader, the case can be fixed by modifying the logic of the document. The point here is to detach the frame from the sequential flow of the document (where the waste space situation arises because of the constraint on same page location of anchor and frame). You must change the document in such a way that your images are “side-accessories” to the discourse, not part of its argumentation sequence.

Then, you can use DTP techniques.

My suggestion is caption your images and reference them in text through their captions. Something like “As is shown in figure 314, highlight colour emphasises the transition between two domains”. Figure 314 is inserted independently from the text and you handle manually repositioning of the figures, should your edits separate too much the figure from its reference.

The suggested approach is:

  • insert a frame for the caption, anchored To page
  • I recommend Wrap Off mode for a reason developed below
  • type your caption, using a number range for consistent numbering across the document (allowing automatic renumbering when you move the frame)
  • insert your image in the caption, anchored To paragraph

You have two frames linked to each other. This is where things may go awry. I remind you that frames are a way to escape from the limits set by margins or other containers. You have no way to constraint automatically a frame inside any other. So, to avoid strange formatting, I recommend Wrap Off.

However, in the case of “small” images, you want text flow on one or both sides of the image, then insert it As character in its own paragraph above or below the caption inside the frame. Then the image is jailed in the frame and you may feel more comfortable with it.

When you completely segregate your images from the text, this is one of the rare cases where To page anchor mode is legitimate. However you must be aware that you may need to manually shift your images after edits to eliminate undeletable pages when you reduce the number of pages in your document. To page anchor is VERY SPECIAL and you must understand all the consequences.

Also, it is preferable to work with styles, here frame styles which are quite awkward and difficult to tame.

Here is your sample file reworked with the two possibilities:
Test_Image_Placement-ajl.odt (340.2 KB)

1 Like

The line “Paragraph here to anchor the image” was also the thing I’m imagining referencing the image. But as you explain here, that’s not going to do what I want…

So Writer does not have that feature.

Thank you for the detailed description that followed. I’m pretty new to using Writer, or at least its deeper features like this (I have no clue about frames) so I’ll have to play with that a bit. I may return with more questions later.

If you’re new to Writer, I highly recommend you read the Writer Guide to get an introduction to styles. Later, read the excellent Bruce Byfield’s Designing with LibreOffice which puts a deep emphasis on styles.

Above all, forget what you did with Word. Writer is based on much cleaner concepts (styles) which are ubiquitous. In Word, beyond paragraph styles, you have nothing and must resort to direct formatting. When you aim to write “professional” documents, your life is much easier and comfortable with styles, provided you don’t use them for visual effects (because the same visual effect may cover different significances) but use them for semantic markup of your text.

Cool, that sounds like I will like Writer. I’ve spent more time editing HTML and CSS with Emacs, than I have with MS Word, so I definitely see the value in named/semantic styles as you mention.

Yes, separate as much as you can contents from appearance. Just like you tag HTML with <tag > … </tag> and add variants with class="…", consider paragraph styles are equivalent to <tag> and character styles to class="…" or <span> … </span>.

You tune appearance by configuring styles the same you do with CSS.