Issue 76401 - Active OLE objects (and Charts) are misplaced in impress
Summary: Active OLE objects (and Charts) are misplaced in impress
Alias: None
Product: General
Classification: Code
Component: ui (show other issues)
Version: 680m202
Hardware: All All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2007-04-16 13:12 UTC by kla
Modified: 2017-05-20 10:48 UTC (History)
4 users (show)

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

doc (28.89 KB, image/jpeg)
2007-04-16 13:15 UTC, kla
no flags Details
example with different OLE objects (26.24 KB, application/vnd.oasis.opendocument.presentation)
2009-06-10 14:48 UTC, IngridvdM
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description kla 2007-04-16 13:12:53 UTC
See attachment
Step to reproduce:
Open a new impress and change to a smaller zoom stage (32%). Insert a chart and
leave and enter the inplace mode . You can see the chart jumping up and still
there is the old view of the unactivated OLE visible below. this gets worse with
smaller zoomstages and better with bigger ones.

Same for the new Chartmodule.
Comment 1 kla 2007-04-16 13:15:32 UTC
Created attachment 44449 [details]
Comment 2 IngridvdM 2007-09-11 15:56:26 UTC
changing target because of limited resources
Comment 3 IngridvdM 2009-06-10 14:47:42 UTC
@mav, this problem affects all OLE objects within impress. Load the attached
bugdoc MisplacedOLEInImpress.odp as example.The page has a zoom factor lower
than 100%. Now double click on any of the OLE objects and you can see that the
edit window is not placed where it should.
A wrong Rectangle is given to method PlaceFrame within
DocumentHolder::ShowInplace in module embeddedobj. It seems that the vanishing
side panes and the tab riders on top of the impress document are not taken into
account accordingly.
My preferred solution anyhow would be that the OLE object does not jump around
under no circumstances when it gets clicked. The jumping is a major annoyance.
Comment 4 IngridvdM 2009-06-10 14:48:42 UTC
Created attachment 62908 [details]
example with different OLE objects
Comment 5 IngridvdM 2009-06-10 15:00:14 UTC
Issue 89827 may be related.
Comment 6 mikhail.voytenko 2009-06-10 15:10:20 UTC
It looks indeed to be a duplicate to issue 89827. But I do not want to mark it
so until the mentioned issue is fixed to be sure that this scenario is fixed as

The problem seems to be that the change of the container visual area is not
correctly notified to the embedded object. As result its window still has the
same position relative to the parent window.
Comment 7 mikhail.voytenko 2009-06-10 15:19:02 UTC
From other side it makes no sense to have two fast identical issues.

*** This issue has been marked as a duplicate of 89827 ***
Comment 8 mikhail.voytenko 2009-06-10 15:19:30 UTC
Comment 9 mikhail.voytenko 2009-06-10 16:35:37 UTC
Comment 10 Marcus 2017-05-20 10:48:14 UTC
Reset assigne to the default "".