Constructs an abstract item model with the given parent.

Destroys the abstract item model.

Begins a column insertion operation.

When reimplementing insertColumns() in a subclass, you must call this method before inserting data into the model's underlying data store. The parent index corresponds to the parent into which the new columns are inserted, first and last are the column numbers of the new columns will have after they have been inserted.

This method emits the columnsAboutToBeInserted() signal which connected views (or proxies) must handle before the data is inserted. Otherwise, the views may end up in an invalid state.

	Specify the first and last column numbers for the span of columns you want to insert into an item in a model. For example, as shown in the diagram, we insert three columns before column 4, so first is 4 and last is 6. beginInsertColumns(parent, 4, 6); This inserts the three new columns as columns 4, 5, and 6.
	To append columns, insert them after the last column. For example, as shown in the diagram, we append three columns to a collection of six existing columns (ending in column 5), so first is 6 and last is 8. beginInsertColumns(parent, 6, 8); This appends the two new columns as columns 6, 7, and 8.

See also

endInsertColumns()

Begins a row insertion operation.

When reimplementing insertRows() in a subclass, you must call this method before inserting data into the model's underlying data store. The parent index corresponds to the parent into which the new rows are inserted, first and last are the row numbers that the new rows will have after they have been inserted.

This method emits the rowsAboutToBeInserted() signal which connected views (or proxies) must handle before the data is inserted. Otherwise, the views may end up in an invalid state.

	Specify the first and last row numbers for the span of rows you want to insert into an item in a model. For example, as shown in the diagram, we insert three rows before row 2, so first is 2 and last is 4. beginInsertRows(parent, 2, 4); This inserts the three new rows as rows 2, 3, and 4.
	To append rows, insert them after the last row. For example, as shown in the diagram, we append two rows to a collection of 4 existing rows (ending in row 3), so first is 4 and last is 5. beginInsertRows(parent, 4, 5); This appends the two new rows as rows 4 and 5.

See also

endInsertRows()

Begins a column move operation.

When reimplementing a subclass, this method simplifies moving entities in your model. This method is responsible for moving persistent indexes in the model, which you would otherwise be required to do yourself. Using beginMoveRows and endMoveRows is an alternative to emitting layoutAboutToBeChanged and layoutChanged directly along with changePersistentIndexes. layoutAboutToBeChanged is emitted by this method for compatibility reasons.

The sourceParent index corresponds to the parent from which the columns are moved, sourceFirst and sourceLast are the first and last column numbers of the columns to be moved. The destinationParent index corresponds to the parent into which those columns are moved. The destinationColumn is the column to which the columns will be moved. The index at column sourceFirst in sourceParent will become column destinationColumn in destinationParent, followed by all other columns up to sourceLast.

However, when moving columns down in the same parent (sourceParent and destinationParent are equal), the columns will be placed before the destinationColumn index. That is, if you wish to move columns 0 and 1 so they will become columns 1 and 2, destinationColumn should be 3. In this case, the new index for the source column i (which is between sourceFirst and sourceLast) is equal to (destinationColumn - sourceLast - 1 + i).

If sourceParent and destinationParen are the same, you must ensure that the destinationColumn is not within the range of sourceFirst and (sourceLast + 1). You must also ensure that you do not attempt to move a column to one of its own children or ancestors. This method returns false if either condition is true, in which case you should abort your move operation.

See also

endMoveColumns()

Begins a row move operation.

When reimplementing a subclass this method simplifies moving entities in your model. This method is responsible for moving persistent indexes in the model, which you would otherwise be required to do yourself. Using the methods beginMoveRows() and endMoveRows() is an alternative to emitting layoutAboutToBeChanged and layoutChanged directly along with changePersistentIndexes. The layoutAboutToBeChanged signal is emitted by this method for compatibility reasons.

