office-gobmx/sdext
Noel bb06f51308 loplugin:stringviewparam extend to comparison operators
which means that some call sites have to change to use
unicode string literals i.e. u"foo" instead of "foo"

Change-Id: Ie51c3adf56d343dd1d1710777f9d2a43ee66221c
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/106125
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2020-11-24 09:45:04 +01:00
..
inc SvTreeListBox can move into toolkit headers now 2020-08-12 20:23:20 +02:00
source loplugin:stringviewparam extend to comparison operators 2020-11-24 09:45:04 +01:00
CppunitTest_sdext_pdfimport.mk
CustomTarget_pdfimport.mk GBUILD_TRACE, support for finding out where the build time is spent 2020-02-16 14:49:45 +01:00
Executable_pdf2xml.mk
Executable_pdfunzip.mk
Executable_xpdfimport.mk Add version resource to executables where it was missing 2019-08-31 00:22:28 +02:00
IwyuFilter_sdext.yaml replace usage of blacklist with excludelist for IWYU 2020-07-10 02:03:40 +02:00
Library_pdfimport.mk sdext/pdfimport: create instances with uno constructors 2020-07-16 21:19:20 +02:00
Library_PresentationMinimizer.mk sdext/minimizer: create instances with uno constructors 2020-07-17 09:30:41 +02:00
Library_PresenterScreen.mk sdext/presenter: create instances with uno constructors 2020-07-16 20:35:53 +02:00
Makefile
Module_sdext.mk build: support disabling poppler 2019-03-07 11:43:25 +01:00
Package_pdfimport_xpdfimport.mk
README

Extensions for the Impress and Draw applications.

source/pdfimport/ - PDF import

	Uses an external poppler process to parse and handle PDF
	import as draw shapes.

source/minimizer/ - Presentation Minimizer

	Shrinks presentations by down-scaling images, and removing
	extraneous eg. embedded OLE content.

source/presenter/ - Impress / Presenter Console.

	This couples to sd/ in rather strange ways. Its design is
	heavily mangled by an attempt to use only UNO interfaces
	which are highly inadequate. This leads to somewhat
	ridiculous situations. Activating in response to
	configuration keys (for example), and the 'XPresenterHelper'
	interface inside sd/ used to create and manage windows.

    The main screen uses a hardware-accelerated
    canvas (e.g. cairo canvas), while the entire secondary screen
    uses a VCL-canvas that is created in
    sd::framework::FullScreenPane::CreateCanvas().

    The secondary screen contains 3 "Panes" which each have
    2 XWindows for the border area & the actual content,
    and each content Pane is backed by a sd::presenter::PresenterCanvas
    that wraps the FullScreenPane's canvas and does clipping.