[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

V Stuart Foote  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=11
   ||4234

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-11 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

V Stuart Foote  changed:

   What|Removed |Added

 Status|RESOLVED|NEW
 Resolution|DUPLICATE   |---
 Ever confirmed|0   |1

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-02 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

--- Comment #3 from V Stuart Foote  ---
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!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-02 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

Heiko Tietze  changed:

   What|Removed |Added

 CC|libreoffice-ux-advise@lists |heiko.tietze@documentfounda
   |.freedesktop.org|tion.org
   Keywords|needsUXEval |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-02 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

Heiko Tietze  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED

--- Comment #2 from Heiko Tietze  ---
This is a FRE, a frequently asked enhancement. Making it a duplicate.

*** This bug has been marked as a duplicate of bug 114234 ***

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug 167311] Improve Embedding a multi-page document by OLE into writer, currently only shows the first page

2025-07-01 Thread bugzilla-daemon
https://bugs.documentfoundation.org/show_bug.cgi?id=167311

V Stuart Foote  changed:

   What|Removed |Added

   Keywords||needsUXEval
 CC||libreoffice-ux-advise@lists
   ||.freedesktop.org,
   ||[email protected],
   ||[email protected]
 Blocks||107810
Summary|LibreOffice Writer Bugzilla |Improve Embedding a
   |Issue   |multi-page document by OLE
   ||into writer, currently only
   ||shows the first page
   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=99
   ||792
 OS|Linux (All) |All

--- Comment #1 from V Stuart Foote  ---
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


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=107810
[Bug 107810] [META] OLE/Embedded object bugs and enhancements
-- 
You are receiving this mail because:
You are the assignee for the bug.