Несколько изображений на форме с возможностью прокрутки
Нужен совет по реализации определенной идеи:
Имеется: Изображения QImage, количество которых всегда разное и известно становится в определенный момент в процессе работы программы. Оно может изменяться в большую или меньшую сторону (может достигать и 100 шт).
Не обходимо: Реализовать возможность просмотра этих изображений один за одним с прокруткой (как страницы в программе для просмотра PDF файлов).
Думаю реализовать так:
На QMainWindow установить QScrollArea и в нее запихивать динамически QLabel (с QImage внутри).
Ширина QLabel (и QImage в нем) устанавливается по ширине QScrollArea, а высота по QImage масштабируется пропорционально в зависимости от ширины.
Загружать думаю не все сразу а по мере прокрутки, а высоту полосы прокрутки устанавливать из расчета - количество изображений умножить на высоту. Таким образом даю возможность перелистнуть куда угодно и показать определенное изображение (в зависимости от положения полосы прокрутки).
Вопрос в следующем: правильно ли я предполагаю все это дело реализовать или есть другой вариант (более простой или более правильный).
Рекомендуем хостинг TIMEWEB
Стабильный хостинг, на котором располагается социальная сеть EVILEG. Для проектов на Django рекомендуем VDS хостинг.Вам это нравится? Поделитесь в социальных сетях!
Комментарии
Пожалуйста, авторизуйтесь или зарегистрируйтесь
- Akiv Doros
- 11 ноября 2024 г. 20:58
C++ - Тест 004. Указатели, Массивы и Циклы
- Результат:50баллов,
- Очки рейтинга-4
- molni99
- 26 октября 2024 г. 7:37
C++ - Тест 004. Указатели, Массивы и Циклы
- Результат:80баллов,
- Очки рейтинга4
- molni99
- 26 октября 2024 г. 7:29
C++ - Тест 004. Указатели, Массивы и Циклы
- Результат:20баллов,
- Очки рейтинга-10
В QLabel устанавливается не QImage, а QPixmap. Так что тут скорее будет удобнее оперировать QPixmap. Впрочем с небольшими дополнительными преобразованиями можно будет работать и с QImage.
Что касается QScrollArea и масштабирования QLabel, то вы правы в общем направлении, вот только ресайзить QLabel а вместе с ним и изображение не очень удобно, QScrollArea из-за специфики своей работы будет позволять оставаться QLabel тех размеров, которые имеет изображение, то есть ресайз QLabel не будет иметь эффекта. Поэтому стоит ресайзить саму картинку. Но нужно будет хранить оригинальную картинку, а в QLabel каждый раз устанавливать картинку с изменёнными размерами. Иначе качество картинки быстро ухудшится в ноль.
Что касается динамической подгрузки, то это уже второй этап разработки данного user case. Для начала Вам стоит реализовать отображение всех загружаемых картинок, с их отображением. А потом уже разобраться с подгрузкой при достижении крайних картинок в QScrollArea.
Для того, чтобы QLabel располагались вертикально или горизонтально, стоит применить QVBoxLayout или QHBoxLayout.
Вот пример с реализацией первой части вашей задумки:
widget.h
widget.cpp
Здесь не использовался графический дизайнер, чтобы смогли посмотреть как реализована область прокрутки. Во вложении весь проект.
Что касается динамической подгрузки, то подумайте сами:
Прямо такого более удобного варианта реализации подобной задачи я не встречал. Ваше видение правильное, на мой взгляд, я бы также сделал.
Похоже, что динамическая подгрузка нужна т.к. при загрузке 20 изображений программа не отвечает в течении 5 секунд. Если изображений окажется 100 - это будет 500 секунд (более 8 минут). Загрузка изображений идет из папки указанной пользователем через класс обертку, который загружает и настраивает изображение.
Вот код отображения изображений:
Думаю изначально подгружать на отображение 10 изображений, а остальные в фоновом режиме в отдельном процессе используя QThread.
А зачем в своем коде вы использовали такую конструкцию QVector
> - можно подробнее, что это дает (я плохо знаком с классом QPair).
Что касается конструкции QVector, то это первое, что пришло на ум, что можно было накидать по быстрому.
У вас за изображения отвечает специальный класс, который хранит в себе эти изображения и видимо впоследствии он будет отталкиваться от индекса изображения в списке изображений, чтобы подгружать картинки с 50-ой по 70-ю, например.
А мне было лень так сильно запариваться сегодня , чтобы накидать пример, показывающий первую часть вашей задумки. Поэтому я взял вектор, который содержит QPair. QPair в свою очередь содержит целевой Label и оригинальное изображение. Что в моём случае, что в вашем приходится рендерить картинку из оригинального изображения. Просто я при этом не пересоздаю сами QLabel. Я мог бы вообще без QVector обойтись, если бы не проблема с масштабированием изображения при изменении размеров окна приложения.
Возможно, лучшим решением было бы использовать QMap, но QVector с QPair как-то быстрее на ум пришли.
Подгрузка через QThread будет однозначно правильным решением.
Большое спасибо за консультацию :)
Пытался реализовать динамическую подгрузку изображений и попытался сделать это так:
Заголовочный файл класса:
Реализация:
Вызываю так:
Только ничего не выводится в результате, хотя по отладчику видно, что рабетает. Я что-то сильно запутался и не могу понять "где я натупил ?" или может даже сказать "где не натупил ?" :).
Хотел сделать чтобы сразу загружалось 5 изображений, а затем во втором потоке шла обработка остальных и они подгрузились позже. Это для того. чтобы уйти от подгрузки при достижении крайних положений в QScrollArea.
Возможно даже правильнее будет реализовать подгрузку оставшихся изображений по партиям (10 шт. в партии).
Только изображения никак не выводятся.
Функции getValue и returnValue выглядят так. В первый раз съело часть.
Не уверен, что правильно будет передавать вектор с указателями как объект. Он ведь в данном случае копируется, а копируется ли он правильно, это уже вопрос. Лучше передавать как ссылку.
Возможно, что при передаче данных из потока в поток, эти данные портятся, такое может быть. Раскидайте qDebug() повсюду и посмотрите, где данные пропадают.
Особенно интересно, заходит ли вообще вот в этот цикл:
Раньше не писало ничего, а теперь при достижении конца цикла (выход из цикла)вылетает сообщение:
Приложение остановлено, так как оно получило сигнал от операционной системы.
Сигнал: SIGSEGV
Назначение: Segmentation fault
qDebug() выводит все данные без проблем.
Вылетает здесь:
При первом же проходе вылетает?
Сдаётся мне, что как-то иначе нужно перепроектировать динамическую подгрузку. QVector хранится в стеке, а не в куче, скорее всего из-за этого и возникают проблемы.
imgLoader хранит все изображения и добавляет их в вектор. Но это в целом бесполезная работа. Как вариант, передавать в ImgLoader указатель на layout, который содержит изображение, и уже там всё подчищать и добавлять.
Это я уже попробовал (передача указателя на layout) - ничего не выходит, изображения не добавляются и нет никаких ни ошибок, ни вылетов или даже намеков в чем проблема.
Пробовал как вариант сработать без класса и запихнуть одну функцию в поток (QtConcurrent::run) - ничего.Если проблема в хранении QVector, то чем его можно заменить? Не обработывать же в функции класса ImgLoader одно изображение и отсылать его вQMainWindow на загрузку в layout?
Не знаю. Надо поразмышлять на досуге. Сейчас мыслей никаких нет.
Проверил на Windows - вылетает на этом коде в классе работающем в отдельном потоке:
Если не запускать второй поток программа работает стабильно - все загружает и обрабатывает правильно, только долго ждать приходится.
В общем ситуация такая получается. UI виджеты нельзя создавать в потоке отличном от main потока приложения. Поэтому не работает как положено. Можно сделать иначе. Создавать в отдельном потоке QPixmap и выплёвывать его в сторону главного окна приложения. В слоте главного окна приложения создавать уже QLabel и добавлять его в verticalLayout. Тогда никаких задержек не происходит при открытии большого числа изображений.
Вот пример
imgloader.h
imgloader.cpp
Часть widget.h
Часть widget.cpp
Спасибо! О том, что "UI виджеты нельзя создавать в потоке отличном от main потока приложения" не знал.
И последний вопрос по теме:
Я так понимаю вариант передачи параметров в класс через соответствующие методы setFileNameList и setWidth предпочтительнее, чем через конструктор класса.
Да можно и через конструктор класса. Просто я написал через методы. Главное передать эти параметры до того, как поместите объект в другой поток.
Ещё с точки зрения потокобезопасности и сохранности данных там нужно мьютексами перекрывать слоты, кажется. Но не буду врать. Самому нужно почитать про это подробнее.
А где почитать можно?
Официальная документация по Qt. Пока только её могу посоветовать.
Ок :)