Можно ли заставить QT Creator видеть методы возвращаемого функцией класса?

Question

[Maximmortalis]

Есть класс, назовем его MyClassList, в котором есть QList содержащий в себе набор другого класса. Допустим QList<MyClass> _items. Есть необходимость вызова элементов QList в QML, при этом чтобы IDE понимал, что вызывается MyClass и подставлял доступные методы и функции. Реализация простенького

Q_PROPERTY(MyClass *last READ getLast) 
MyClass *getLast() {return &_items.last()}

была успешна и IDE идеально понял, что от него хотят и вывел все последующие методы и параметры в QML как от него и требовалось (myClassList.last.someMethod например). Но вот загвоздка в том, что когда требуется вызвать элемент по индексу, например через

Q_INVOKABLE MyClass *getItem(qint32 index) 
{return &_items[index]}

IDE почему-то отказывается воспринимать MyClass и предоставлять дальнейшие возможные методы. Нет, конечно, если дописать их вручную - все прекрасно работает, но задача состоит в том, чтобы передать написанную библиотеку стороннему разработчику и он интуитивно мог понять, что этот класс может делать, какие в нем методы и функции без надобности шерстить код самостоятельно. Я, к сожалению, еще не достаточно близко знаком с QT, поэтому хотелось бы узнать, как тут быть. И, вдогонку, волнующий лично меня вопрос: можно ли заставить QML понимать С++ operator[] пользовательского класса, чтобы его можно было вызвать в QML как-то вроде myClass[0].someMethod?

Comments

[xorknown]

Не уверен как вам это удалось, но мб вы неправильно взаимодействуете с QML? Вообще абстрактно ваше предложение должно работать. Но есть но. QList _items означает, что MyClass не QObject-derived класс, т.к. у QObject удален конструктор копирования, а qml работает как раз таки с QObject-ами. А если это QObject-derived класс, то можно возвращать не MyClass *, а QObject*, т.к. опять же qml работает с метаобъектной системой.

В итоге просто попробуйте использовать QObject, его property или слоты, и все должно работать.
По поводу operator[] не могу подсказать, не пробовал так.

[Maximmortalis]

xorknown, да, конструктора копирования нет, поэтому он был описан вручную для MyClass. И да, он наследуется из QOBject, но передается не его копия, а указатель на уже существующий. Поэтому все прекрасно работает, но только при использовании Q_PROPERTY. Я могу делать бесконечно вложенное дерево, с возможностью добавления новых элементов, редактирования и чтения, это оказалось не так сложно, но при этом не могу обратиться к конкретному элементу через метод. Не забивать же первую сотню индексов на Q_PROPERTY, это некрасиво, как-то глупо и вообще тот еще костыль. Вопрос тут как раз в том, что обращение к классу через Q_PROPERTY воспринимается IDE корректно, а через Q_INVOKABLE он игнорирует дальнейшее чтение класса. При этом, повторюсь, все прекрасно работает и в случае с Q_INVOKABLE, просто дальнейшие методы приходится прописывать по памяти и они уже не подставляются самим IDE в подсказке, что очень раздражает. Но при запуске проекта все отрабатывает, возвращает и отображает как надо.