[Libreoffice-bugs] [Bug 135983] Image gone after DOC/DOCX export (image frame anchored to Frame in Interactive frame)

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Aug 24 16:11:12 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=135983

--- Comment #4 from Telesto <telesto at surfxs.nl> ---
(In reply to Justin L from comment #3)
Double checking./ Caption frame inside the interactive frame is anchored 'To
Frame'. So simple inserting a caption frame inside a frame won't be enough. You
need to change it 'to frame'

Not sure in which cases 'to frame' being allowed (for reference at DOCX
export). My initial idea for creating this was, maybe DOCX not having a 'to
frame' emulation..

Longer reasoning: people tend to introduce new functions/ or make stuff more
public forgetting they DOC/DOCX/RTF area (bit grumpy at the UX for introducing
new Fontwork without checking DOCX comp-ability). Some times I which there were
a kind of testing protocol/checklist. Or simply checking DOCX/DOC/RTF export by
default if it's area which (hypothetically) could be affected too. (So say
/shapes/anchoring/frames/fontwork/fields/footnotes/QR-code implementation).
It's rather simple and reduces the number of bugs and would feel bit more
coordinated. 

They QR-code function simply useless in DOCX format (blurry image). Doesn't
need to be. And hard to promote LibreOffice as quality product. And they Calc
jumbo sheets stuff shouldn't be mentioned in Release Notes; or somewhere hidden
in a small caption with experimental written on it big time.

Sorry for the off-topic part.. sometimes I only think, why, why, why. As it can
be avoided without to much trouble

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200824/f2d86952/attachment.htm>


More information about the Libreoffice-bugs mailing list