The sourceParent index corresponds to the parent from which the rows are moved, sourceFirst and sourceLast are the first and last row numbers of the rows to be moved. The destinationParent index corresponds to the parent into which those rows are moved. The destinationRow is the row to which the rows will be moved. That is, the index at row sourceFirst in sourceParent will become row destinationRow in destinationParent, followed by all other rows up to sourceLast.

When moving rows down in the same parent (sourceParent and destinationParent are equal), the rows will be placed before the destinationRow index. That is, if you wish to move rows 0 and 1 so they will become rows 1 and 2, destinationRow should be 3. In this case, the new index for the source row i (which is between sourceFirst and sourceLast) is equal to (destinationRow - sourceLast - 1 + i).

If sourceParent and destinationParent are the same, you must ensure that the destinationRow is not within the range of sourceFirst and (sourceLast + 1). You must also ensure that you do not attempt to move a row to one of its own children or ancestors. This method returns false if either condition is true, in which case you should abort your move operation.

	Specify the first and last row numbers for the span of rows in the source parent you want to move in the model. Also specify the row in the destination parent to move the span to. For example, as shown in the diagram, we move three rows from row 2 to 4 in the source, so sourceFirst is 2 and sourceLast is 4. We move those items to above row 2 in the destination, so destinationRow is 2. beginMoveRows(sourceParent, 2, 4, destinationParent, 2); This moves the three rows 2, 3, and 4 in the source to become 2, 3 and 4 in the destination. Other affected siblings are displaced accordingly.
	To append rows to another parent, move them to after the last row. For example, as shown in the diagram, we move three rows to a collection of 6 existing rows (ending in row 5), so destinationRow is 6. beginMoveRows(sourceParent, 2, 4, destinationParent, 6); This moves the target rows to the end of the target parent as 6, 7 and 8.
	To move rows within the same parent, specify the row to move them to. For example, as shown in the diagram, we move one item from row 2 to row 0, so sourceFirst and sourceLast are 2 and destinationRow is 0. beginMoveRows(parent, 2, 2, parent, 0); Other rows may be displaced accordingly. Note also that when moving items within the same parent you should not attempt invalid or no-op moves. In the above example, item 2 is at row 2 before the move, so it can not be moved to row 2 (where it is already) or row 3 (no-op as row 3 means above row 3, where it is already)
	To move rows within the same parent, specify the row to move them to. For example, as shown in the diagram, we move one item from row 2 to row 4, so sourceFirst and sourceLast are 2 and destinationRow is 4. beginMoveRows(parent, 2, 2, parent, 4); Other rows may be displaced accordingly.

See also

endMoveRows()

Begins a column removal operation.

When reimplementing removeColumns() in a subclass, you must call this method before removing data from the model's underlying data store. The parent index corresponds to the parent from which the new columns are removed, first and last are the column numbers of the first and last columns to be removed.

Specify the first and last column numbers for the span of columns you want to remove from an item in a model. For example, as shown in the diagram, we remove the three columns from column 4 to column 6, so first is 4 and last is 6. beginRemoveColumns(parent, 4, 6);

Note

This method emits the columnsAboutToBeRemoved() signal which connected views (or proxies) must handle before the data is removed. Otherwise, the views may end up in an invalid state.

See also

endRemoveColumns()

Begins a row removal operation.

When reimplementing removeRows() in a subclass, you must call this method before removing data from the model's underlying data store. The parent index corresponds to the parent from which the new rows are removed, first and last are the row numbers of the rows to be removed.

Specify the first and last row numbers for the span of rows you want to remove from an item in a model. For example, as shown in the diagram, we remove the two rows from row 2 to row 3, so first is 2 and last is 3. beginRemoveRows(parent, 2, 3);

Note

This method emits the rowsAboutToBeRemoved() signal which connected views (or proxies) must handle before the data is removed. Otherwise, the views may end up in an invalid state.

See also

endRemoveRows()

Begins a model reset operation.

