strepsirrhini/office-gobmx
9
0
Fork 0
Code Issues Pull requests Projects Releases Packages Wiki Activity Actions

READMEs update: presenter console is now in sd instead of sdext

Browse source 
since 02c4386a09 (in 2023)
move presenter console from sdext/ to sd/

Change-Id: Ia88cdf437aa5546b251fa0eb95cde8a6b6c64391
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/168347
Reviewed-by: Julien Nabet <serval2412@yahoo.fr>
Tested-by: Jenkins
This commit is contained in:
Julien Nabet 2024-06-02 14:02:21 +02:00
parent bcc30f482b
commit 74376c7628
2 changed files with 11 additions and 18 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

11
sd/README.md
View file

@ -34,6 +34,17 @@ PPTX export filter is split into 2 parts. Impress related part is in
The export filter was written in 2009 IIRC and was not much extended
feature-wise lately.
## Presenter Console
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 `Pane`s 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.
## Future Works
Add custom shapes export (see below). enhance text
output, we don't write text style for indentation levels now, need to

18
sdext/README.md
View file

@ -10,21 +10,3 @@ import as draw shapes.
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 `Pane`s 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.