diff options
author | Eike Rathke <erack@redhat.com> | 2017-09-18 16:47:59 +0200 |
---|---|---|
committer | Eike Rathke <erack@redhat.com> | 2017-09-18 18:10:41 +0200 |
commit | b149201a076ed2d39fb95dd1c3d1367c9ef6924d (patch) | |
tree | 7a6ccc7f71973efc22a570995b8df315eef558d4 /fpicker/source/win32/misc/WinImplHelper.hxx | |
parent | 7654183a53cd221e54a10a1bf5497df0c788860d (diff) |
Export to PNG: use proper dialog and filter options, tdf#108317
... and not the crude JPG ones.
The com.sun.star.svtools.SvFilterOptionsDialog service has all we need,
so teach it to cope with non-Graphics source documents and let
ExportDialog handle that as well, just the actual rendering needs to go
via GraphicExportFilter (and effectively DocumentToGraphicRenderer), so
don't let that overwrite the properties set by the filter dialog.
Switching to the dialog then is just a matter of changing the
UIComponent in filter/source/config/fragments/filters/calc_png_Export
The same mechanism probably could be used by Writer as well by adjusting
filter/source/config/fragments/filters/writer_png_Export.xcu and maybe
filter/source/config/fragments/filters/writer_jpg_Export.xcu
in which case the GraphicExportOptionsDialog likely would be moot
then.
Also, it looks like a
filter/source/config/fragments/filters/calc_jpg_Export.xcu
(which doesn't exist yet) could be possible using the same mechanism.
Change-Id: I1fb9b33a6490dc39d7591b2b5913be182bb820e5
Reviewed-on: https://gerrit.libreoffice.org/42421
Reviewed-by: Eike Rathke <erack@redhat.com>
Tested-by: Eike Rathke <erack@redhat.com>
Diffstat (limited to 'fpicker/source/win32/misc/WinImplHelper.hxx')
0 files changed, 0 insertions, 0 deletions