office-gobmx/sdext
Noel Grandin 49eb02f07a new loplugin:unusedvariablemore
collection of heuristics to look for local variables that are never read
from i.e. do not contribute to the surrounding logic

This is an expensive plugin, since it walks up the parent tree,
so it is off by default.

Change-Id: Ib8ba292241bd16adf299e8bba4502cb473513a06
Reviewed-on: https://gerrit.libreoffice.org/52450
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2018-04-11 09:48:10 +02:00
..
inc
source new loplugin:unusedvariablemore 2018-04-11 09:48:10 +02:00
CppunitTest_sdext_pdfimport.mk Moving XSAXDocumentBuilder2 to use XFastDocumentHandler: 2018-03-14 14:12:08 +01:00
CustomTarget_pdfimport.mk
Executable_pdf2xml.mk Moving XSAXDocumentBuilder2 to use XFastDocumentHandler: 2018-03-14 14:12:08 +01:00
Executable_pdfunzip.mk Moving XSAXDocumentBuilder2 to use XFastDocumentHandler: 2018-03-14 14:12:08 +01:00
Executable_xpdfimport.mk
Library_pdfimport.mk Moving XSAXDocumentBuilder2 to use XFastDocumentHandler: 2018-03-14 14:12:08 +01:00
Library_PresentationMinimizer.mk
Library_PresenterScreen.mk use more DBG_UNHANDLED_EXCEPTION 2018-04-09 08:46:34 +02:00
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.