Выглядит это примерно так (что касается GUI-части)

На счёт сохранения всего этого : можно сохранять конфигурацию где-то в файле, либо регистре, и каждый раз при запуске парсить её от туда, и соответственно при добавление новых данных, обновлять конфигурацию

В моей программе есть свзяка из QListWidget/QtableView. При клике на QListQisgetItem в QTableView отображается соответствующая этому пункту таблица.

Скажите, пожалуйста, насколько хорошая идея использовать массив QtableView/QModel и вызывать их, вместо отрисовки новых данных в одном QTableView?

Сейчас я использую одинQTableView, в котором перерисовываю данные, но так как я добавила DecorationRole, то дополнительное отображение декораторов сделало код довольно сложным.

Пока таблицы лёгкие и/или их немного то хорошая

Не понял мысль, можешь пояснить, пожалуйста?

Что за выбор? Для кого?

текущий элемент выбранный в виде

reset сбросит, insertrows отсавит

Понял

спасибо! их немного и они как раз легкие.

Вопрос по сигналам:

std::thread([this]()
{
  emit this->someSignal();
});

Если так сделать (emit сигнала в левом потоке), всё пройдёт норм? У меня в GUI потоке к этому сигналу привязаны слоты. Я правильно понимаю, что Qt сам закинет вызов этих слотов в Event Loop в GUI потоке?

Или надо emit-ить сигналы в GUI потоке?

у всех креатор нормально работает?

у меня на любую программу выкидывает по 20К ошибок

Такое законно. Слот будет присоединён так, как заказано в connect. По умолчанию будет поставлен в event loop queue принимающего потока

шо это такое

и так 27К раз

👍

Только когда слот исполняется "в очередь", возможно, что данные, которыми он пытается манипулировать, например, через параметры вызова, будут изменены или даже уже разрушены. Так что на совести программиста — обеспечить их сохранность.