В QML в ListView по очереди обратится ко всем делегатам
Добрый день.
К ListView подключена QSqlQueryModel. Часть характеристик делегатов не подключена к модели. Как я могу обратится по очереди к каждому делегату, узнать нужную характеристику и при необходимости изменить ее?
2
99
Do you like it? Share on social networks!
- Last comments
- AKApril 1, 2025, 11:41 a.m.Добрый день. В данный момент работаю над проектом, где необходимо выводить звук из программы в определенное аудиоустройство (колонки, наушники, виртуальный кабель и т.д). Пишу на Qt5.12.12 поско…
- VPMarch 9, 2025, 4:14 p.m.Здравствуйте! Я устанавливал Qt6 из исходников а также Qt Creator по отдельности. Все компоненты, связанные с разработкой для Android, установлены. Кроме одного... Когда пытаюсь скомпилиров…
- ИМNov. 22, 2024, 9:51 p.m.Добрый вечер Евгений! Я сделал себе авторизацию аналогичную вашей, все работает, кроме возврата к предидущей странице. Редеректит всегда на главную, хотя в логах сервера вижу запросы на правильн…
- Now discuss on the forum
- МАApril 1, 2025, 4:21 p.m.0ff763fe-4e50-455d-a3a6-5699c243b1a5_17_44_22_1.xml
- fFeb. 15, 2025, 1:46 p.m.Подскажите, пожалуйста! Как данный класс можно дополнить, чтобы созданные объекты можно было перемещать мышкой по сцене?
- Не запускается компьютер (точнее работает блок , но сам монитор вообще жесть)В общем я ничего с интернета не скачивала в последнее время. На компе никаких левых пр…
- Вопрос решен. Узнать QModelIndex элемента на который мы перетаскиваем другой элемент, можно с помощью функции indexAt(event->position().toPoint()) представления QTreeViev вызываемой в переопр…
Добрый день.
Думаю, что вам нужно обращаться тогда не к делегатам, а к самой модели. Добавьте в модель Q_INVOKABLE методы, через которые будете получать и изменять информацию. Делегат - это только лишь графическое представление. Думаю, что в вашем случае можно и напрямую к модели обращаться.
Я выкрутился схожим образом, но хотелось бы научится обращаться к делегатам листвью. Таких возможностей не предусмотренно?
Вы внутри делегата также можете обратиться к модели, кажется ппросто достаточно написать model и написать нужный метод.
Делегат - это внешний вид, его техническая задача состоит в том, чтобы пользователь видел информацию в том виде, как нарисовал дизайнер и написал код программист. Так что обращение к модели данных - это вполне верное решение. А вот если что-то будет делаться в обход модели данных, вот тогда это может быть не совсем верным решением.
Я понимаю, но порой удобно было бы работать с модель отдельно, а с некоторыми делегатами отдельно.
Не могу вам дать более полный ответ в таком случае, поскольку мне не известно, что конкретно вы сделали в конечном итоге.
К примеру взять данные из всех спинбоксов из всех делегатов или задать цвета для делегатов.
Спинбоксы прикручены к модели данных? Если прикручены, то следует обращаться к модели, а не к делегатам.
Если задавать цвета, то сразу вопрос, от чего должны зависеть эти цвета?
Спинбоксы не прикручены, потому сразу делал при изменении одного запись в базу. Но хотелось бы за раз опрасить все спинбоксы и сохранить в базу. С цветами примерно таже история. При работе через модель приходится постоянно сохранять в базу и обновлять модель, что затормаживает программу.