A reset operation resets the model to its current state in any attached views. Any views attached to this model will be reset as well. When a model is reset it means that any previous data reported from the model is now invalid and has to be queried for again. This also means that the current item and any selected items will become invalid. When a model radically changes its data it can sometimes be easier to just call this method rather than emit dataChanged() to inform other components when the underlying data source, or its structure, has changed.

You must call this method before resetting any internal data structures in your model or proxy model.

See also

modelAboutToBeReset(), modelReset(), endResetModel()

Returns a model index for the buddy of the item represented by index. When the user wants to edit an item, the view will call this method to check whether another item in the model should be edited instead. Then, the view will construct a delegate using the model index returned by the buddy item.

The default implementation of this method has each item as its own buddy.

Reimplemented in QSortFilterProxyModel::buddy(), QAbstractProxyModel::buddy()

Returns true if a model can accept a drop of the data. This default implementation only checks if data has at least one format in the list of mimeTypes() and if action is among the model's supportedDropActions(). Reimplement this method in your custom model, if you want to test whether the data can be dropped at row, column, parent with action. If you do not need that test, it is not necessary to reimplement this method.

See also

dropMimeData(), Drag and Drop

Reimplemented in QAbstractProxyModel::canDropMimeData()

Returns true if there is more data available for parent, otherwise returns false. The default implementation always returns false. If canFetchMore() returns true, QAbstractItemView will call fetchMore(). However, the fetchMore() method is only called when the model is being populated incrementally.

See also

fetchMore()

Reimplemented in QSqlQueryModel::canFetchMore(), QSortFilterProxyModel::canFetchMore(), QFileSystemModel::canFetchMore(), QAbstractProxyModel::canFetchMore()

Changes the QPersistentModelIndex that is equal to the given from model index to the given to model index. If no persistent model index equal to the given from model index was found, nothing is changed.

See also

persistentIndexList(), changePersistentIndexList()

Changes the QPersistentModelIndexes that is equal to the indexes in the given from model index list to the given to model index list. If no persistent model indexes equal to the indexes in the given from model index list was found, nothing is changed.

See also

persistentIndexList(), changePersistentIndex()

Returns the number of columns for the children of the given parent. In most subclasses, the number of columns is independent of the parent. When implementing a table based model this methods should return 0 when the parent is valid.

See also

rowCount()

Implemented in QStandardItemModel::columnCount(), QSortFilterProxyModel::columnCount(), QFileSystemModel::columnCount(), QDirModel::columnCount(), QIdentityProxyModel::columnCount(), QSqlQueryModel::columnCount()

This signal is emitted just before columns are inserted into the model. The new items will be positioned between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

insertColumns(), beginInsertColumns()

This signal is emitted just before columns are moved within the model. The items that will be moved are those between sourceStart and sourceEnd inclusive, under the given sourceParent item. They will be moved to destinationParent starting at the column destinationColumn.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

beginMoveRows()

This signal is emitted just before columns are removed from the model. The items to be removed are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

removeColumns(), beginRemoveColumns()

This signal is emitted after columns have been inserted into the model. The new items are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

insertColumns(), beginInsertColumns()

This signal is emitted after columns have been moved within the model. The items between sourceStart and sourceEnd inclusive, under the given sourceParent item have been moved to destinationParent starting at the column destinationColumn.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

beginMoveRows()

This signal is emitted after columns have been removed from the model. The removed items are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

removeColumns(), beginRemoveColumns()

Creates a model index for the given row and column with the internal identifier, id. This method provides a consistent interface that model subclasses must use to create model indexes.

See also

QModelIndex::internalId()

Creates a model index for the given row and column with the given data.

When using a QSortFilterProxyModel the indexes have their own internal pointer. It is not advisable to access this pointer outside of the model. Use the data() method instead. This method provides a consistent interface that model subclasses must use to create model indexes.

Returns the data stored under the given role for the item referred to by the index. If there is no return value then return an invalid QVariant.

See also

