Difference between revisions of "Add-on"
SergeMoutou (Talk | contribs) m (→See also) |
SergeMoutou (Talk | contribs) m (→Introduction) |
||
Line 7: | Line 7: | ||
<OOo_SDK>/Examples/developersGuide/Components/Addon/ProtocolHandlerAddon_cpp | <OOo_SDK>/Examples/developersGuide/Components/Addon/ProtocolHandlerAddon_cpp | ||
− | + | Let's begin with a little comparison between the architectures of a component and the architecture of an addon. | |
=Addon's Architecture= | =Addon's Architecture= |
Revision as of 18:17, 20 June 2009
Introduction
Add-on are tackled also in Developer's Guide.
The addon are like components but they don't add a particular interface. To put it differently they need no IDL file for their construction. Then, if you want to call an addon only menus are available. To describe such component we start with the SDK example in
<OOo_SDK>/Examples/developersGuide/Components/Addon/ProtocolHandlerAddon_cpp
Let's begin with a little comparison between the architectures of a component and the architecture of an addon.
Addon's Architecture
Because we have already encountered components (and addin will be described in a next chapter) we give directly the schematic representation of the addon example in the SDK.
This figure shows us what are the interfaces we have to implement. Four interfaces are showed : com.sun.star.frame.XDispatchProvider, com.sun.star.frame.XDispatch, com.sun.star.lang.XInitialization and com.sun.star.lang.XServiceInfo, and it's a good idea to have a look at them.