https://bugs.documentfoundation.org/show_bug.cgi?id=150217
--- Comment #3 from Mike Kaganski <[email protected]> --- (In reply to V Stuart Foote from comment #2) > PDF with scripted XFA ... remain a common source document > LibreOffice users need to manipulate in some fashion. This needs clarifying. Why do they need that? To create a static image? LibreOffice imports PDF as a set of graphical objects. PDF forms are means to provide data to some services. The two worlds don't intersect. > pdfium now has an XFA parser [1], poppler is looking at it [2]. And, mozilla > has added XFA support to pdf.js [3]. Setting aside the general-purpose PDF libraries supporting dynamic PDF content (which is natural, given their general-purposeness), Mozilla's decision is natural (given that opening PDFs in browsers is a norm, and users expect to interact with such PDFs in a normal way), and is orthogonal to how LibreOffice opens these files, so this reference is also unrelated. > XFA based forms are not going away anytime soon, so ability to at least > expose the PDF form as an image with our pdfium implementation seems > reasonable minimal handling. Again: why? Supporting some "minimal" image-like support for a purely dynamic feature seems worse than just clear "we do not support it" to me. -- You are receiving this mail because: You are the assignee for the bug.
