b87da3e940
also split up the gperf commands when generating sw/generated/tokens.cxx wsl has trouble appending using shell redirects, so use separate targets and use cat in the final processing step for tokens.cxx see also https://github.com/microsoft/WSL/issues/4400 Change-Id: Id7a24d060e9be71113ec2827a389d347456f6522 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/166338 Reviewed-by: Christian Lohmaier <lohmaier+LibreOffice@googlemail.com> Tested-by: Jenkins |
||
|---|---|---|
| .. | ||
| inc | ||
| qa/unit | ||
| source | ||
| 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 | ||
| Makefile | ||
| Module_sdext.mk | ||
| Package_pdfimport_xpdfimport.mk | ||
| README.md | ||
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.