Наследоваться от QSqlRelationalTableModel и переопределить selectStatement например.

QProgressBar тормозит при setValue (после выхода именно из QProgressBar::paintEvent) 200-300ms

решается только созданием диалога с нашим ProgressBarDlg БЕЗ парента !!

Это работает нормально, и к тому же стили (setStyleSheet) начинают действовать нормально для QProgressBar

и центрирование по середине тоже начинает работать нормально

QProgressBar использует какую-то анимацию, которую не отключить, но причина не в этом, а в том, что есть какая-то связь с родителем, которую пока не раскрутил

Спасибо , да!

C++ (Qt)
setSelectionBehavior(QAbstractItemView::SelectRows);
setSelectionMode(QAbstractItemView::ExtendedSelection);
 

я про https://doc.qt.io/qt-6/qabstractitemview.html#SelectionMode-enum

Делаю так

C++ (Qt)
 
Qt::ItemFlags MyTableModel::flags(const QModelIndex &index) const
{
    if (!index.isValid())
        return Qt::NoItemFlags;
 
    return QAbstractTableModel::flags(index) | Qt::ItemIsSelectable;
 
}
 

Причем если поменять QAbstractTableModel на
QAbstractItemModel будет падать приложение

в коде, все вью умеют в разные селекшоны
проверь что флаги позволяют выделать несколько строк вообще

Не получается выделить несколько строк.

Делаю так:

C++ (Qt)
void  TreeView::mousePressEvent(QMouseEvent *e)
{
    if(e->modifiers() & Qt::Controlmodifier)
   {
       QModelIndex idx = indexAt(e->pos());
 
       QModelIndex topLeft = model()->index(idx.row(), 0, QModelIndex());
       QModelIndex bottomRight = model()->index(idx.row(), model()->columnCount() - 1, QModelIndex());
 
       QItemSelection selection(topLeft, bottomRight);
       selectionModel()->select(selection, QItemSelectionModel::Select);
   }
 
   return QTreeView::mousePressEvent(e);
}
 

Это связано с тем что tablemodel привязана к treview?
Или в коде проблема?

Делаю вот так

C++ (Qt)
 
void container::add_mapping(Key key, Type &value)
{
    std::lock_guard<std::mutex> l(mutex);
    auto it = unordered_map.find(key);
    if(it == unordered_map.end()){
           Type *data = new Type;
           unordered_map.insert(std::make_pair(key, data));
           vectror.push_back(data);     
    } 
    else{
          *(it.operator->()->second) = value;
    }
 
}
 
std::vector<Type> container::get_vector()
{
       std::lock_guard<std::mutex> l(mutex);
       std::vector<Type> v;
       for(auto e : vector){
            v.push_back(*e);
       }      
       return v;
}
 

Ты ещё пишешь про unordered_map->vector. Если там простой std::copy, то полагаю, что строки в векторе могут перетасовываться = достаточно сложно вычислить какие индексы в модели обновились

Кажется, что в модельке не стоит обращаться ко view

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