Есть тут у меня волшебный виджет. Класс унаследованный от QWidget.

Он полностью рисует себя сам, переопределяя метод QWidget::paintEvent().

Так вот при старте приложения этот виджет полностью отображается сереньким и только через мгновение отрисовывается. Раздражает. В конструкторе отрисоваться мы не можем, размеры не известны. Потом прилетает событие resizeEvent(). Главное окно ещё не отображено на экране. Потом всё отображается -- виджет серый. И только потом приходит paintEvent().

Простейшая проблема, не получается решить её. Тут нужно, наверное, какой-то нюанс знать? Или тут косяк где-то? Ведь стандартные контролы так себя не ведут?

Спасибо!

Qt не использует стандартные контролы. Поэтому тормоза и глюки отрисовки - врождённая болезнь.

Я имел в виду стандартные контролы Qt. Если у нас приложение состоит только из них, то я что-то не помню, что бы при старте приложения появлялось полностью серое окно и только потом вся отрисовка. Вот в чём проблема.

На днях сделаю. Это всё же за пять минут не сделать, а у меня тут основная работа другая. :) VS или Креатор?

Я только что сделал в Креаторе приложение на 90% площади там QTableWidget. Вот это 5-ть минут. И для контраста (что бы мигание было заметнее) сделал фон таблицы чёрным. Так вон оно сразу чёрным на весь экран и появляется. А моё фуфло белым. Т.е. нужно что бы оно отрисовалось до отображения.

Тут так принято, в ряде случаев. Это я про ручную отрисовку.

Я тут заметил, что у меня и Qt Creator запускается точно также. Сначала пустое серенькое окно, а потом появляются элементы GUI. Инициативность сразу поугасла. Так что пока отложим проблему. Когда снова случится приступ перфекционизма, я приду с готовым проектом.

Но, меня продолжают терзать смутные сомнения. Где-то тут косяк.

Я только под Win работаю. Хотя код на 99% кроссплатформенный. Но вот этот один процент может кардинальные проблемы создать.

Его скурили разработчики Qt когда натягивали свою (а точнее X-windows) архитектуру на всё
остальное.

Спорное утверждение. Я заметил, что у меня и NotePad++ так стартует: сначала белый фон окна, а через мгновение тёмный фон текста. А он написан на WinAPI.

Тут может быть проблема даже в Windows. Она с начала должна послать WM_PAINT, закешировать это в контексте устройства вывода, а потом сразу выдать на экран готовый pixmap.

Это он сам написан на С++, а Scintilla, которую он показывает в главном окне - GTK,
которое по архитектуре растёт из того же места, что и Qt.

Очень может быть, я об этом не подумал.

Но вернёмся к архитектуре Qt. Неужели происхождение Qt от X-Windows мешает задать свойства WinAPI главного окна так, что бы оно сначала получило WM_PAINT, а только потом ОС это окно выбросило бы на экран в виде готовой картинки?

Нет, Windows так не работает.

Тогда выходит проблема не в Qt, а в Windows? Впрочем, я думаю тут решаемые проблемы. Просто кто-то недоработал.

Нет, проблема как раз таки в qt, которое работает не так, как должно работать приложение,
написанное по спекам Windows.

Конкретно в чём проблема?

При открытии окна Windows посылает ему пачку сообщений, включая WM_SHOW,
WM_ERASEBACKGROUND и как последнее - WM_PAINT.
Вот это как раз и плохо.


По вашим рассуждениям выходит так, что Qt унаследовало архитектуру X-Windows, а в этой архитектуре необходимо в сообщении OnPaint обязательно парсить XML файлы или ещё что-то такое делать. Вот Qt портировали на Win, а от этой архитектурной особенности избавится не получилось. :)

Ну и я, конечно, в OnPaint парсю не только XML, но ещё и json!

Astra-Linux-ФСБ ?

Del.