AbstractZonedFeature QML Type

Holds a list of the available zones.

Holds the id to determine which configuration this feature belongs to.

Once the id has been set, it is possible to change certain values using the InterfaceFrameworkConfiguration API.

This property was introduced in Qt 6.5.

See also InterfaceFrameworkConfiguration.

Holds the mode that is used for the autoDiscovery

Available values are:

If necessary, auto discovery is started once the feature creation is completed.

The result of the last autoDiscovery

Available values are:

Indicates whether the feature has been initialized with all the values from the backend.

The property is true once the backend sends the QIfFeatureInterface::initializationDone signal to indicate that all values have now been initialized with values from the backend.

See also isValid and QIfFeatureInterface::initializationDone.

Indicates whether the feature is ready for use.

The property is true if the feature is ready to be used, otherwise false. Not being ready usually indicates that no suitable service object could be found, or that automatic discovery has not been triggered.

The backend still might not have sent all properties yet and is not fully initialized. Use isInitialized instead to know when the feature holds all correct values.

See also QIfServiceObject, discoveryMode, and isInitialized.

Holds a list of wildcards to load the preferred backend during auto discovery.

The auto discovery mechanism will automatically search for backends which provide a matching interface for this feature implementation. See startAutoDiscovery() for more information.

In case multiple backends implement the same interface, the list of wildcards can be used to determine the correct one to load.

The wildcards are applied in order to the found backends. If the wildcard matches some backends those backends will be loaded, otherwise the next wildcard is used.

For example: Given an AbstractFeature with two backends, backend_mqtt.so and backend_qtro.so, the property can be set to "*_mqtt*" to always select the backend_mqtt.so backend when available.

This property was introduced in Qt 6.5.

Sets the service object for the feature.

As Features only expose the front API facing the developer, a service object implementing the actual function is required. This is usually retrieved through the auto discovery mechanism.

The setter for this property returns false if the QIfServiceObject is already set to this particular instance or the QIfServiceObject isn't accepted by the feature.

See also discoveryMode.

Name of the zone for this zoned feature.

The zone can be given in the feature initialization. This property lets you control a single specific feature zone only.

This property is only writable before the backend is connected. Once the backend is discovered and the component is verified to be valid, the zone is not writable anymore. It's not recommended to change the zone after initialization.

 ClimateControl {
     zone: "FrontLeft"
     onAirConditioningChanged: {
         // Take action on front left A/C changes.
     }
}

Provides direct feature access to the given zone.

feature.zoneAt.FrontLeft

Provides access to the feature zones model.

model: feature.zones

Performs an automatic discovery attempt.

The feature tries to locate a single ServiceObject that implements the required interface.

If no ServiceObject is found, the feature remains invalid. If more than one ServiceObject is found, the first instance is used.

This function returns either the type of the backend that was loaded; or an error.

If the discoveryMode is set to QIfAbstractFeature::NoAutoDiscovery, this function does nothing and returns QIfAbstractFeature::NoResult.

Return values are:

See also Dynamic Backend System and QIfServiceManager.