Вот тут есть неплохое описание, как разрешить доступ к ресурсам не только для root'а.

За несколько дней можно было самому написать, благо тайловый вариант более чем не сложен. ~2 года назад тут похожий вопрос был, написал за скорую руку пример: https://github.com/KurlesHS/QtOsmTileMaps. Под тайлы OSM несложно доработать.

Qt в качестве фреймворка для высоконагруженного серверного приложения не самый лучший выбор, так как под капотом он для диспетчеризации событий использует select.

C++ (Qt)
CustomWidget::CustomWidget(QWidget *parent) : QWidget(parent)
{
 
    /* нужные указатели, такие как toolButtonSelectDir, 
     * pushButtonStart, lineEditDirName и listWidgetResult
     * можно (нужно) сдеалать переменными класса */
    QVBoxLayout *verticalLayout2;
    QHBoxLayout *horizontalLayout2;
    QGroupBox *groupBox;
    QHBoxLayout *horizontalLayout;
    QLineEdit *lineEditDirName;
    QToolButton *toolButtonSelectDir;
    QPushButton *pushButtonStart;
    QGroupBox *groupBox2;
    QVBoxLayout *verticalLayout;
    QListWidget *listWidgetResult;
 
    verticalLayout2 = new QVBoxLayout(this);
    verticalLayout2->setSpacing(6);
    verticalLayout2->setContentsMargins(11, 11, 11, 11);
    horizontalLayout2 = new QHBoxLayout();
    horizontalLayout2->setSpacing(6);
    groupBox = new QGroupBox(this);
 
    horizontalLayout = new QHBoxLayout(groupBox);
    horizontalLayout->setSpacing(6);
    horizontalLayout->setContentsMargins(11, 11, 11, 11);
 
    lineEditDirName = new QLineEdit(groupBox);
 
 
    horizontalLayout->addWidget(lineEditDirName);
 
    toolButtonSelectDir = new QToolButton(groupBox);
 
    horizontalLayout->addWidget(toolButtonSelectDir);
 
 
    horizontalLayout2->addWidget(groupBox);
 
    pushButtonStart = new QPushButton(this);
 
    horizontalLayout2->addWidget(pushButtonStart);
 
 
    verticalLayout2->addLayout(horizontalLayout2);
 
    groupBox2 = new QGroupBox(this);
 
    verticalLayout = new QVBoxLayout(groupBox2);
    verticalLayout->setSpacing(6);
    verticalLayout->setContentsMargins(11, 11, 11, 11);
 
    listWidgetResult = new QListWidget(groupBox2);
 
    verticalLayout->addWidget(listWidgetResult);
 
 
    verticalLayout2->addWidget(groupBox2);
 
    setWindowTitle(tr("Поиск файла"));
    toolButtonSelectDir->setText("...");
    pushButtonStart->setText(tr("Начать"));
    lineEditDirName->setText(tr("d:/some_dir"));
    resize(600, 600);
}

Код, сгенеренный uic'ом, и немного подправленный.

Если с точки зрения "дизайна", то я бы сделал примерно так:

В нижнем QGroupBox находиться QListWidet. Можно заменить на QTextEdit.
Ну и вместо ручного кодирования использовал бы дизайнер. Или по условию задачи нужно ручками виджеты на форме выставлять? Если да, то использовал бы сгенереный дизайнером код с небольшими правками =)

При использовании QtConcurrent не нужен же. Результат и так в основной поток попадет.

И как ее прикрутить к QSortFilterProxyModel? Функция bool QSortFilterProxyModel::lessThan(const QModelIndex &source_left, const QModelIndex &source_right) const, отвечающая за алгоритм сортировки, вызывается вьюхой в потоке, в котором живет GUI. То же самое и к  filterAcceptsRow(...) относится. Если я не прав, пните в нужном направлении =)

Я так понял вопрос про QSortFilterProxyModel речь идет. Как то совсем смутно представляю, как это сделать можно.

Многомерные массивы проблематично возвращать. Проще геттер для элемента массива написать. И даже наверное так лучше будет.

В ideal.h должны быть публичные геттеры для этого вектора, вот их и используй.

переименуй on_tbltoolButton_clicked в onTbltoolButton_clicked, что бы автоматического связывания не происходило и при создании кнопки соединяй сигнал clicked с onTbltoolButton_clicked вручную:

C++ (Qt)
tbltoolbutton = new QToolButton(Direction_0);
tbltoolbutton->setObjectName(QStringLiteral("tbltoolbutton"));
tbltoolbutton->setGeometry(430, 30, 80, 30);
tbltoolbutton->setText(QApplication::translate("Rotation3D", "...", 0));
connect(tootbltoolbutton, SIGNAL(clicked()), this, SLOT(onTbltoolButton_clicked()));
 

Спасибо, погуглил по выделенным ключевым словам - в моём примере оно и работает по-ходу.

Доброго времени суток.

Иногда нужно протащить тяжеловесную структуру через несколько return (тот же паттерн pimpl у Qt).

Синтетический пример:

C++ (Qt)
#include <stdio.h>
 
struct SomeLargeStuct {
    char data[100000];
    // ....
};
 
SomeLargeStuct f1 () {
    SomeLargeStuct s;
    s.data[0] = 'a';
    s.data[1] = 0x0a;
    s.data[2] = 0x00;
    return s;
}
 
SomeLargeStuct f2() {
    return f1();
}
 
SomeLargeStuct f3() {
    return f2();
}
 
 
int main(int argc, char *argv[])
{
    (void)argc;
    (void)argv;
    auto r = f3();
    printf(r.data);
    return 0;
}
 

Задумался над накладными расходами, он же по идее должен каждый раз в новой функции через конструктор копирования новый объект создавать? Добавил для теста в SomeLargeStuct отладочный вывод как в конструктор копирования так и в обычный конструктор - судя по выводу обычный конструктор вызвался один раз, конструктор копирования же совсем не вызывался.

Собственно вопрос - я могу на данное поведение рассчитывать во всех подобных случаях, или компилятор этот синтетический пример так оптимизировал? Ну и если у кого есть что почитать на эту тему - буду премного благодарен.

У меня подключено так:

в .pro файле приложения, в инклюде поменять путь до расположения файла quazip.pri библиотеки.

Тут уже не подскажу - с QMediaPlayer не сталкивался. Но вообще бы попробовал бы ffmpeg прикрутить и уже обработанный поток через QAudioOutput играл.