Qt::ItemDataRole, setData(), headerData()

Implemented in QAbstractProxyModel::data(), QSqlQueryModel::data(), QStandardItemModel::data(), QSortFilterProxyModel::data(), QFileSystemModel::data(), QSqlRelationalTableModel::data(), QDirModel::data(), QSqlTableModel::data(), QStringListModel::data()

This signal is emitted whenever the data in an existing item changes. If the items are of the same parent, the affected ones are those between topLeft and bottomRight inclusive. If the items do not have the same parent, the behavior is undefined.

When reimplementing the setData() method this signal must be emitted explicitly.

See also

headerDataChanged(), setData(), layoutChanged()

Handles the data supplied by a drag and drop operation which ended with the given action. Returns true if the data and action can be handled by the model, otherwise returns false. The specified row, column and parent indicate the location of an item in the model where the operation ended. It is the responsibility of the model to complete the action at the correct location.

For instance, a drop action on an item in a QTreeView can result in new items either being inserted as children of the item specified by row, column, and parent, or as siblings of the item.

When row and column are both -1 it means the dropped data should be considered as dropped directly on parent. Usually this will mean appending the data as child items of parent. If row and column are greater than or equal zero, it means that the drop occurred just before the specified row and column in the specified parent.

See also

supportedDropActions(), Drag and Drop

Reimplemented in QAbstractListModel::dropMimeData(), QAbstractTableModel::dropMimeData(), QStandardItemModel::dropMimeData(), QSortFilterProxyModel::dropMimeData(), QFileSystemModel::dropMimeData(), QAbstractProxyModel::dropMimeData(), QDirModel::dropMimeData(), QIdentityProxyModel::dropMimeData()

Ends a column insertion operation. When reimplementing insertColumns() in a subclass, you must call this method after inserting data into the model's underlying data store.

See also

beginInsertColumns()

Ends a row insertion operation. When reimplementing insertRows() in a subclass, you must call this method after inserting data into the model's underlying data store.

See also

beginInsertRows()

Ends a column move operation. When implementing a subclass, you must call this method after moving data within the model's underlying data store. The layoutChanged signal is emitted by this method for compatibility reasons.

See also

beginMoveColumns()

Ends a row move operation. When implementing a subclass, you must call this method after moving data within the model's underlying data store. The layoutChanged is emitted by this method for compatibility reasons.

See also

beginMoveRows()

Ends a column removal operation. When reimplementing removeColumns() in a subclass, you must call this method after removing data from the model's underlying data store.

See also

beginRemoveColumns()

Ends a row removal operation. When reimplementing removeRows() in a subclass, you must call this method after removing data from the model's underlying data store.

See also

beginRemoveRows()

Completes a model reset operation. You must call this method after resetting any internal data structure in your model or proxy model.

See also

beginResetModel()

Fetches any available data for the items with the parent specified by the parent index. Reimplement this method if you are populating your model incrementally. The default implementation does nothing.

See also

canFetchMore()

Reimplemented in QSqlQueryModel::fetchMore(), QSortFilterProxyModel::fetchMore(), QFileSystemModel::fetchMore(), QAbstractProxyModel::fetchMore()

Returns the item flags for the given index. The base class implementation returns a combination of flags which enables the item (ItemIsEnabled) and allows it to be selected (ItemIsSelectable).

See also

Qt::ItemFlags

Reimplemented in QAbstractListModel::flags(), QAbstractTableModel::flags(), QStandardItemModel::flags(), QSortFilterProxyModel::flags(), QFileSystemModel::flags(), QDirModel::flags(), QAbstractProxyModel::flags(), QSqlTableModel::flags(), QStringListModel::flags()

Returns true if parent has any children, otherwise returns false. Use rowCount() on the parent to find out the number of children.

See also

parent(), index()

Reimplemented in QStandardItemModel::hasChildren(), QSortFilterProxyModel::hasChildren(), QFileSystemModel::hasChildren(), QAbstractProxyModel::hasChildren(), QDirModel::hasChildren()

