strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions
office-gobmx/sdext
History
Noel Grandin f24d38de3c loplugin:stringadd in sd/sdext 
when applying my upcoming patch to also consider O[U]StringBuffer

Change-Id: Ic95e72e1c857c6814d6e25b9820494cdfa535465
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/149746
Tested-by: Jenkins
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
2023-03-30 11:38:07 +00:00
..
inc move ErrCode to comphelper and improve debug output string 2022-09-14 08:34:38 +02:00
qa/unit XmlTestTools: factor out common code 2023-03-16 07:21:08 +00:00
source loplugin:stringadd in sd/sdext 2023-03-30 11:38:07 +00:00
CppunitTest_sdext_pdfimport.mk tdf#104597 related: restore the mirroring of Bidi_Mirrored characters 2022-11-30 13:40:24 +01:00
CustomTarget_pdfimport.mk
Executable_pdf2xml.mk tdf#104597 related: restore the mirroring of Bidi_Mirrored characters 2022-11-30 13:40:24 +01:00
Executable_pdfunzip.mk tdf#104597 related: restore the mirroring of Bidi_Mirrored characters 2022-11-30 13:40:24 +01:00
Executable_xpdfimport.mk Fix building without system cairo, fontconfig, freetype, and harfbuzz 2022-09-15 20:38:00 +02:00
IwyuFilter_sdext.yaml
Library_pdfimport.mk tdf#104597 related: restore the mirroring of Bidi_Mirrored characters 2022-11-30 13:40:24 +01:00
Library_PresentationMinimizer.mk loplugin:unusedmethods 2022-12-07 17:17:33 +00:00
Makefile
Module_sdext.mk move presenter console from sdext/ to sd/ 2023-01-21 16:23:19 +00:00
Package_pdfimport_xpdfimport.mk
README.md

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.