А что, Qt-шный showEvent вызывается ДО начала отрисовки?

выполняй после первого paintEvent

Переопредели onDraw, вызови код предка, потом свой код выполняй.

Но лучше поподробнее расскажи о проблеме. Судя по всему, у тебя какой-то косяк в архитектуре.

после первого paintEvent

Но как? В конце paintEvent я не могу приписать этот код — он сам впоследствии дёргает перерисовку. Получается рекурсия. Виджету плохеет.

onDraw

Это чем-то отличается от дописывания своего кода к paintEvent?

так guard поставь, чтобы один раз выполнялся.
а вообще - откуда такое условие - «строго ПОСЛЕ отрисовки виджета.»? что заставляет тебя ждать отрисовки?

Мой код в итоге дёргает repaint(). Несколько раз. Поэтому я не могу разместить его в paintEvent.

что заставляет тебя ждать отрисовки?

Если я начинаю манипуляции ДО отрисовки, то, разумеется, не вижу процесса, а лишь итог. Мне нужно чтобы был виден процесс отрисовки.

Мой код в итоге дёргает repaint(). Несколько раз.

чтобы «стопудово отрисовалось»? :3

Поэтому я не могу разместить его в paintEvent.

ну поставь тогда QTimer::singleShot() в него

Если я начинаю манипуляции ДО отрисовки, то, разумеется, не вижу процесса, а лишь итог. Мне нужно чтобы был виден процесс отрисовки.

ты замедляешь процесс с пом. sleep или что?
может тебе нужны анимации?

может тебе нужны анимации?

Да, это что-то вроде анимаций.
И начинать эту «анимацию» мне нужно после прорисовки виджета какой-то дрянью по умолчанию.

QTimer

Ты предлагаешь запустить свой код через некоторое время после запуска paintEvent? Через какое время? Наобум? Авось заработает?

Если таймеру выставить ЕМНИП нулевое время он выполнится как только управление будет передано эвентлупу.

Более того, он вывывается при появлении виджета (например, при вызове show()), а далеко не при каждой перерисоввке

У тебя очень серьезные проблемы с архитектурой.

Может. Но я и Qt использую специфически — Qt мне нужен лишь как «платформа», от которой я должен как можно быстрее перейти к нормальному Си++. Qt-специфического кода должно быть как можно меньше.
Ну как ты мне предложишь сделать анимацию на виджете? Причём суть анимации должна управляться сторонним, не имеющим в этому виджету отношения, классом.
Сейчас у меня просто наследник QLabel, который от стороннего класса получает команду «забери следующую порцию данных и рисуй».
Есть более эффективные идеи? Сам QLabel это единственный виджет. Больше ничего нет. Он просто «холст». Содержимое его управляется уже логикой. Этот Label не должен ни прятаться, ничего он не должен делать, кроме как рисовать то, что скажут и тогда, когда скажут. И оптимизировать, буферизировать он тоже ничего не должен.

Ну как ты мне предложишь сделать анимацию на виджете?

анимация делается таймерами.

Анимацию делаешь через таймеры.

Передачу информации - через сигналы/слоты (заодно получаешь бесплатную потокобезопасность).

Рекомендую посмотреть на готовые классы для анимации, ЕМНИП, их в куте было завезено.

Пейнтэевент тебе не нужен.

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

Ок. Таймеры можно и не в Qt сделать, отгородить интерфейсом работу с сигналами-слотами - не более 1го дня с тестированием.

Городить говноархитектуру - бесценно.

я не могу приписать этот код — он сам впоследствии дёргает перерисовку

ну то есть ты понял, что тебе нужно на showEvent установить флажок, а на paintEvent - проверить его, сделать что нужно если он установлен, и сбросить его.

Но как? В конце paintEvent я не могу приписать этот код — он сам впоследствии дёргает перерисовку. Получается рекурсия. Виджету плохеет.

Кинь кастомное событие в цикл событий — тогда оно выполнится уже после отрисовки. Есть std::once(), чтобы выполнить ровно один раз на программу, ну или свой булевский флаг, чтобы выполнить ровно один раз на виджет.