2012-02-09 01:58:23 -06:00
|
|
|
Extensions for the Impress and Draw applications.
|
2015-07-07 15:54:06 -05:00
|
|
|
|
|
|
|
source/pdfimport/ - PDF import
|
|
|
|
|
2015-07-08 05:12:55 -05:00
|
|
|
Uses an external poppler process to parse and handle PDF
|
2015-07-07 15:54:06 -05:00
|
|
|
import as draw shapes.
|
|
|
|
|
2015-07-08 07:51:05 -05:00
|
|
|
source/minimizer/ - Presentation Minimizer
|
2015-07-07 15:54:06 -05:00
|
|
|
|
|
|
|
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.
|
2017-11-10 16:27:02 -06:00
|
|
|
|
|
|
|
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().
|
2018-03-07 05:32:59 -06:00
|
|
|
|
|
|
|
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.
|