office-gobmx/canvas
2012-03-26 22:39:42 +09:00
..
inc/canvas Enable -Wnon-virtual-dtor for GCC 4.6 2012-03-14 13:32:02 +01:00
prj
source removed duplicate includes in basic / canvas / chart2 / comphelper 2012-03-26 22:39:42 +09:00
workben
Library_cairocanvas.mk
Library_canvasfactory.mk
Library_canvastools.mk
Library_directx9canvas.mk fdo#47246: canvas: split out static library directxcanvas 2012-03-14 21:08:48 +01:00
Library_gdipluscanvas.mk fdo#47246: canvas: split out static library directxcanvas 2012-03-14 21:08:48 +01:00
Library_nullcanvas.mk Add COMPHELPER_SERVICEDECL_EXPORTS* back in, after libmerge changes 2012-03-16 17:02:23 +01:00
Library_simplecanvas.mk
Library_vclcanvas.mk
Makefile
Module_canvas.mk fdo#47246: canvas: split out static library directxcanvas 2012-03-14 21:08:48 +01:00
Package_inc.mk
README
StaticLibrary_directxcanvas.mk compile these with exceptions again 2012-03-17 21:52:46 +01:00

New canvas implementation to improve rendering, various backends implement the new XCanvas API eg. Cairo / DirectX.

== The new OOo Canvas Framework ==

The new OpenOffice.org 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).

For migration purposes, the new canvas and VCL will be shipped with
OpenOffice.org for quite some time, allowing a step-by-step adaptation
of the applications. Therefore, the canvas and VCL must somehow
interoperate, since new code, using the canvas, typically is embedded
in a VCL-based environment (for example, the OOo windows are still
provided by VCL. To render into such a window via the canvas, a canvas
must be constructable from a VCL window). Thus, essentially two new
methods are provided at VCL's window, namely Window::GetCanvas() and
Window::GetFullScreenCanvas(). Apart from that small link, canvas and
VCL are completely separated.

The canvas framework currently consists of the following two new
CVS modules, /gsl/canvas and /gsl/cppcanvas. Additionally, a new
generic graphics tooling is used (but not exclusively by the canvas,
Armin's recent drawing layer fixups also make use of it), which
resides in /graphics/basegfx. From these modules, six libraries are
currently delivered, namely vclcanvas.uno.dll, javacanvas.jar,
directxcanvas.uno.dll, canvastools680mi.dll, cppcanvas680mi.dll, and
basegfx680mi.dll.


== The new OOo slideshow engine ==

The new OpenOffice.org slideshow engine will replace the current
Impress-embedded presentation framework with a fully independent UNO
component, and it will be based on the new canvas. In its current
state, it is able to provide a basic set of functionality, enabling
the playback of simple presentations. It furthermore provides features
like double-buffering, hardware-accelerated alpha-blending (currently
not on all platforms) and anti-aliased rendering of all primitives.

In a second step, this new slideshow engine will then be integrated
with Impress model enhancements and extended PowerPoint import/export
filters, to implement nearly all of PowerPoint's set of effects.

The new slideshow engine is currently not accessible from the office
UI, but included in the installations sets. Thus, other developers can
start to use the new functionality, and base their own implementations
on top of that. For the records, the respective UNO implementation of
the slideshow resides in the slideshow.uno.dll library.