Supervisión del Código
Please feel free to add information about the single repositories and directories as you get familiar with the code base. This high-level documentation helps newcomers immensely to understand and master the architecture of LibreOffice.
- 1 repositorios git
- 1.1 repositorios de compilaciones - la fundación construyendo
- 1.2 ure/
- 1.3 libs-core/
- 1.4 libs-extern/
- 1.5 libs-extern-sys/
- 1.6 libs-gui/
- 1.6.1 basebmp:
- 1.6.2 cppcanvas
- 1.6.3 l10ntools
- 1.6.4 svl
- 1.6.5 ucbhelper
- 1.6.6 basegfx
- 1.6.7 dtrans
- 1.6.8 o3tl
- 1.6.9 rsc
- 1.6.10 svtools
- 1.6.11 unotools
- 1.6.12 canvas
- 1.6.13 i18npool
- 1.6.14 padmin
- 1.6.15 sax
- 1.6.16 toolkit
- 1.6.17 vcl
- 1.6.18 comphelper
- 1.6.19 i18nutil
- 1.6.20 psprint_config
- 1.6.21 sot
- 1.6.22 tools
- 1.6.23 vos
- 1.7 components/
- 1.8 filters/
- 2 Repositorio de aplicaciones
The LibreOffice code, currently has a fairly nested structure - while it has one structure in  git - this gets turned into a rather different structure, which is used during the build. We will structure the discussion into some sort of conceptual order here. It would also be useful to have a look at the high-level code architecture description in the OpenOffice.org wiki. Even more useful is a list and description of high-level directories in the source code which will eventually end up on this page. There is also an automatically created documentation of the source code, made with doxygen.
repositorios de compilaciones - la fundación construyendo
'build' is the first module you need to checkout, as it represent the root of the source checkout. It contains a set of build tools and helpers to make it possible, and (hopefully) easy to build LibreOffice. There are a few key directories and files inside build:
- bin/ - this is where critical tools lurk for building
- build/ - this is where the build output lives. Don't make changes to source here, it may get over-written by rsync, or make clean.
- configure - run this (or better autogen.sh) to configure LibreOffice - don't forget the --with-git argument.
- clone/ - this is where download drops the top-level git repositories, touch clone/repos_changed to force a re-sync of the tree to build/
- doc/ - random un-structured thoughts on the code, and other things.
- download - this script, generated by configure from the .in file - will checkout all the git repos into src/ and download other important pre-requisites.
- Makefile.shared - top-level rules are specified here, so they can be shared with Debian rules
- patches/ - obsolete, and being removed - this is where distro specific patches used to lurk; keep out.
- po/ - interim translation solution lives here
- rawbuild/ - this is a symlink tree (on Unix) to the cloned/ repos - such that they can be easily rsynched into build/
- src/ - this is where other ancilliary files and source archives that download needs end-up.
- stamp/ - stores timestamps for various actions required by the Makefile
Provides a BitmapDevice:the vcl software renderer - Provides algorithms and data types for bitmap graphics (e.g. line and fill polygon scan conversion, bitmap format iterators, and a SalGraphics-compatible software renderer). Used for example for wmf / svm files. E.g. used when you do -headless, and have no DISPLAY set - it's an all-software backend for the LibO graphic backend. also see vcl/unx/headless.
helper C++ classes for "canvas", plus a GDIMetaFile-to-XCanvas converter.
Visual Components Library is responsible for the widgets (windowing, buttons, controls..) operating system abstraction, including basic rendering (e.g. the output device).
The VOS (Virtual Object System) library is obsolete since many years but apparently still used. Please see the Easy hacks page on removing VOS and consider helping out with this task.
Repositorio de aplicaciones