diff options
author | Jan Holesovsky <kendy@collabora.com> | 2019-10-18 11:19:04 +0200 |
---|---|---|
committer | Tomaž Vajngerl <quikee@gmail.com> | 2020-06-06 19:23:54 +0200 |
commit | 15834ad4dee944374f4b6298f2d384d185a49815 (patch) | |
tree | bb52eb53d8e48fbab826374bb982b18341a373cd /filter/source/pdf/pdffilter.component | |
parent | 3862929efcc5e9275d878bbe64cb034796e4012d (diff) |
pdfium: Make Insert -> Image... use VectorGraphicData for PDF.
In principle, the current Svg/Emf/Wmf and PDF handling is trying to
achieve the same thing: Keep the original stream untouched, provide a
replacement graphics, and a kind of rendering.
To hold the data, the Svg/Emf/Wmf and PDF were using different structures
though. This commit consolidatates that, and makes the Insert
-> Image... (for PDF) actually using the VectorGraphicData to hold the
original stream.
This breaks loading the PDF as a document via PDFium - I'll fix it in
the next commit(s).
Change-Id: Iac102f32b757390a03438c165e430283851cc10b
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90561
Tested-by: Jenkins
Reviewed-by: Tomaž Vajngerl <quikee@gmail.com>
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/95618
Tested-by: Tomaž Vajngerl <quikee@gmail.com>
Diffstat (limited to 'filter/source/pdf/pdffilter.component')
-rw-r--r-- | filter/source/pdf/pdffilter.component | 3 |
1 files changed, 3 insertions, 0 deletions
diff --git a/filter/source/pdf/pdffilter.component b/filter/source/pdf/pdffilter.component index 06cee2e4aa27..bc6d8006be24 100644 --- a/filter/source/pdf/pdffilter.component +++ b/filter/source/pdf/pdffilter.component @@ -28,4 +28,7 @@ <implementation name="com.sun.star.comp.PDF.PDFExportInteractionHandler"> <service name="com.sun.star.filter.pdfexport.PDFExportInteractionHandler"/> </implementation> + <implementation name="com.sun.star.comp.PDF.PDFDecomposer"> + <service name="com.sun.star.graphic.PdfTools"/> + </implementation> </component> |