Returns true if the model returns a valid QModelIndex for row and column with parent, otherwise returns false.

Returns the data for the given role and section in the header with the specified orientation. For horizontal headers, the section number corresponds to the column number. Similarly, for vertical headers, the section number corresponds to the row number.

See also

Qt::ItemDataRole, setHeaderData(), QHeaderView

Reimplemented in QStandardItemModel::headerData(), QSortFilterProxyModel::headerData(), QFileSystemModel::headerData(), QDirModel::headerData(), QSqlTableModel::headerData(), QIdentityProxyModel::headerData(), QSqlQueryModel::headerData(), QAbstractProxyModel::headerData()

This signal is emitted whenever a header is changed. The orientation indicates whether the horizontal or vertical header has changed. The sections in the header from the first to the last need to be updated. When reimplementing the setHeaderData() method, this signal must be emitted explicitly. If you are changing the number of columns or rows you do not need to emit this signal, but use the begin/end methods.

See also

headerData(), setHeaderData(), dataChanged()

Returns the index of the item in the model specified by the given row, column and parent index. When reimplementing this method in a subclass, call createIndex() to generate model indexes that other components can use to refer to items in your model.

See also

createIndex()

Implemented in QAbstractListModel::index(), QAbstractTableModel::index(), QStandardItemModel::index(), QSortFilterProxyModel::index(), QFileSystemModel::index(), QDirModel::index(), QIdentityProxyModel::index()

Inserts a single column before the given column in the child items of the parent specified. Returns true if the column is inserted, otherwise returns false.

See also

insertColumns(), insertRow(), removeColumn()

On models that support this, inserts count new columns into the model before the given column. The items in each new column will be children of the item represented by the parent model index. Returns true if the columns were successfully inserted, otherwise returns false.

If column is 0, the columns are prepended to any existing columns. If column is columnCount(), the columns are appended to any existing columns. If parent has no children, a single row with the given count columns is inserted.

The base class implementation does nothing and returns false. If you implement your own model, you can reimplement this method if you want to support insertions. Alternatively, you can provide your own API for altering the data.

See also

insertRows(), removeColumns(), beginInsertColumns(), endInsertColumns()

Reimplemented in QStandardItemModel::insertColumns(), QSortFilterProxyModel::insertColumns(), QIdentityProxyModel::insertColumns(), QSqlQueryModel::insertColumns()

Inserts a single row before the given row in the child items of the parent specified. Returns true if the row is inserted, otherwise returns false. The base class implementation of this method does nothing and returns false.

See also

insertRows(), insertColumn(), removeRow()

On models that support this, inserts count rows into the model before the given row. Items in the new row will be children of the item represented by the parent model index. Returns true if the rows were successfully inserted, otherwise returns false.

If row is 0 the rows are prepended to any existing rows in the parent. If row is rowCount(), the rows are appended to any existing rows in the parent. If parent has no children, a single column with the given count rows is inserted.

The base class implementation of this method does nothing and returns false. If you implement your own model, you can reimplement this method if you want to support insertions. Alternatively, you can provide your own API for altering the data. In either case, you will need to call beginInsertRows() and endInsertRows() to notify other components that the model has changed.

See also

insertColumns(), removeRows(), beginInsertRows(), endInsertRows()

Reimplemented in QStandardItemModel::insertRows(), QSortFilterProxyModel::insertRows(), QSqlTableModel::insertRows(), QIdentityProxyModel::insertRows(), QStringListModel::insertRows()

Returns a map with values for all predefined roles in the model for the item at the given index. Reimplement this method if you want to extend the default behavior of this method to include custom roles in the map.

See also

setItemData(), Qt::ItemDataRole, data()

Reimplemented in QAbstractProxyModel::itemData(), QStandardItemModel::itemData()

This signal is emitted just before the layout of a model is changed.

