Thanks; that makes sense.
Wow, with the help of this list, I might make it from the
middle-ground to the nerd status anon ;-)
On Fri, Jul 27, 2012 at 9:02 PM, Andrew Brager <[email protected]> wrote:
Sounds like whatever is displaying the image isn't being initialized
> properly for whatever reason. "Reopening" it allows that function to
> execute with the proper parameters. To sit on the page in the proper place
> the coordinates of the image would have to be known and set properly. If
> the images are "stacking" then they're all getting the same set of
> coordinates. The trick is to figure out why.
>
> For the laymen... the best analogy I can think of is to picture an
> assembly line, with a conveyor belt. Empty bottles sit on the conveyor
> belt. When you start the conveyor belt and the associated machinery that
> fills the bottles with some liquid, the bottles are not aligned properly so
> when the filling nozzle starts pouring liquid it misses the bottle opening
> by just enough that it sprays onto the belt and spills over onto the floor.
> By restarting the machinery at the exact moment that the bottles are
> properly aligned it "fixes" the problem.
>
> Kind of a lame analogy but like I say, the best I can think of at the
> moment.
>
>
> On 7/27/2012 4:58 PM, anne-ology wrote:
>
>> yes;
>>
>> I've found a simple way to sometimes 'find' these hidden images is
>> to minimize the window file ...
>> then when you 're-open' it, these images appear;
>>
>> I think this is one of the mysteries of the electronic age -
>> if anyone has a reason for this phenomenon, I'm listening as
>> long
>> as it's in layman's terms ;-)
>>
>>
>>
>> On Fri, Jul 27, 2012 at 8:02 AM, Tom Davies <[email protected]>
>> wrote:
>>
>> Hi :)
>>
>>> I've often found that even tho images appear to have vanished they are
>>> still really there somewhere. That gives at least 2 opportunities;
>>> 1. Edit and save without trying to find the images and then see if the
>>> images apparently re-appear in the right places when the edited file is
>>> opened back in MS Office 2007/2010
>>> 2. Hunt around the edges of the pages and move any images you do find
>>> anywhere to see if the other images have been hidden underneath as they
>>> tend to get piled-up on-top of each other.
>>>
>>> Regards from
>>> Tom :)
>>>
>>>
>>>
>>>
>>> From: Jay Lozier <[email protected]>
>>> Subject: Re: [libreoffice-users] Writer loses format of MSOffice2007-Doc
>>> (watermark, embedded image, format etc)
>>> To: [email protected]
>>> Date: Friday, 27 July, 2012, 13:50
>>>
>>> On 07/27/2012 03:28 AM, Miriyala, Vasu wrote:
>>>
>>>> Hi Forum,
>>>>
>>>> Appreciate your pointers or help on how to open the MS office word files
>>>>
>>> in writer while retaining the format of original intact. Currently Libre
>>> when opening MSOffice-word2007 docs loses water mark, embedded image,
>>> images inserted thru "insert features of word 2007" etc
>>>
>>>> Thanks, Vasu
>>>>
>>>>
>>>>
>>>> I generally have success accurately opening docx format files.
>>> Occasionally I get one that I have to open MSO and convert to doc (2003)
>>> or ODF 1.0/1.1. Usually it is some graphic layout that causes the
>>> problem. This is known issue with LO and AOO.
>>>
>>> docx file conversions are occasionally difficult because MS is trying to
>>> push their proprietary MS Office and makes open the file accurately
>>> problematic.
>>>
>>> If you are using Linux, you might try Calligra Words (probably available
>>> in your repository) to see if it is better at opening the file and
>>> saving to odt.
>>>
>>> --
>>> Jay Lozier
>>> [email protected]
>>>
>>>
--
For unsubscribe instructions e-mail to: [email protected]
Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
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
