/* -*- 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_inspection_XObjectInspectorModel_idl__ #define __com_sun_star_inspection_XObjectInspectorModel_idl__ #include #include module com { module sun { module star { module inspection { interface XPropertyHandler; /** describes the model of an ObjectInspector @see ObjectInspector @since OOo 2.0.3 */ interface XObjectInspectorModel { /** describes a set of factories for creating XPropertyHandlers

Every element of the sequence must contain information to create a XPropertyHandler instance. Two ways are currently supported:

This attribute is usually only evaluated by the ObjectInspector instance which the model is currently bound to.

The order of factories is important: If two property handlers declare themselves responsible for the same property, the one whose factory is listed last wins. Also, if a handler B wants to supersede a property of another handler A, A's factory must precede the factory of B.

@see XPropertyHandler::getSupportedProperties @see XPropertyHandler::getSupersededProperties */ [attribute, readonly] sequence< any > HandlerFactories; /** describes the property categories used by the property handlers.

Properties can be sorted into different categories, described by the LineDescriptor::Category attribute, which is filled in XPropertyHandler::describePropertyLine() method of your property handler.
Those names provided by the handlers are programmatic names. All other information about categories is part of the PropertyCategoryDescriptor, and describeCategories() assembles information about all categories which all property handlers provided by the model use.

@return a sequence of category descriptors. Their relative ordering also describes the relative ordering of the categories in the ObjectInspector's user interface.
The sequence must not contain two entries with the same programmatic name.

The model implementation might return an empty sequence here, in this case, the ObjectInspector automatically builds its category information from the categories provided by the property handlers. @see PropertyCategoryDescriptor @see LineDescriptor::Category */ sequence< PropertyCategoryDescriptor > describeCategories(); /** retrieves an index in a global property ordering, for a given property name

In the user interface of an ObjectInspector, single properties are represented by single lines, and those lines are displayed successively. To determine an order of the property lines, the inspector model can associate an "order index" with each property. The ObjectInspector will then sort the property lines in a way that they have the same relative ordering as the "order indexes" of their properties.

Note that the concrete value the model returns for a given property does not matter. All what matters is that if you want a certain property Foo to be displayed after another property Bar, then the order index of Foo should be greater than the order index of Bar.

If for two different properties the same order index is returned, the ObjectInspector will assume the order in which those properties were provided by the respective property handler (XPropertyHandler::getSupportedProperties()).
If two such properties originate from different handlers, they will be ordered according to the order of the handlers, as provided in the HandlerFactories attribute.

@param PropertyName the property whose global order index should be retrieved @return the global order index of PropertyName. */ long getPropertyOrderIndex( [in] string PropertyName ); /** indicates that the object inspector should have a help section.

The object inspector displays lines of property/values, optionally grouped into categories, as described by the property handlers.
Additionally, the inspector can optionally display a section dedicated to help texts. Clients could use this section to display context-sensitive help, for instance short texts explaining the currently selected property.

@since OOo 2.2 */ [attribute, readonly] boolean HasHelpSection; /** denotes the minimum number of lines of text to be reserved for the help section.

This property is ignored by the ObjectInspector if HasHelpSection is .

The layout of the ObjectInspector is undefined if MinHelpTextLines is larger than MaxHelpTextLines.

@since OOo 2.2 */ [attribute, readonly] long MinHelpTextLines; /** denotes the maximum number of lines of text to be reserved for the help section.

This property is ignored by the ObjectInspector if HasHelpSection is .

The layout of the ObjectInspector is undefined if MaxHelpTextLines is smaller than MinHelpTextLines.

@since OOo 2.2 */ [attribute, readonly] long MaxHelpTextLines; /** determines whether the object inspector's UI should be read-only.

In this case, the user is able to browse through all properties, but cannot change any of them.

In a read-only object inspector, the property controls are readonly or disabled themselves, and the primary and secondary buttons of a property line are both disabled.

@see XPropertyControl @see LineDescriptor */ [attribute, bound] boolean IsReadOnly; }; }; }; }; }; #endif /* vim:set shiftwidth=4 softtabstop=4 expandtab: */