I got the thanks off-list but thought it worth letting others know it
had been solved.
Since it was the format then it might be possible to recover the images.
* DocX often reorganises images to lay on top of each other so try
moving any existing images to see if another one or few is hidden
* DocX often moves images to other pages or tries to hide them off
either side or top or bottom of the page
A slightly more complicated recovery technique that can be used with Odt or DocX
1. create a copy of the file
2. change the file-ending from DocX to .zip
3. double-click to open as an archive
4. find the folder called something like "images" and drag the images
out of there to a useful folder on your machine
I'm glad we didn't have to go that far this time though :)
On 8 December 2013 13:40, <email@example.com> wrote:
Yes, it was the saving format! Thanks a lot. Thanks to other people who sent
hints, as well.
Quoting Tom Davies <firstname.lastname@example.org>:
Ok, can you untick the one under that, the autosave every 15mins?
Just remember to save your document quite frequently instead of
letting it force you to do so at inconvenient moments.
It's not a good idea to use MS formats by default, or at all (if you
can avoid it). The worst MS formats are the more recent ones.
It's better to keep your originals in ODF formats as they are native
to a greater range of Office Suites and programs so the format is more
stable, reliable and longer lasting. If you have to share with other
people that might need to edit your documents then use
File - "Save As ..."
to save in the older MS formats. The ones that were used in MS Office
2003 and earlier.
The 2007, 2010, 2013, 365 format keeps changing with each of their new
releases and it can't handle images as well as LibreOffice/OpenOffice
On 7 December 2013 10:01, <email@example.com> wrote:
Hello again, Tom:
Error in the last message! You should read the next one instead:
The "Always create a backup copy" box is unticked. I wonder if the
save as" option I am using (MSWord2007/2010XML) is the wrong one.
Quoting Tom Davies <firstname.lastname@example.org>:
It's a rare and intermittent set of bugs. The precise cause of each
one is unclear and difficult to separate out from all the rest that
cause this. One common factor seems to be having the
"Always create a backup copy"
If you go to
Tools - Options - Load/Save - General
and then untick the box "Always create a backup copy" then the images
should stop vanishing. I'm not sure if it helps with the
sub/superscripts format issue.
It is a good idea to keep a copy of images safely in a folder nearby
in case they do carry on vanishing! Has this been happening only with
files kept on a network?
Note that almost everyone who has "Always create a back-up copy"
ticked will suffer no problems at all. It would probably help us a
bit if you were able to post a bug-report but i'm not sure if this
guide really helps collect enough information in Xp.
to be honest i would have a really tough time trying to follow that
page's advice so i completely understand if you don't.
On 6 December 2013 21:36, <email@example.com> wrote:
I have installed the version 18.104.22.168 on a Windows XP environment, and
two problems when opening saved text documents:
1. Images may disappear, leaving a frame with the indication "Read
2. Subscripts / Superscripts may lose their format.
Please help, if possible. Regards, R Correia
To unsubscribe e-mail to: firstname.lastname@example.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/global/users/
All messages sent to this list will be publicly archived and cannot be deleted
- Re: [libreoffice-users] Help request · Tom Davies
Impressum (Legal Info)
: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (MPLv2
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our trademark policy