91ba9654ba
...so that its TOOLS_WARN_EXCEPTION can be used in comphelper/source/misc/logging.cxx in a follow-up commit. (And while at it, rename from diangose_ex.h to the more appropriate diagnose_ex.hxx. The comphelper module is sufficiently low-level for this immediate use case, so use that at least for now; o3tl might be even more suitable but doesn't have a Library until now. Also, for the immediate use case it would have sufficed to only break DbgGetCaughtException, exceptionToString, TOOLS_WARN_EXCEPTION, TOOLS_WARN_EXCEPTION_IF, and TOOLS_INFO_EXCEPTION out of include/tools/diagnose_ex.h into an additional new include/comphelper/diagnose_ex.hxx, but its probably easier overall to just move the complete include file as is.) Change-Id: I9f3222d4ccf1a9ac29d7eb9ba1530d53e2affaee Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138451 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> |
||
---|---|---|
.. | ||
inc | ||
opengl | ||
qa/cppunit | ||
source | ||
workben | ||
CppunitTest_canvas_test.mk | ||
Executable_canvasdemo.mk | ||
IwyuFilter_canvas.yaml | ||
Library_cairocanvas.mk | ||
Library_canvasfactory.mk | ||
Library_canvastools.mk | ||
Library_directx9canvas.mk | ||
Library_gdipluscanvas.mk | ||
Library_oglcanvas.mk | ||
Library_simplecanvas.mk | ||
Library_vclcanvas.mk | ||
Makefile | ||
Module_canvas.mk | ||
Package_opengl.mk | ||
README.md | ||
README.vars | ||
StaticLibrary_directxcanvas.mk |
UNO-based Graphics Backend
UNO-based graphics backend, lesser impedance to modern graphics APIs than vcl.
The canvas Framework
The canvas
framework is the successor of the system GUI and graphics
backend VCL. Basic functionality is available, supplying just as much
features as necessary to provide a VCL-equivalent feature set (except
proper BiDi/CTL support).
The canvas
framework consists of the following two modules, canvas
and
cppcanvas
. Additionally, a new generic graphics tooling is used (but
not exclusively by the canvas, Armin's drawinglayer module also make
use of it), which resides in basegfx
.
The UNO API used by the canvas is primarily under
css::rendering
, with css::rendering::XCanvas
being the central interface.
The slideshow Engine
The slideshow
engine has replaced the former Impress-embedded
presentation framework with a fully independent UNO component, and it
is based on the canvas. Some features used there are only available
from canvas
, like double-buffering, and hardware-accelerated
alpha-blending (currently not on all platforms).
Cairo canvas
Cairo canvas
is one of backends of canvas component. canvas
is mostly
used for slideshow rendering and also for emf+ rendering. we hoped it
will even be used by drawing layer, but it didn't happen (yet?) for
API look at offapi/com/sun/star/rendering/
, the implementation is in
canvas
and cppcanvas
modules.
Cairo canvas
backend uses Cairo library for rendering. Main advantage
is support of alpha transparency and in some cases accelerated
rendering.
The backend itself is quite old and stable, not many changes in that area lately, mostly changes for emf+ rendering, communication with vcl and bugfixes
Future Works
Look at Cairo canvas
and situation when it is used
(mostly slideshow).
TODO
There still might be more cases when we can save some roundtrips when exchanging data with vcl.