Draft document-rendering tiling API to be called from viewer apps

Michael Stahl mstahl at redhat.com
Wed Jun 6 07:54:36 PDT 2012


On 06/06/12 15:31, Stephan Bergmann wrote:
> On 06/06/2012 03:11 PM, Tor Lillqvist wrote:
>>> I would go the UNO approach nevertheless.
>>
>> It's a hard decision to make...
> 
> With the current state of touch/idl, what you would want to do in C++ is 
> an implementation of the Document service, plus potentially an 
> implementation of an XDocumentRenderCallback object (if you want to call 
> the service's XDocument.render from C++ code).
> 
> The boilerplate for the former boils down to a derivation of 
> cppu::WeakImplHelper1<XDocument>, plus a component_getFactory function 
> (just calling cppu::component_getFactoryHelper) if this is the first 
> service implementation in a given library.  The boilerplate for the 
> latter boils down to a derivation of 
> cppu::WeakImplHelper1<XDocumentRenderCallback>.  Let me know if you need 
> skeleton code (or any other form of help) for that.

by the way, there is a "skeletonmaker" tool that can write a lot of the
boilerplate for you, something like this:

uno-skeletonmaker
-env:UNO_TYPES="file:///so/ws/DEV300/unxsoli4.pro/bin.4/types.rdb"
component --cpp --all -n "CBlankNode" -t com.sun.star.rdf.BlankNode -lh



More information about the LibreOffice mailing list