/* -*- 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_configuration_ConfigurationProvider_idl__
#define __com_sun_star_configuration_ConfigurationProvider_idl__
#include An implementation is usually obtained from a
com::sun::star::lang::ServiceManager. The arguments passed to
com::sun::star::lang::XMultiComponentFactory::createInstanceWithArgumentsAndContext()
select the configuration data source. Arguments must be provided as
com::sun::star::beans::NamedValue
or com::sun::star::beans::PropertyValue.
If the parameters given are incomplete missing values are taken
from the context or the environment. If an instance already exists for the
given set of arguments, the existing instance may be reused.
In particular, instantiating a provider without explicit arguments to access
the default configuration data will always yield the same
com::sun::star::configuration::DefaultProvider object.
Some arguments for
com::sun::star::lang::XMultiServiceFactory::createInstanceWithArguments()
may be given default values during creation of this service. In particular
this applies to the parameters The parameter aServiceSpecifier passed to
com::sun::star::lang::XMultiServiceFactory::createInstanceWithArguments()
supports at least the service specifiers
Using the first of these service specifiers requests a read-only view of
the configuration.
The object that is created implements service ConfigurationAccess.
To reflect its element role as root of the view, it implements
service AccessRootElement.
Using the second form requests an updatable view of the configuration.
The object that is created should implement service
ConfigurationUpdateAccess. To reflect its element role
which includes controlling updates for the whole view, it implements
service UpdateRootElement.
The arguments passed to
com::sun::star::lang::XMultiServiceFactory::createInstanceWithArguments()
in parameter aArguments specify the view of the configuration that
should be created. That is, they determine the subset of elements that can be
accessed starting from the returned object. Each element of the argument
sequence should be a com::sun::star::beans::PropertyValue
or a com::sun::star::beans::NamedValue,
so that the parameters can be identified by name rather than by position.
What combinations of arguments are supported depends on the service name.
With both of the standard service-specifiers above, an implementation must
accept a single argument named Other arguments can be used to control the behavior of the view. These
are different for different implementations. Whether and how they are used
may also depend on the configuration store and configuration that were
selected when the provider was created.
An implementation must ignore unknown arguments. Some parameters that are commonly supported are: Example: In the hierarchy
"Locale"
and "EnableAsync"
.
"com.sun.star.configuration.ConfigurationAccess"
and
"com.sun.star.configuration.ConfigurationUpdateAccess"
.
If the root element of the view is marked read-only (as indicated
by com::sun::star::beans::PropertyAttributes::READONLY),
the implementation may either raise an exception or return a (read-only)
ConfigurationAccess/AccessRootElement instead.
nodepath
of type `string`.
This argument must contain the absolute path to an element of the
configuration. The view that is selected consists of the named element and
all its descendants.
"nodepath"
: `string`"depth"
: `short`"locale"
: com::sun::star::lang::Locale
A - B1 - C1
|
- B2 - C2 (localized: de, en, fr, ..)
| |
| - C3 - D1
| | |
| | - D2 - E1
| |
| - C4 - D3 - E2 - F1
| | |
| | - F2
| |
| - C5
|
- B3
|
- B4 - C6 - D4 - E3
selecting a view with nodepath = "/A/B2"
,
depth = 2
and locale = <Locale for en_US>
would result in the tree fragment
(A-) B2 - C2 (en)
|
- C3 - D1
| |
| - D2 (..)
|
- C4 - D3 (..)
|
- C5
"enableasync"
: `boolean`This parameter was formerly called "lazywrite"
.
The old name should still be supported for compatibility.
"nocache"
: `boolean`This parameter is not supported by all implementations and may be silently ignored !
com::sun::star::lang::XMultiServiceFactory::createInstance() may be unusable. Only an implementation that supports service names that can be used with no further arguments support this method. It should return the same result as if com::sun::star::lang::XMultiServiceFactory::createInstanceWithArguments() had been called using an empty sequence of arguments.
*/ interface com::sun::star::lang::XMultiServiceFactory; /** allows controlling or observing the lifetime of the configuration.The owner of the provider may dispose of this object using com::sun::star::lang::XComponent::dispose(). Note that the default provider is owned by the com::sun::star::lang::ServiceManager and should not be disposed of by user code.
Views created by the provider generally refer to data that is managed by the provider. Therefore, disposing of the provider will cause all objects belonging to these views to be disposed of as well. This does not apply to snapshot views that have their own copy of the data, if available.
*/ interface com::sun::star::lang::XComponent; }; }; }; }; }; #endif /* vim:set shiftwidth=4 softtabstop=4 expandtab: */