QPaintEvent, installEventFilter, QPainter, Overpainting Опции

[SABROG]

Есть желание рисовать на дочерних окошках, причем хочется оставить их оригинальный render и рисовать поверх уже готовой картинки. Ввиду того, что дочерних элементов может быть сколько угодно, я не могу (а скорее не хочу) унаследоваться от каждого из них. Поэтому я использую installEventFilter.

Получился такой код:

bool MainWindow::eventFilter(QObject *o, QEvent *e)
{
    if (e->type() == QEvent::Paint && o->isWidgetType()) {
        QPaintEvent *pe = (QPaintEvent *)e;
        QWidget *w = (QWidget *)o;
        qDebug() << "painting:" << o;

        QObject::eventFilter(o, e); //пытаемся вызвать оригинальный обработчик, чтобы сам себя нарисовал
        QPainter p(w); // пытаемся нарисовать что-то поверх уже нарисованного
        p.setRenderHint(QPainter::Antialiasing,true);
        p.drawLine(QPointF(0,0),QPointF(20,90));
        return true; //говорим системе, что мы перехватили, чтобы не отправлял событие дальше, а следовательно и не перерисовывал
    } else {
        return QObject::eventFilter(o, e);
    }
}

Но не получается. Если убрать первый QObject::eventFilter(o, e);, то виджет рисуется поверх линии, т.е. она остается на заднем плане. Если оставить, то рисуется вообще только одна линия, оригинального изображения виджета нет. paintEvent вызвать напрямую не могу, т.к. он protected, render() и repaint() приводят к рекурсии, естественно.

[kwisp]

оригинальный render

поясни пожалуйста что это такое?

[Litkevich Yuriy]

SABROG, первая мысля в слух: Стало быть фильтр вызывается до того, как событие будет доставленно адресату. Тогда надо помозговать исходя из этой ситуации

Несколько мимо темы, такой код:

QPaintEvent *pe = (QPaintEvent *)e;
QWidget *w = (QWidget *)o;

стиль приведения не С++ный, а Сишный, и уж точно не принятый в Qt (qobject_cast<>, надобы)

[SABROG]

поясни пожалуйста что это такое?

Что-то типа QPixmap::grabWidget()

QPixmap pixmap(widget->size());
widget->render(&pixmap);

Оригинальный отрисовщик, который в paintEvent'e.

SABROG, первая мысля в слух: Стало быть фильтр вызывается до того, как событие будет доставленно адресату. Тогда надо помозговать исходя из этой ситуации

Давайте обмозгуем. Думаю postEvent тут тоже не поможет, т.к. опять будет рекурсия. Возможно флагами как-то, каждому объекту присвоить флаг (QMap)? Сначала вызвать оригинальный eventFilter, выставить flag в 1, потом как-то сгенерить опять событие, но при этом, чтобы старая картинка не затиралась.

Сообщение отредактировал SABROG - 26.5.2009, 12:17

[Litkevich Yuriy]

Думаю postEvent'ом тут тоже не обойтись, т.к. опять будет рекурсия.

дело даже не в рекурсии, обсуждалось недавно, что событие рисования посылать получается, да вот рисовальщик (QPainter) ругается.

потом попробовать отрисовать что-то поверх

а как попробовать рисовать мимо события рисования, на виджетах ведь можно рисовать только в их обработчике рисования.

[SABROG]

Через флаг не получилось. Второй paintEvent затирает как-то все, что было до этого.

а как попробовать рисовать мимо события рисования, на виджетах ведь можно рисовать только в их обработчике рисования.

В момент события QEvent::Paint из любого места, не обязательно внутри paintEvent метода.

Сообщение отредактировал SABROG - 26.5.2009, 12:36

[kwisp]

Второй paintEvent затирает как-то все, что было до этого.

в доке написано что пред вызовом нового обработчика все стирается. чтоб этого избежать используют updete(QRect)

SABROG,
вообще как я понимаю. если дочерние элементы находятся на хозяине то рисовать на них нет труда в обраьботчике хозяина рисуй и всё. в вот если к примеру диалог или окошко сообщений то тут задачка.....
может попробовать рисовать то что хочется на картинке а потом картинку лепить на дочернее окошко.

---------------
нет оказывается затруднительно рисовать на дочерних элементах даже если они на хозяине

Сообщение отредактировал kwisp - 26.5.2009, 12:46

[SABROG]

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

А ты попробуй, ничего не получится. Как ни изгаляйся, а рисование на родителе всегда будет позади детей.

Может попробовать рисовать то что хочется на картинке а потом картинку лепить на дочернее окошко.

Если ты добавляешь детей в окно, то они отображаются. Если ты их скрываешь через setVisible(false)/hide(), то они естественно не будут вести себя как нормальные видимые дети, события обрабатываться не будут, анимация и обновление происходить не будут. Заставить их прорисоваться через QWidget::render можно, но вот как от них избавиться, чтобы реально их на экране не было - вопрос. На ум приходит что-то типа послать по далеким далеким координатам, за пределы виджета, но тут сразу возникает вопрос с корректировкой координат и событий клавиатуры и мыши. Опять же наверняка будут проблемы. Есть еще вариант с дополнительным виджетом-прослойкой. Эта тема как-раз создана для того, чтобы избежать такого решения, т.к. виджет-прослойка это не рисование, а по сути хак. Я вообще троллей не понимаю в связи с этим, вроде всё можно, вроде рисовать можно как хочешь, а вот поверх всего только в примере overpainting QGlWidget'a. Бред...

[kwisp]

В момент события QEvent::Paint из любого места, не обязательно внутри paintEvent метода.

гдеж еще если в eventFilter не получилось?

[SABROG]

В момент события QEvent::Paint из любого места, не обязательно внутри paintEvent метода.

гдеж еще если в eventFilter не получилось?

В другом методе например, вызываемым внутри eventFilter'a.