Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Default Text frames are not printed/PDF exported despite filled and/or linestyle, only when text is added | ||
---|---|---|---|
Product: | Impress | Reporter: | Armin Le Grand <Armin.Le.Grand> |
Component: | editing | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Normal | ||
Priority: | P3 | CC: | issues |
Version: | 4.0.0-dev | ||
Target Milestone: | --- | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
Armin Le Grand
2013-04-10 09:18:17 UTC
ALG: One for me, grepping... ALG: Taking a look... ALG: Hard stuff, has to do with EmptyPresObj which steers the visualisation of EditView-only texts (e.g. 'click here to add a Title'). The current mechanism is deeply buried in sd and just rejects/ignores the whole SdrObject, including fill and line attributes. Changing this to allow that object when fill or line is used leads to have that text visible in all exports - printing, PDF, preview, etc., so this is no option. Generally a new mechanism is needed; the text in question (or more generally - the geometry) should be embedded to a primtive which may be decomposed/handled depending on the target visualisation. Default should be empty decomposition and empty range. As home for that flag ViewInformation2D will be good... ALG: Did some experiments, but it's too complicated and too dangerous and needs deeper changes together with some old code parts. It's an old defect (probably has been this way all the time). Reset assigne to the default "issues@openoffice.apache.org". |