Components connected to this signal use it to adapt to changes in the model's layout. Subclasses should update any persistent model indexes after emitting layoutAboutToBeChanged().

See also

layoutChanged(), changePersistentIndex()

This signal is emitted whenever the layout of items exposed by the model has changed. For example, when the model has been sorted. When this signal is received by a view, it should update the layout of items to reflect this change.

When subclassing QAbstractItemModel or QAbstractProxyModel, ensure that you emit layoutAboutToBeChanged() before changing the order of items or altering the structure of the data you expose to views, and emit layoutChanged() after changing the layout.

Subclasses should update any persistent model indexes before emitting layoutChanged(). In other words, when the structure changes:

• emit layoutAboutToBeChanged
• remember the QModelIndex that will change
• update your internal data
• call changePersistentIndex()
• emit layoutChanged

See also

layoutAboutToBeChanged(), dataChanged(), headerDataChanged(), modelReset(), changePersistentIndex()

Returns a list of indexes for the items in the column of the start index where data stored under the given role matches the specified value. The way the search is performed is defined by the flags given. The list that is returned may be empty.

The search begins from the start index and continues until the number of matching data items equals hits, the search reaches the last row, or the search reaches start again, depending on whether MatchWrap is specified in flags. If you want to search for all matching items, use hits = -1.

By default this method will perform a wrapping, string-based comparison on all items, searching for items that begin with the search term specified by value.

Note

The default implementation of this method only searches columns. Reimplement this method to include a different search behavior.

Reimplemented in QSortFilterProxyModel::match(), QIdentityProxyModel::match()

Returns an object that contains serialized items of data corresponding to the list of indexes specified. The formats used to describe the encoded data is obtained from the mimeTypes() method. If the list of indexes is empty, or there are no supported MIME types, 0 is returned rather than a serialized empty list.

See also

mimeTypes(), dropMimeData()

Reimplemented in QStandardItemModel::mimeData(), QSortFilterProxyModel::mimeData(), QFileSystemModel::mimeData(), QDirModel::mimeData(), QAbstractProxyModel::mimeData()

Returns a list of MIME types that can be used to describe a list of model indexes.

See also

mimeData()

Reimplemented in QStandardItemModel::mimeTypes(), QSortFilterProxyModel::mimeTypes(), QFileSystemModel::mimeTypes(), QAbstractProxyModel::mimeTypes(), QDirModel::mimeTypes()

This signal is emitted when beginResetModel() is called, before the model's internal state (for example all persistent model indexes) has been invalidated.

See also

beginResetModel(), modelReset()

This signal is emitted when endResetModel() is called, after the model's internal state (for example, all persistent model indexes) has been invalidated.

See also

endResetModel(), modelAboutToBeReset()

On models that support this, moves sourceColumn from sourceParent to destinationChild under destinationParent. Returns true if the columns were successfully moved, otherwise returns false.

See also

moveColumns(), moveRow()

On models that support this, moves count columns starting with the given sourceColumn under parent sourceParent to column destinationChild under parent destinationParent. Returns true if the columns were successfully moved, otherwise returns false.

The base class implementation does nothing and returns false. If you implement your own model, you can reimplement this method if you want to support moving. Alternatively, you can provide your own API for altering the data.

See also

beginMoveColumns(), endMoveColumns()

On models which support this, moves sourceRow from sourceParent to destinationChild under destinationParent. Returns true if the rows were successfully moved, otherwise returns false.

See also

moveRows(), moveColumn()

On models that support this, moves count rows starting with the given sourceRow under parent sourceParent to row destinationChild under parent destinationParent. Returns true if the rows were successfully moved, otherwise returns false.

The base class implementation does nothing and returns false. If you implement your own model, you can reimplement this method if you want to support moving. Alternatively, you can provide your own API for altering the data.

See also

beginMoveRows(), endMoveRows()

Returns a pointer to the parent object.

See also

setParent(), children()

