office-gobmx/sdext
Adam Majer a7be9479a0 Move Boost.Spirit usage away from legacy namespace
Remove BOOST_SPIRIT_USE_OLD_NAMESPACE defines and move all usage
of Boost.Spirit to boost::spirit::classic namespace.

Change-Id: I7dc5bed4d1b51f4a0bd1a4ae40c2024222127ce3
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/89079
Tested-by: Jenkins
Reviewed-by: Tomáš Chvátal <tchvatal@suse.com>
2020-02-20 18:50:24 +01:00
..
inc make update_pch also consider files in <module>/src/**/inc 2020-02-01 20:12:21 +01:00
source Move Boost.Spirit usage away from legacy namespace 2020-02-20 18:50:24 +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
IwyuFilter_sdext.yaml tdf#42949 Fix IWYU warnings in sdext/ 2019-11-13 09:45:38 +01:00
Library_pdfimport.mk Move Boost.Spirit usage away from legacy namespace 2020-02-20 18:50:24 +01:00
Library_PresentationMinimizer.mk do not require $(SRCDIR) in every gb_Library_set_precompiled_header 2019-09-23 10:47:25 +02:00
Library_PresenterScreen.mk
Makefile
Module_sdext.mk build: support disabling poppler 2019-03-07 11:43:25 +01:00
Package_pdfimport_xpdfimport.mk gbuild: set Package default target to INSTDIR 2013-10-28 20:17:26 +01:00
README sdext: document the secondary screen of Presenter Console 2018-03-07 13:08:18 +01:00

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.