From c16158772d64cab8a4ed1f165cab57d307998e78 Mon Sep 17 00:00:00 2001 From: Hossein Date: Tue, 23 Mar 2021 14:20:32 +0430 Subject: Using .md extension/Markdown syntax for modules README Renaming all README files for all top level modules to README.md, applying no content change at this stage to be able to track history of the files. These files should be edited to use correct Markdown syntax later. Change-Id: I542fa3f3d32072156f16eaad2211a397cc212665 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/112977 Tested-by: Jenkins Reviewed-by: Christian Lohmaier --- sdext/README | 30 ------------------------------ sdext/README.md | 30 ++++++++++++++++++++++++++++++ 2 files changed, 30 insertions(+), 30 deletions(-) delete mode 100644 sdext/README create mode 100644 sdext/README.md (limited to 'sdext') diff --git a/sdext/README b/sdext/README deleted file mode 100644 index 63bfd6d0a793..000000000000 --- a/sdext/README +++ /dev/null @@ -1,30 +0,0 @@ -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. diff --git a/sdext/README.md b/sdext/README.md new file mode 100644 index 000000000000..63bfd6d0a793 --- /dev/null +++ b/sdext/README.md @@ -0,0 +1,30 @@ +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. -- cgit