Apache OpenOffice (AOO) Bugzilla – Issue 122032
Default Text frames are not printed/PDF exported despite filled and/or linestyle, only when text is added
Last modified: 2017-05-20 11:28:08 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.
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".