QWidget::setFont(...)

Фрагмент из реального кода:

C++ (Qt)
QHeaderView::section::vertical::first,
QHeaderView::section::vertical::only-one {
  border-top: 1px solid #76797C;
}

не все итераторы позволяют модифицировать контейнеры, подробнее тут.
Для Списка есть специальный итератор QMutableListIterator

Может отрезок в область отрисовки не попадает, она определяется, на память, функцией shape() описывающей форму объекта, если сцена видит, что некий объект (по его форме) не требует отрисовки, то она не будет вызывать pain() для этого объекта

Если мы найдём того, кто его поднял, то, возможно, узнаем подробности

несколько дней не работал

kiten, если ты пишешь ПО под Виндовоз, то тебе достаточно Qt под LGPL, только сам исходник Qt не меняй.

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

Есть QTableView + модель. Всё приложение стилизировано с помощью QSS.

Есть надобность помечать в QTableView некоторые ячейки цветом (подсказка пользователю о неверно введённых в эту вьюху данных).

Классический способ раскрашивания не подходит, т.к. QSS не даёт.

Для всякого рода QLineEdit-ов я пользуюсь установкой свойств

C++ (Qt)
ui->outLow->setProperty("UiWidgetStatus", "error");

а в QSS-ке так:

CSS
QLineEdit [UiWidgetStatus="error"] {
  border-bottom-color: #f50057;
}

А как для ячейки QTableView это сделать никак догнать не могу

>>искать в глобальной области видимости
А что это такое для С++ компилятора?

Компиляция выглядит так:

g++ -c -g -std=gnu++11 -Wall $(INCPATH) -o myapp.o myapp.cpp

где $(INCPATH) - список путей поиска такого вида:

-I..\..\..\programs\Qt-5.7.1\5.7\mingw53_32\include\QtCore  -I..\..\..\programs\Qt-5.7.1\5.7\mingw53_32\include\QtSvg

т.е. никакой глобальной области видимости нет

Сейчас уже не найду свой код, но такой простой, как у тебя какую-то проблему вызывал "во время эксплуатации", поэтому у меня много более сильный изврат был.
Что-то было связано с масштабированием/навигацией.

Вот поэтому я и написал, что не стоит вские иные скрипты на нём реализовывать.
qmake - файл проекта, проекта программы (!),  а не проект конструкторского бюро.

Если сцену нужно ужать до текущих элементов, то без изврата никак.
Ну а если на сцене элементов не осталось - прибить сцену, создать новую.

Камни в огород QBS-а:
брал разные чужие проекты (свои не разу не делал), в том числе из примеров Qt. и в зависимости от версии Креатора (в порядке повышения) наталкивался на то, что креатор чего-то не понимает в проекте (распарсить не может).

Т.е. Берём проект версии QBS Х,  в неком креаторе собирается, берём креатор по свежее - и приплыли, что-то не распарсил в qbs-файле.

Я с таким делом помаялся и плюнул, qmake более свежий завсегда поймёт свой старый файл.

Камни в огород qmake-а:
только один - нужно чтобы он генерируемые файлы раскладывал по подкаталогам повторяющим дерево проекта.
Иначе взяв чужой кусок кода встрять можно проще паренной репы. некий utils.cpp мой и чужой сгенерятся в один объектный фал, тот кто будет генериться последним, тот и станет объектником.

В остальном qmake меня полностью устраивает. Пытаться писать bat/shell-скрипты в нём - ненужно, для этого есть специальные инструменты.

Дык запускал, результат тотже окно пустое, Cmake ошибки выдаёт, мол " Could NOT find PythonInterp (missing: PYTHON_EXECUTABLE)", но при этом Cmake-gui хоть ошибку и пишет, но список проектных переменных показывает (некоторые по умолчанию заполнены)