how to search using QSortFilterProxyModel

[JonB]

@LT-K101
Although I cannot actually see it documented, the error message QTableWidget.setModel() is a private method tells you that you cannot call setModel() directly on a QTableWidget. You would have to subclass it to avoid this message.

However, I don't think QTableWidget supports you changing its model. It has an internal model which it wishes to use. If you want to interpose a QSortFilterProxyModel you probably need to move to a QTableView.

See also https://stackoverflow.com/questions/1137732/setting-the-model-to-a-qtablewidget

[SGaist]

Hi,

As @JonB rightly pointed, QTableWidget is a convenience widget that is provided with model included as well as dedicated item class.

You are anyway creating your own model for your companies so using QTableWidget would not make sense in any case. So use QTableView. In the absolute, you have a single column model so it would even make more sense to use a QListView and since it's a string list, the QStringListModel.

[LT-K101]

@JonB Thanks QTableView solved the error.

[LT-K101]

@SGaist Thanks a lot for your response. What I want to actually implement is, I want to use say two columns in my database table as search parameters namely First Name and Last Name.So when the user press a letter in a search field(lineEdit) the search will return all the words having the letter pressed to be displayed in a QTableView. Can I use the approach above to accomplished this?Any advice. Thanks

[SGaist]

You are mentioning database, are you using a SQL database ?

[LT-K101]

@SGaist You right Sqlite database

[SGaist]

So the next question is whether you want the database to do the filtering or the proxy model.

[LT-K101]

@SGaist Yes you right , so I wanted to use the key press event with an sql LIKE statement. Do you think that will be feasible?

[JonB]

@LT-K101
Yes it would be "feasible".

However, using key press event (or text changed signal on a line edit) sounds like you would want to append to the LIKE and re-issue a SQL query for each key. That is "expensive"! Might be OK on, say, a local SQLite database, not so keen on, say, a remote MySQL database. Or, "accumulate" key presses/changed signals over a small period, like till 1 second has passed since the last character added, and only re-issue the query then.

Of course if the data rows are small you can afford to read data in and use Qt client-side filtering instead.

You could also use a QCompleter, depending on your data size and speed.

[LT-K101]

@JonB Thanks I used textChanged[str] signal and it worked!