From 74376c76285f6d38e559d7425e6a31148df10263 Mon Sep 17 00:00:00 2001 From: Julien Nabet Date: Sun, 2 Jun 2024 14:02:21 +0200 Subject: READMEs update: presenter console is now in sd instead of sdext since 02c4386a09c7364d58c50a388ff77db14810a218 (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 Tested-by: Jenkins --- sd/README.md | 11 +++++++++++ sdext/README.md | 18 ------------------ 2 files changed, 11 insertions(+), 18 deletions(-) diff --git a/sd/README.md b/sd/README.md index 4413a0776210..01be57ff8657 100644 --- a/sd/README.md +++ b/sd/README.md @@ -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 diff --git a/sdext/README.md b/sdext/README.md index 86cb1d2af7ca..4488ca424a17 100644 --- a/sdext/README.md +++ b/sdext/README.md @@ -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. -- cgit