John -
In case it really is a configuration problem, have you tried taking a
chapter file that works, deleting its contents, and then pasting in the
contents from a chapter file that isn't working? (You might need to
paste as unformatted text, which might then require a lot of fixing up.)
I don't think I've experienced the problem you describe with the Align
function. Is it possible that in one case you're selecting the image but
in another case selecting the containing frame?
Yes, I've experienced that fact that sometimes a box springs back to its
initial location after trying to drag it with the mouse. I think that
sometimes it has helped to drag the anchor rather than dragging the box.
- Robert
On 2026-04-22 20:48, John Iliffe wrote:
Yes, that's what I was doing but after several days still no useful results so
I thought it would be
best to ask for help!
What really frustrates me is that in some of the chapters everything works as
expected which is the
reason I think it is a configuration problem in the chapter file somewhere but
I am totally unable
to find it or think of a new approach.
I have tried to match the box's properties with the ones that work but one
thing I find is that
changing some properties doesn't always result in the requested change
happening. For example I can
sometimes do an "align left" in the properties from the drop-down "align
objects" menu of a box
located on the right and it doesn't move at all. I CAN move it from the
properties group of menus
but that suggests that the two different control locations are not talking to
each other which is
rather odd. It is similar to the bug report that you suggested I read though.
Towing it with the
cursor sometimes (not always) behaves like the box is on a spring and it snaps
back where it was.
Thanks again Robert.
John
======
On Wed, 2026-04-22 at 19:42 -0400, Robert Funnell wrote:
Yes, John, those kinds of problems look familiar :-(
I don't have a guaranteed recipe when they happen, I just move things
around until it works.
- Robert
On 2026-04-22 13:27, John Iliffe wrote:
The pdf is available at:
https://www.coaxpublications.ca/bsg10-1rw-page11.pdf
Thanks.
John
======
On Wed, 2026-04-22 at 00:34 -0400, Robert Funnell wrote:
John -
We can't see your PDF file because attachments are removed
(https://wiki.documentfoundation.org/Netiquette#Avoid_Attachments
Images and their captions can be separated if, when dragging, you have
clicked on the image rather than on its containing caption frame.
- Robert
On 2026-04-21 11:01, John Iliffe wrote:
Further to my original post, still no suggestions on how to fix the problem but
I did get
one
private response requesting more information. Since I may not have provided a
adequate
description,
here is what the respondent requested:
==============================================
pdf version of one problem page is attached. Note the upper image is overlaid
on the text.
Also,
note the box at the centre bottom is overlaid on the bottom page margin.
1. When you drag an image, usually the anchor comes along. As an example, if
you drag a
paragraph
anchor image, the anchor icon snaps from paragraph to paragraph as you pass
them. A problem
does
occur doing this when there is a page break inside the drag.
2. I usually anchor to the paragraph since it seems logical to me. So far as
I know that
is
the
case for all of my current problems. Here is the list of properties for the
upper image
that is
overlaying the text on the attached pdf:
(caption) wrap: optimal, spacing left: 0.20, bottom: 0.20 allow overlap: off
(photo) wrap: optimal, spacing left: 0.20, allow overlap: off
[Note that the caption and image seem to have separated into separate boxes for
some reason]
(caption) position and size: anchor: to paragraph, position: from left: 9.85
cm, entire para
area
(image) position and size: anchor: to paragraph, position: from left 0.00,
entire paragraph
area
3. the captions seem to have been detached from the images as separate
frames. This means
that
all of the cations have to be moved separately when the image is dragged to a
new location.
Originally they were created using the "insert caption" function.
Apart from that there doesn't seem to be anything relevant.
=====================================
As further explanation, I am using the current Fedora version of LibreOffice.
Fedora is set
to
do
automatic updates so it is always current but may not be the same as the latest
LO version,
I
don't
know. [25.8.6.2 (X86_64)]
---------
On Sun, 2026-04-19 at 16:18 -0400, John Iliffe wrote:
I am trying to update a book and adding new material causes the pages to
reflow. So far
as I
know
there is no style; this has been created over many years and many different word
processors.
When I add new material drawings and photos move down, often on top of the
bottom margin
of
the
page. As I reposition them the existing text disappears under the image and
the captions
come
apart
from the images. Using the drop down and also the properties menus for the
current
container
to
set
the location and padding does not resolve the problem, even though I have
ensured that
the
"Allow
Overlay" option is not checked. Usually when this happens the anchor icon is
not showing
on
the
screen, that is the anchor does not move with the container. Clicking on the
"Align
Objects"
list
using "right" then "left" (or vice versa) only causes the image to move a few
millimetres
suggesting
that the area in use is internal to the containing box but I can't see any way
to adjust
that.
This may be a legacy problem, I agree, but can anyone help?
Thanks in advance.
John
======
--
To unsubscribe e-mail to: [email protected]
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy
