Description: WRITER: Cannot embed multi-page documents - PDF/Markdown files only show first page Steps to Reproduce: 1. Open LibreOffice Writer 2. Insert → Object → OLE Object or try to embed a file 3. Select a multi-page PDF or multi-page Markdown file 4. Observe result Actual Results: When embedding documents into Writer, multi-page files are not displayed completely. Only the first page is shown, making the embedded content incomplete. Expected Results: The complete document should be embedded and visible (all pages) Reproducible: Always User Profile Reset: Yes Additional Info: Please add also support for embedding the following file formats completely in Writer documents (for viewing purposes): Text/Code formats: • .md (Markdown) • .txt (Plain Text) • .csv (Tables) • .json, .xml, .yaml (Structured data) • .log (Log files) • Code files: .py, .js, .css, .html, .sql, etc. Document formats: • .pdf (Multi-page support!) • .epub (E-Books) • .rtf (Rich Text) • .tex (LaTeX) Spreadsheet/Data formats: • .xlsx, .ods (Spreadsheets) • .tsv (Tab-separated values) Graphics formats: • .svg (Vector graphics) • Multiple image formats as gallery view Specialized formats: • .mermaid (Diagrams) • .drawio (Diagrams)
Confirmed. An OLE linked multi-page PDF lays down a view port of just the first page. Actually just a portion of the first page of the OLE. A selection of that OLE does open the corresponding application, the current LO soffice.bin sdraw module. That tracks with how other OLE like smath formulas are handled. IIRC the dimensions provided for the inserted OLE object can not be directly adjusted, e.g. see also bug 99792 for linked OLE Formulas. But an ability to extend view port of the OLE object to extent of a frame or into columns might be appealing. Alternatively, not an OLE, the pdfium based insert as image works at page bounds, but currently for first page only. But I think that establishes an image frame constraint by page margins and scaling h.width of the resulting image. Unclear about viability of doing OLE of the other noted document formats. Version: 25.2.4.3 (X86_64) / LibreOffice Community Build ID: 33e196637044ead23f5c3226cde09b47731f7e27 CPU threads: 28; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
This is a FRE, a frequently asked enhancement. Making it a duplicate. *** This bug has been marked as a duplicate of bug 114234 ***
Not sure this should be a duplicate to bug 114234. Isn't this more about how OLE are represented on document canvas when linked. They get some seemingly arbitrary view port into the initial content of the linked object, with no means to adjust that view port in the UI for document under current edit. While bug 114234 is needed enhancement for dialog to provide configuration for the import (poppler -> cairo) or insertion (pdfium) of PDF, but likely not as OLE. Different filter paths and handling to consume non-ODF source documents as OLE content. Yes page selection and layout of the OLE content may still be appropriate (and work on bug 114234 might be reusable), but seems distinct from what is needed for PDF/TIFF content which are not being handled as OLE!