Details
-
User Story
-
Resolution: Out of scope
-
Not Evaluated
-
None
-
6.0
-
None
Description
While the intense discussion about QList (keep or not) via deprecation of QList to finally keep the name QList and make it a QVector and so keep QList as THE container in QT6 en passant the QLinkedList class seems to be rejected to be part of Qt6.
QLinkedList was moved to core5compat.
In the scenario: Just QVector and not QanyList (QList and QLinkedList) this looked reasonable.
But in the scenario: Prefer QList in your API
users entering Qt might be confused that a QList is not a linked list internally (as is std::list) and if you want to use a linked list you should go to std::list (see QtCreator source changes for e.g. valgrind... https://codereview.qt-project.org/c/qt-creator/qt-creator/+/305316)
I think we should keep QLinkedList as a Qt6 class, so the message in Qt6 is:
QList and QLinkedList are the containers keeping an element at an index.
instead of
QList and std::list
This looks funny and confusing at the same time.