Returns the parent of the model item with the given index. If the item has no parent an invalid QModelIndex is returned.

A common convention used in models that expose tree data structures is that only items in the first column have children. For that case, when reimplementing this method in a subclass the column of the returned QModelIndex would be 0.

When reimplementing this method in a subclass, be careful to avoid calling QModelIndex member methods, such as QModelIndex::parent(), since indexes belonging to your model will simply call your implementation, leading to infinite recursion.

See also

createIndex()

Implemented in QFileSystemModel::parent(), QStandardItemModel::parent(), QSortFilterProxyModel::parent(), QDirModel::parent(), QIdentityProxyModel::parent()

Returns the list of indexes stored as persistent indexes in the model.

Removes the given column from the child items of the parent specified. Returns true if the column is removed, otherwise returns false.

See also

removeColumns(), removeRow(), insertColumn()

For models which support removing columns, the methods removes count columns starting with column using the given parent. Returns true if the columns were successfully removed, otherwise returns false.

The base class implementation does nothing and returns false. If you implement your own model, reimplement this method to support removing columns. Alternatively, can provide your own API for altering the data.

See also

removeColumn(), removeRows(), insertColumns(), beginRemoveColumns(), endRemoveColumns()

Reimplemented in QStandardItemModel::removeColumns(), QSortFilterProxyModel::removeColumns(), QSqlTableModel::removeColumns(), QSqlRelationalTableModel::removeColumns(), QIdentityProxyModel::removeColumns(), QSqlQueryModel::removeColumns()

Removes the given row from the child items of the parent specified. Returns true if the row is removed, otherwise returns false. Equivalent to calling removeRows().

The base class implementation does nothing and returns false.

See also

removeRows(), removeColumn(), insertRow()

For models which support removing rows, removes count rows starting with row using the given parent. Returns true if the rows were successfully removed, otherwise returns false.

The base class implementation does nothing and returns false. If you implement your own model, reimplement this method to support removing rows. Alternatively, provide your own API for altering the data.

See also

removeRow(), removeColumns(), insertColumns(), beginRemoveRows(), endRemoveRows()

Reimplemented in QStandardItemModel::removeRows(), QSortFilterProxyModel::removeRows(), QSqlTableModel::removeRows(), QIdentityProxyModel::removeRows(), QStringListModel::removeRows()

This slot is called just after the internal data of a model is cleared while it is being reset. This slot is provided the convenience of subclasses of concrete proxy models, such as subclasses of QSortFilterProxyModel which maintain extra data.

See also

modelAboutToBeReset(), modelReset()

Lets the model know that it should discard cached information. This method is typically used for row editing.

See also

submit()

Returns the role names for this model. Inherit from QAbstractItemModel and reimplement this method to return a different group of role names.

Returns the number of rows under the given parent. When the parent is valid it means that rowCount is returning the number of children of parent. When implementing a table based model this method should return 0 when the parent is valid.

See also

columnCount()

Implemented in QStandardItemModel::rowCount(), QSortFilterProxyModel::rowCount(), QFileSystemModel::rowCount(), QSqlTableModel::rowCount(), QDirModel::rowCount(), QIdentityProxyModel::rowCount(), QStringListModel::rowCount(), QSqlQueryModel::rowCount()

This signal is emitted just before rows are inserted into the model. The new items will be positioned between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

insertRows(), beginInsertRows()

This signal is emitted just before rows are moved within the model. The items that will be moved are those between sourceStart and sourceEnd inclusive, under the given sourceParent item. They will be moved to destinationParent starting at the row destinationRow.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

beginMoveRows()

This signal is emitted just before rows are removed from the model. The items that will be removed are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

removeRows(), beginRemoveRows()

This signal is emitted after rows have been inserted into the model. The new items are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

insertRows(), beginInsertRows()

This signal is emitted after rows have been moved within the model. The items between sourceStart and sourceEnd inclusive, under the given sourceParent item have been moved to destinationParent starting at the row destinationRow.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

