* A quick overview of the LibreOffice code structure. ** Overview You can develop for LibreOffice in one of two ways, one recommended and one much less so. First the somewhat less recommended way: it is possible to use the SDK, for which you can read the API docs here http://api.libreoffice.org/. This re-uses the (extremely generic) APIs we provide for macro scripting in StarBasic. The best way to add a generally useful feature to LibreOffice is to work on the code base however. Overall this way makes it easier to compile and build your code, it avoids any arbitrary limitations of our scripting APIs, and in general is far more simple and intuitive - if you are a reasonably able C++ programmer. ** The important bits of code Each module should have a README file inside it which has some degree of documentation for that module; patches are most welcome to improve those. We have those turned into a web-page here: http://docs.libreoffice.org/ However, there are two hundred modules, many of them of only peripheral interest for a specialist audience. So - where is the good-stuff, the code that is most useful. Here is a quick overview of the most important ones: sal/ - this provides a simple System Abstraction Layer tools/ - this provides basic internal types: 'Rectangle', 'Color' etc. vcl/ - this is the widget toolkit library and one rendering abstraction svx/ - graphics related helper code, including much of 'draw' / 'impress' sfx2/ - core framework: document model / load/save / signals for actions etc. framework - UNO wrappers around the core framework, responsible for building toolbars, menus, status bars, and the chrome around the document using widgets from VCL, and XML descriptions from */uiconfig/ files Then applications desktop/ - this is where the 'main' for the application lives, init / bootstrap the name dates back to an ancient StarOffice that also drew a desktop sw/ - writer. sc/ - calc sd/ - draw / impress There are several other libraries that are helpful from a graphical perspective: basebmp/ - enables a VCL compatible rendering API to render to bitmaps, as used for LibreOffice on-line, Android, iOS etc. basegfx/ - algorithms and data-types for graphics as used in the canvas canvas/ - new (UNO) canvas rendering model with various backends cppcanvas/ - C++ helper classes for using the UNO canvas drawinglayer/ - code to render and manage document drawing shapes and break them down into primitives we can render more easily. ** Finding out more Beyond this, you can read the README files, send us patches, ask on the mailing list libreoffice@lists.freedesktop.org (no subscription required) or poke people on IRC #libreoffice-dev on irc.freenode.net - we're a friendly and generally helpful mob. We know the code can be hard to get into at first, and so there are no silly questions. ra/cp-4.2 LibreOffice 核心代码仓库文档基金会
summaryrefslogtreecommitdiff
path: root/hwpfilter
AgeCommit message (Expand)Author
2011-11-27remove precompiled_xxx.hxx/cxxNorbert Thiebaud
2011-11-27remove pch from the include listNorbert Thiebaud
2011-11-27remove include of pch header from hwpfilterNorbert Thiebaud
2011-11-27remove pre-compiled header support in gbuild and gbuildified moduleNorbert Thiebaud
2011-11-25make gbuild makefiles run independant of pwd againBjoern Michaelsen
2011-11-16tweak gbuild standart Makefile to allow partial build in unsourced envNorbert Thiebaud
2011-11-11Heavily simplified utl::ConfigManager.Stephan Bergmann
2011-11-11Make .component files directly usable within UNO_SERVICES.Stephan Bergmann
2011-10-15split bootstrapfixture and move test-filters class for sot testCaolán McNamara
2011-10-05test fix: use setUp and tearDown not constructors to init LibreOfficeMichael Meeks
2011-10-05simplfy dmake to gbuild bridgefileBjoern Michaelsen
2011-10-04add missed file hwpfilter/RdbTarget_hwpfilter_test_hwpfilter.mkBjoern Michaelsen
2011-10-04adapt hwpfilter unittests to separate RdbTarget makefile requirementBjoern Michaelsen
2011-10-02valgrind: fix leakCaolán McNamara
2011-09-30merge filters-test codeCaolán McNamara
2011-09-22Always link with user32Tor Lillqvist
2011-09-16Simplified setting headless mode for smoke-/subsequenttetss.Stephan Bergmann
2011-09-12sb140: #i113503# mixing system CppUnit and OOo STLport does not work, backed ...Stephan Bergmann
2011-09-09WaE: constify these (worrying-looking) font name tablesCaolán McNamara
2011-09-09I see no immediate reason for this #ifndef __MINGW32__Tor Lillqvist
2011-08-19detect gmake 3.81 and limit to -j1 unless num-cpu is explicitly setNorbert Thiebaud
2011-08-10prefer makefile-gmake-mode to plain makefile-modeTakeshi Abe
2011-08-06