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:|
|Issue Type:||DEFECT||Latest Confirmation in:||---|
Description Armin Le Grand 2013-04-10 09:18:17 UTC
ALG: To reproduce: - New impress - 2xTab (select text frame) - set a fill/line - klick print -> noting in print preview - PDF export -> not contained There seems to be an (prob old) mechanism which assumes that TextFrames only have content when text is set, else these are assumed to be completely 'invisible'/empty and get ignored.
Comment 1 Armin Le Grand 2013-04-10 09:18:44 UTC
ALG: One for me, grepping...
Comment 2 Armin Le Grand 2013-04-10 10:19:05 UTC
ALG: Taking a look...
Comment 3 Armin Le Grand 2013-04-10 13:25:39 UTC
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...
Comment 4 Armin Le Grand 2013-04-10 15:18:42 UTC
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).