beginMoveRows()

This signal is emitted after rows have been removed from the model. The removed items are those between first and last inclusive, under the given parent item.

Components connected to this signal use it to adapt to changes in the model's dimensions. It can only be emitted by the QAbstractItemModel implementation, and can not be explicitly emitted in subclass code.

See also

removeRows(), beginRemoveRows()

Sets the role data for the item at index to value. Returns true if successful, otherwise returns false. The dataChanged() signal should be emitted if the data was successfully set.

The base class implementation returns false. This method and data() must be reimplemented for editable models.

See also

Qt::ItemDataRole, data(), itemData()

Reimplemented in QStandardItemModel::setData(), QSortFilterProxyModel::setData(), QFileSystemModel::setData(), QSqlRelationalTableModel::setData(), QDirModel::setData(), QAbstractProxyModel::setData(), QSqlTableModel::setData(), QStringListModel::setData()

Sets the data for the given role and section in the header with the specified orientation to the value supplied. Returns true if the header's data was updated, otherwise returns false.

When reimplementing this method the headerDataChanged() signal must be emitted explicitly.

See also

Qt::ItemDataRole, headerData()

Reimplemented in QStandardItemModel::setHeaderData(), QSortFilterProxyModel::setHeaderData(), QAbstractProxyModel::setHeaderData(), QSqlQueryModel::setHeaderData()

Sets the role data for the item at index to the associated value in roles, for every Qt::ItemDataRole. Returns true if successful, otherwise returns false. Roles that are not in roles will not be modified.

See also

setData(), data(), itemData()

Reimplemented in QStandardItemModel::setItemData(), QAbstractProxyModel::setItemData()

Returns the sibling at row and column for the item at index, or an invalid QModelIndex if there is no sibling at that location. The sibling() is just a convenience method that finds the item's parent, and uses it to retrieve the index of the child item in the specified row and column.

See also

index(), QModelIndex::row(), QModelIndex::column()

Reimplemented in QAbstractListModel::sibling(), QAbstractTableModel::sibling(), QSortFilterProxyModel::sibling(), QAbstractProxyModel::sibling(), QIdentityProxyModel::sibling(), QStringListModel::sibling()

Subclasses should implement this method to sorts the model by column in the given order. This base class implementation does nothing.

Reimplemented in QStandardItemModel::sort(), QSortFilterProxyModel::sort(), QFileSystemModel::sort(), QDirModel::sort(), QAbstractProxyModel::sort(), QStringListModel::sort(), QSqlTableModel::sort()

Returns the row and column span of the item represented by index.

Note

Currently not used.

Reimplemented in QSortFilterProxyModel::span(), QAbstractProxyModel::span()

Lets the model know that it should submit cached information to permanent storage. This method is typically used for row editing. Returns true if there is no error, otherwise returns false.

See also

revert()

Returns the actions supported by the data in this model. The default implementation calls supportedDropActions() and returns the default enum value of Qt::CopyAction. This method is used by QAbstractItemView::startDrag() as the default values when a drag occurs.

Inherit from QAbstractItemModel and reimplement this method to return some other Qt::DropActions enum value.

See also

Qt::DropActions, Drag and Drop

Reimplemented in QAbstractProxyModel::supportedDragActions()

Returns the drop actions supported by this model. The default implementation returns Qt::CopyAction. Inherit from QAbstractItemModel and reimplement this method to return some other Qt::DropActions enum value. You must also reimplement the dropMimeData() method to handle any additional operations.

See also

dropMimeData(), Qt::DropActions, Drag and Drop

Reimplemented in QStandardItemModel::supportedDropActions(), QSortFilterProxyModel::supportedDropActions(), QFileSystemModel::supportedDropActions(), QAbstractProxyModel::supportedDropActions(), QDirModel::supportedDropActions(), QStringListModel::supportedDropActions()