/* -*- Mode: C++; tab-width: 4; indent-tabs-mode: nil; c-basic-offset: 4 -*- */
/*
* This file is part of the LibreOffice project.
*
* This Source Code Form is subject to the terms of the Mozilla Public
* License, v. 2.0. If a copy of the MPL was not distributed with this
* file, You can obtain one at http://mozilla.org/MPL/2.0/.
*
* This file incorporates work covered by the following license notice:
*
* Licensed to the Apache Software Foundation (ASF) under one or more
* contributor license agreements. See the NOTICE file distributed
* with this work for additional information regarding copyright
* ownership. The ASF licenses this file to you under the Apache
* License, Version 2.0 (the "License"); you may not use this file
* except in compliance with the License. You may obtain a copy of
* the License at http://www.apache.org/licenses/LICENSE-2.0 .
*/
#ifndef __com_sun_star_document_FilterFactory_idl__
#define __com_sun_star_document_FilterFactory_idl__
#include
After a generic TypeDetection an internal type name
will be known. Further a generic com::sun::star::frame::FrameLoader
can use this information, to search a suitable filter (may the default filter) at
this factory and use it for loading the document into a specified frame.
This factory implements read/write access on the underlying configuration set.
and further a validate and flush mechanism for more performance and a special query mode
can be used here too.
Current behavior
The methods createInstance() or createInstanceWithArguments() of this interface must be
called with an internal type name!. This name is used internally to search a suitable
(mostly the default) filter for this type then. The found filter will be created, initialized
and returned then. Creation of a filter by using its internal filter name directly can be
reached by using createInstanceWithArguments() with an optional property "FilterName" only.
See the following example:
@code{.java}
private com.sun.star.uno.XInterface createFilterDirect( com.sun.star.lang.XMultiServiceFactory xFilterFactory ,
java.lang.String sInternalFilterName )
{
com.sun.star.beans.PropertyValue aFilterProp = new com.sun.star.beans.PropertyValue();
aFilterProp.Name = "FilterName";
aFilterProp.Value = sInternalFilterName;
com.sun.star.uno.Any[] lProps = new com.sun.star.uno.Any[1];
lProps[0] = aFilterProp;
java.lang.Object aFilter = xFilterFactory.createInstanceWithArguments("", lProps);
return (com.sun.star.uno.XInterface)UnoRuntime.queryInterface(com.sun.star.uno.XInterface.class, aFilter);
}
@endcode
Proposed behavior
Searching of a suitable filter for a given internal type name, must be done by the new interface
com::sun::star::container::XContainerQuery, available on this factory too.
The factory interface can be used to create filter components by its internal filter name only.
How it can be distinguished?
The new proposed implementation will throw a com::sun::star::container::NoSuchElementException
if the first parameter of createInstance() or createInstanceWithArguments() does not match to a valid container (means
filter) item. Further it will throw a com::sun::star::lang::IllegalArgumentException if the optional
parameter "FilterName" could not be detected inside the argument list of call createInstanceWithArguments().
Initialization of a filter component
Every filter, which was created by this factory can(!) be initialized with its own configuration data
and may given optional arguments of the corresponding createInstanceWithArguments() request. To do so the filter
instance must support the optional interface com::sun::star::lang::XInitialization.
The arguments parameter will have the following structure:
Every container item is specified as a set of properties and will be represented by a sequence< com::sun::star::beans::PropertyValue > structure. Follow properties are supported: (But note: not all of them must be present every time!)
Property Name | Value Type | Description |
Name | [string] | The internal name is the only value, which makes a container item unique. |
UIName | [string] | It contains the localized name for this filter for the current locale. |
UINames | [sequence< string >] | It contains all available localized names for this filter. The are organized in pairs and represented as a structure of sequence< com::sun::star::beans::PropertyValue >. The name of such property must be interpreted as locale; its value as the localized filter name corresponding to this locale. |
Type | [string] | Every filter is registered for a type. This value contains the internal name of it. (see service TypeDetection for further information) |
DocumentService | [string] | It's the UNO service name of the document type, which can be handled by this filter. (e.g. com::sun::star::text::TextDocument) |
FilterService | [string] | It means the UNO implementation name of the filter component. Note: It really means the implementation instead of the UNO service name. Because it's not possible to distinguish between more than one filters; if all of them uses a generic identifier! |
Flags | [integer] | They describe the filter more specific. (e.g. they mark it as IMPORT/EXPORT or DEFAULT filter.) |
UserData | [string] | This field contains filter specific configuration data. |
FileFormatVersion | [integer] | It specifies the supported file format version if there exist more than ones. |
TemplateName | [string] | It's the name of a suitable default template. |
Note:
All elements of this container will be addressed by his internal name,
and it must be an unambiguous value.
Against simple property search it provides some complex algorithms too. For further information please read the SDK documentation.
*/ interface com::sun::star::container::XContainerQuery; /** can be used to perform container changes.Because the complexness of such configuration set can be very high, it seems not very useful to update the underlying configuration layer on every container change request immediately. Another strategy can be to make all changes (adding/changing/removing of items) and call flush at the end. That will validate the whole container and reject inconsistent data sets. Only in case all made changes was correct, they will be written back to the configuration. Further this interface provides the possibility, that interested changes listener can be registered too.
*/ [optional] interface com::sun::star::util::XFlushable; }; }; }; }; }; #endif /* vim:set shiftwidth=4 softtabstop=4 expandtab: */