Issue 19001 - unexpected image placing behaviour when moving images
Summary: unexpected image placing behaviour when moving images
Status: CLOSED NOT_AN_OOO_ISSUE
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOo 1.1 RC3
Hardware: PC Windows 98
: P3 Trivial (vote)
Target Milestone: ---
Assignee: stefan.baltzer
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-03 08:59 UTC by lars
Modified: 2013-08-07 14:41 UTC (History)
2 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
demo file (303.35 KB, application/octet-stream)
2003-09-03 09:08 UTC, lars
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description lars 2003-09-03 08:59:03 UTC
unexpected image placing behaviour when moving images:

page 3 of attached document: move image top left down as to place it directly 
above image bottom left without white space. The result is unexpected: several 
images get moved to places they shouldn't be.


also: from the freshly openend document: tell me how I can plase the caret 
before the first auto-numerated I on the second last page to move this list on 
to the last page.
Comment 1 lars 2003-09-03 09:08:39 UTC
Created attachment 8968 [details]
demo file
Comment 2 lars 2003-09-03 09:09:52 UTC
see issue 7085 in the respect of making life easier
Comment 3 rblackeagle 2003-09-04 01:41:10 UTC
Several issues have been filed about graphic images moving on their
own without user intervention.  Try putting a lot of graphics in a
document and then having one page with more than five.  Then close the
document and reopen it.  Most of the time (not always, which makes it
hard to run down), the graphics move around on their own to new pages,
overlap one another and otherwise do strange things.

As far as I know, even though many people have complained about this
"feature" no one is currently working on it.  You describe just one of
these "incredibly jumping graphic" issues.
Comment 4 lars 2003-09-04 04:38:42 UTC
this is a major problem; it can be resolved most (all?) of the time 
by setting objects to be anchored at page. When wanting to move them 
to another page they have to be temporarily anchored at paragraph 
however.

and for setting objecs to be anchored at page, mentioned issue 7085 
is very helpful.

concerning anchoring, see issue 17120

concerning wrapping: if I remmeber correctly, currently wrapping type 
icons indicate that the object which is wrapped stays fixed; this is 
how it should be: wrapping only concerns text flow around a object: 
it doesn't change the object position or how a object is to be 
positioned.

Two additional object features: cut and distribute over several pages 
and object overlapping.

An feature which will also be helpful is issue 17475 when the current 
selected object is highlighted and its anchor and a position 
reference (elastic like animation) is included in this overview.
Comment 5 rblackeagle 2003-09-04 22:52:15 UTC
When anchored to a page, when I've had the problem (any document with
a lot of graphic images), anchoring to a page keeps the images on the
page, but they still overlap, move around arbitrarily and otherwise
misbehave.  This has been reported frequently and, at last review (by
me) every single reported related issue has been left at
"unconfirmed", meaning no developer is looking at it as far as I can tell.
Comment 6 jack.warchold 2003-09-09 16:01:44 UTC
jw: reassigend to jw
Comment 7 jack.warchold 2003-09-10 13:48:18 UTC
reassigned to od

confirmed with OOo1.1RC4
Comment 8 jack.warchold 2003-09-16 10:04:47 UTC
set target to OOo2.0
Comment 9 Oliver-Rainer Wittmann 2003-09-23 17:12:46 UTC
OD (23.09.2003):
I know that the behaviour of object positions isn't easy to
understand, but I will try to explain some stuff:
The wrapping mode change of an object *will* probably cause a move of
the object, if the object is anchored and positioned at a content
(paragraph or character). Because the wrapping can cause the anchor to
move, thus, the object has to follow. This is rare, but can happen.
The situation becomes more dependent, if there are several objects
with wrapping, because the wrapping of one object influences the
position of the anchor of the other object.

In the given document on page 3 the object (name it A), which is
proposed to move, has wrap 'optimal'. Because of the given situation
text would wrap on the right side of this object. Because on right
side is another object (name it B) with wrap 'optimal', around which
the text would wrap on the left side, no text is beside these two
objects. Both objects at the bottom of the page (name them C and D)
are anchored at the paragraph, which is moved below the objects A and
B, because of the given wrapping modes. Now, the proposed object A is
moved to the bottom of the page. Now, text can wrap on the left side
of object B. This happens *correctly* and thus, moves the anchor
paragraph beside object B. The anchored object C and D follow
*correctly* its anchor paragraph and be *correctly* positioned .
Object A, because of its wrapping, now allows text on its right side.
This also happens *correctly*.
Thus, everything is Ok from my point of view and from the implemented
positioning algorithm.

I know, that such dependencies aren't easy to detect and to understand. 
I also know, that objects anchored to page stay on the page and don't
move with the proposed content. For this, we will extend the
positioning possibilities in the next version: to paragraph and to
character anchored objects will be allowed to be vertical positioned
relative to the page. Then you can create an object anchored to
paragraph/to character, which has a fix position on the page, on which
its anchor paragraph/character is on - it will follow its anchor.
Comment 10 Oliver-Rainer Wittmann 2003-09-23 17:15:02 UTC
OD (23.09.2003):
re-assigned to SBA.
Comment 11 stefan.baltzer 2003-11-05 14:09:01 UTC
SBA: Set to "Resolved Invalid".
Comment 12 stefan.baltzer 2003-11-05 14:09:25 UTC
SBA: Closed.