[Libreoffice-ux-advise] [Bug 154255] Support embedded PDF viewing and zooming as vectorial instead of rasterized image

[bugzilla-daemon at bugs.documentfoundation.org]

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

V Stuart Foote <vsfoote at libreoffice.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=11
                   |                            |5811
          Component|Writer                      |filters and storage
                 CC|                            |ashodnakashian at yahoo.com,
                   |                            |libreoffice-ux-advise at lists
                   |                            |.freedesktop.org,
                   |                            |quikee at gmail.com,
                   |                            |vmiklos at collabora.com,
                   |                            |vsfoote at libreoffice.org
           Keywords|                            |needsDevAdvice
             Blocks|                            |114233

--- Comment #1 from V Stuart Foote <vsfoote at libreoffice.org> ---
Of course this is not opened via import, rather inserted via the pdfium filter.
The filter converts to bitmap raster image not to vector.

The PDFIMPORT_RESOLUTION_DPI is an os/DE environment variable that can be set
for each workstation, not necessarily per user.  E.g. on managed Windows
systems via SCCM registry entry, or distributed as a regedit script.

So facilitating zoom to view higher details can already be done via the
environment variable, preset system or on launch.

We have bug 115811 open to allow dynamic set resolution from the UI, possibly
even "one idea is to make this dynamic. That is, re-render the page in higher
DPI as the user zooms in" from c#6

So not at all clear that rendering the PDF to vcl document canvas as vector
would ever make sense for Writer. Though it already is on the Draw canvas when
you 'break' the inserted PDF into disassembled draw objects--that is too
chaotic to work with efficiently (regrouping into meaningful text and layout)
on a text document.

Not saying it can't be done (i.e. working directly to a skia vector canvas),
but
if one really needs the PDF as vector on the Writer canvas, then conversion to
SVG of individual PDF pages *external* to LibreOffice and then insert as SVG
would be the more supportable work flow.

The project is obliged to handle the SVG inserts correctly (it is part of ODF
1.3) no such standard for handling PDF source images--just what pdfium project
libs provide which at the moment for LibreOffice is into bitmap.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=114233
[Bug 114233] [META] PDF insert/embed bugs and enhancements
-- 
You are receiving this mail because:
You are on the CC list for the bug.