QML LandmarkAbstractModel Element

Controls whether the model data should be automatically updated when appropriate events occur: limit changes, offset changes, filter changes, filter contents change, or sorting rules change. Property also controls whether the data is updated automatically once model instantiation is completed.

Note: while autoUpdate adds to development comfort, each change in appropriate parameters cause full fetch from underlying database and therefore its use should be thought through. E.g. if your application inherently behaves such that filters, their contents, and underlying database change very frequently, it may be wiser to bind a manual update call to a less hectic trigger source.

This property group was introduced in Mobility 1.2.

Indicates the number of items currently in the model (landmarks/categories).

This property group was introduced in Mobility 1.2.

Human readable string of the last error that occurred (read-only).

This property group was introduced in Mobility 1.2.

Sets the maximum amount of items held by the model.

This property group was introduced in Mobility 1.2.

Sets the offset for the landmarks. For example if one creates a tabbed / paged application, the offset could be changed dynamically by a multiple of items per page.

This property group was introduced in Mobility 1.2.

Specifies the role to sort the items by.

Note: both sortBy and sortOrder incur performance costs. If the order is not important (e.g. when displaying landmarks as Map objects) it is advisable not to set them.

• LandmarkAbstractModel.None (default)
• LandmarkAbstractModel.NameSort

This property group was introduced in Mobility 1.2.

Specifies the sort order.

Note: both sortBy and sortOrder incur performance costs. If the order is not important (e.g. when displaying landmarks as Map objects) it is advisable not to set them.

• LandmarkAbstractModel.AscendingOrder
• LandmarkAbstractModel.DescendingOrder

This property group was introduced in Mobility 1.2.

This handler is called when the data in the underlying data storage has changed. If autoUpdate is true, model data will be updated shortly afterwards.

This documentation was introduced in Mobility 1.2.

This handler is called when the model data has changed.

This documentation was introduced in Mobility 1.2.

Updates the items represented by the model from the underlying store.

This documentation was introduced in Mobility 1.2.

See also autoUpdate.