office-gobmx/sdext
Stephan Bergmann 58a61c0b85 Silence Boost bind deprecation warning
> In file included from sdext/source/pdfimport/pdfparse/pdfparse.cxx:35:
> In file included from external/boost/include/boost/bind.hpp:30:
> workdir/UnpackedTarball/boost/boost/bind.hpp:36:1: warning: The practice of declaring the Bind placeholders (_1, _2, ...) in the global namespace is deprecated. Please use <boost/bind/bind.hpp> + using namespace boost::placeholders, or define BOOST_BIND_GLOBAL_PLACEHOLDERS to retain the current behavior. [-W#pragma-messages]
> BOOST_PRAGMA_MESSAGE(
> ^

since e0f1b5bd94 "Upgrade external/boost to latest
Boost 1.75.0".  boost/bind/bind.hpp and boost::placeholders appear to date back
to before our Boost 1.66 baseline.

Change-Id: I766be46fca02693fe0114c7c5855e6d94f7860a4
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/109228
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-01-13 17:53:38 +01:00
..
inc update pches 2020-12-04 12:05:13 +01:00
source Silence Boost bind deprecation warning 2021-01-13 17:53:38 +01:00
CppunitTest_sdext_pdfimport.mk
CustomTarget_pdfimport.mk
Executable_pdf2xml.mk
Executable_pdfunzip.mk
Executable_xpdfimport.mk
IwyuFilter_sdext.yaml
Library_pdfimport.mk
Library_PresentationMinimizer.mk
Library_PresenterScreen.mk
Makefile
Module_sdext.mk
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.