Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | export of controls fail for selection but work for page | ||||||
---|---|---|---|---|---|---|---|
Product: | Draw | Reporter: | Regina Henschel <rb.henschel> | ||||
Component: | save-export | Assignee: | AOO issues mailing list <issues> | ||||
Status: | ACCEPTED --- | QA Contact: | |||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | issues, sven.jacobi | ||||
Version: | DEV300m61 | ||||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Windows XP | ||||||
Issue Type: | DEFECT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
Regina Henschel
2009-10-14 18:32:32 UTC
Created attachment 65367 [details]
Testfile with one rectangle and one control
Reproducible in DEV300m61 but not in DEV320_m1. Reassigned. Will the fix be transferred into the DEV tree? 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. 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... Reset assigne to the default "issues@openoffice.apache.org". |