Issue 105906 - export of controls fail for selection but work for page
Summary: export of controls fail for selection but work for page
Alias: None
Product: Draw
Classification: Application
Component: save-export (show other issues)
Version: DEV300m61
Hardware: PC Windows XP
: P3 Trivial (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2009-10-14 18:32 UTC by Regina Henschel
Modified: 2017-05-20 10:47 UTC (History)
2 users (show)

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

Testfile with one rectangle and one control (12.15 KB, application/
2009-10-14 18:33 UTC, Regina Henschel
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description Regina Henschel 2009-10-14 18:32:32 UTC
Open attached testdocument. It contains a rectangle and a control.
Select rectangle and control.
File > Export. Check selection, export to png for example.

The exported picture contains only the rectangle but not the control.

File > Export. Export whole page.
The exported picture shows rectangle and control.

Expected behavior: The control is also exported, when using a selection.
Comment 1 Regina Henschel 2009-10-14 18:33:30 UTC
Created attachment 65367 [details]
Testfile with one rectangle and one control
Comment 2 wolframgarten 2009-10-15 07:41:02 UTC
Reproducible in DEV300m61 but not in DEV320_m1.  Reassigned. Will the fix be
transferred into the DEV tree? 
Comment 3 sven.jacobi 2009-12-23 14:51:34 UTC
sj->aw: This seems to be a problem for you. We have a group object containing a
rectangle and a control object. When exporting or copy/pasting this object the
display order is changed, then the rectangle is drawn over the control object.
The user must think that the control object has been lost. 

In the export we are using the sdr::contact::ObjectContactOfObjListPainter to
get the metafile of the selected group object.
Comment 4 Armin Le Grand 2009-12-29 13:55:01 UTC
AW: It's not that the display order is changed when handled as metafile, it's
that the order is changed when it's a real control. This again is since controls
are real VCL-Windows and CANNOT be shown in their correct display order. Thus,
the display order is correct in the exported Metafile, but 'bended' to
possibilities at edit time. At edit time, the controlls are painted last by
purpose, but can have any valid display order. This can be validated by Tabbing
through the objects in edit view which reveals the real display order.
Of course this does not help, the order has to be kept at export, too (somehow).
Thinking aboutr possibilities...
Comment 5 Marcus 2017-05-20 10:47:53 UTC
Reset assigne to the default "".