Как заставить QWidget перерисовываться?
Учитывая следующую реализацию главного окна:
#include <QApplication>
#include "MainWindow.h"
namespace ui {
MainWindow::MainWindow(QWidget *parent) :
QMainWindow(parent),
child(this) {
this->resize(425, 450);
this->child.move(10, 10);
this->child.resize(400, 400);
}
MainWindow::~MainWindow() {}
void MainWindow::showEvent(QShowEvent* event) {
QWidget::showEvent(event);
qDebug() << "Updating.";
this->child.update();
this->child.update();
this->child.update();
this->child.update();
this->child.repaint();
this->child.repaint();
this->child.repaint();
this->child.repaint();
QApplication::processEvents();
}
} // namespace ui
и виджет, который выглядит так:
#include <QPainter>
#include "Widget.h"
namespace ui {
Widget::Widget(QWidget *parent) :
QWidget(parent) { }
void Widget::paintEvent(QPaintEvent *event) {
qDebug() << "paintEvent called.";
QWidget::paintEvent(event);
}
} // namespace ui
Я ожидаю увидеть как минимум четыре (а возможно, и более восьми) вызовов PaintEvent. сообщения в консоли. Однако консоль просто показывает:
Updating.
paintEvent called.
paintEvent called.
Результат будет точно таким же, если я удалю все вызовы this->child.update() и this->child.repaint() в MainWindow.cpp.
Если update() и repaint() на самом деле не обновляют и не перерисовывают виджет, что мне следует сделать вместо этого, чтобы принудительно перерисовать виджет?
Насколько я понял, последовательные вызовы update оптимизируются, но не вызовы repaint, но я больше не нахожу источник. Я ошибаюсь? Что касается вашего вопроса, то это возникший вопрос, вызванный другой проблемой, которая пока слишком велика, чтобы ее можно было опубликовать в ее текущем состоянии на сайте вопросов и ответов. Пытаясь упростить это, я пришел к выводу, что данный виджет в приложении не перерисовывается, когда ожидалось, и мне было интересно, почему добавление дополнительных вызовов для принудительной перерисовки не дает никакого эффекта.
Хотя в документации repaint() сказано, что «Перерисовывает виджет напрямую, немедленно вызывая PaintEvent(), если только обновления не отключены или виджет не скрыт», на самом деле paintEvent() не вызывается напрямую, поскольку есть некоторые основные аспекты и проверки, которые выполняются до вызова paintEvent(), но да, это должен быть ожидаемый результат. Однако обратите внимание, что showEvent() может не быть непосредственно связано с фактическим отображением виджета/окна, а это означает, что виджет еще не может быть «рисуемым» (но он может стать таковым)
» в какой-то момент в будущем. Я знаю, что это верно, по крайней мере, на X11, я не особо разбираюсь в предыстории Wayland и других ОС. Подводя итог, можно сказать, что вызов repaint() несколько раз в showEvent() может оказаться неэффективным, как вы думаете, и в конечном итоге вам следует провести более подходящий тест, вызвав функцию, которая делает это, инициируемую вместо этого QTimer.singleShot, запущенным в showEvent(). В любом случае, это скорее проблема XY. Звонить repaint() практически никогда не потребуется, и если в вашем случае это не сработало, возможно, это не связано »
» к случаю, который вы предлагаете (учитывая вышеизложенное, вы можете случайно воспроизвести подобную проблему, но это просто совпадение). Я бы посоветовал вам не торопиться и придумать правильный минимально воспроизводимый пример на основе вашей реальной проблемы. Я знаю, что это может быть сложно, но это было бы более уместно, чем получить ответ на вопрос, который может оказаться не связанным с вашей проблемой и, следовательно, не решить ее в реальности.
Мне почти никогда не приходилось вызывать update() и вообще никогда не приходилось вызывать repaint(), не говоря уже о том, чтобы делать это с помощью таких методов, как showEvent()/paintEvent(). Этот пример может показаться слишком странным, чтобы люди могли найти решение того, что вы пытаетесь сделать. Я согласен с @musicamante, что, похоже, ваша настоящая проблема заключается в чем-то другом и, скорее всего, будет более понятна нам.
Ответы 1
Qt ожидает, что ваш метод paintEvent() будет идемпотентным, то есть не должно иметь значения, сколько раз он вызывается, поскольку при одном и том же состоянии виджета он всегда должен рисовать одно и то же графическое изображение на области экрана виджета.
Таким образом, ожидается, что ваш код будет вызывать update() всякий раз, когда что-то изменится, что может потребовать изменения внешнего вида вашего виджета, и Qt позаботится о том, чтобы paintEvent() был вызван как можно скорее после этого, в идеале только один раз (даже если вы вызывали update() более одного раза). ).
Вам никогда не придется звонить repaint() явно.
Вы не говорите об этом явно, но мое паучье чутье подсказывает мне, что вы, возможно, пытаетесь обойти проблему, когда функция, вызываемая внутри вашего основного потока/потока графического интерфейса, требует много времени для возврата, и это приводит к тому, что ваш графический интерфейс не работает. обновляться своевременно.
Если это так, то правильным решением было бы либо ускорить возврат этой процедуры, либо (если это невозможно) вынести ее в отдельный поток, чтобы она могла выполняться асинхронно и не блокировать поток графического интерфейса во время выполнения. оно бежит. Функции, вызываемые основным потоком/GUI-потоком в Qt, всегда должны быстро возвращаться, иначе обновления GUI будут отложены, что приведет к ухудшению пользовательского опыта.
Вы, конечно же, не увидите отдельные вызовы событий рисования для каждого последующего вызова
update(), как ясно сказано в документации : «Эта функция не вызывает немедленную перерисовку; вместо этого она планирует обработку события рисования, когда Qt возвращается к основному событию». цикл [...] Вызов update() несколько раз обычно приводит только к одному вызову PaintEvent()». Обычно нет необходимости вручную запрашивать перерисовку, вы спрашиваете об этом из интереса к поведению Qt, или этот вопрос вызван другой проблемой?