Портирование рисования

[Igors]

Добрый день

Есть старый класс рисования, конструктор

Код

C++ (Qt)
OldPainter::OldPainter( Window * win )
{
 GrafPtr port = win->GetPort(); 
 ::SetGWorld(port, ::GetMainDevice());   // порт (окно), экран
 //...
}

После этого идет рисование нативными ф-циями, напр PaintRect() и все такое. Поскольку вывод double-buffered, никаких изменений на экране еще не происходит. Потом делается такой финт ушами

Код

C++ (Qt)
OldPainter::~OldPainter( void )
{
 //..
 ::QDFlashPortBuffer(..);
 //..
}

И окно прекрасно обновляется, причем немедленно.

Как же мне это перевести на Qt  

Спасибо

[Bepec]

Вариант "сохранить логику и переписать на QPainter" не предлагать?

[Igors]

Вариант "сохранить логику и переписать на QPainter" не предлагать?

Так а каким образом ее хранить? Покажите на примере (в псевдокоде конечно)

[Bepec]

Эм... Без приведённого кода никак, но псевдокод.

Было

Код:

PaintRect(бла бла прямоугольник 40 на 40);
SetPixel(бла бла в центре красная точка);
if (какие то данные)
    LineTo(бла бла соединяем все углы с центром);

Станет

Код:

QPainter painter(this);
painter.drawRect(0,0,40,40);
painter.drawPoint(20,20); // + color red
if (какие то данные)
    painter.lineTo(и ещё 3 раза, соединяем все углы с центром);

PS если вы умолчали о каких то подводных камнях старого класса или условностей - не обессудьте, сами виноваты

[Old]

Все рисуем в backbuffer, по завершении говорим окну update и в его paintEvent рисуем backbuffer.

[Igors]

Код:

QPainter painter(this);
painter.drawRect(0,0,40,40);
painter.drawPoint(20,20); // + color red
if (какие то данные)
    painter.lineTo(и ещё 3 раза, соединяем все углы с центром);

Это было бы просто замечательно, перевести код на QPainter не проблема. Но ведь я получу по дюнделю создав QPainter(QWidget *) вне paintEvent? Или есть ходы?

Все рисуем в backbuffer, по завершении говорим окну update и в его paintEvent рисуем backbuffer.

update не вызывает немедленной перерисовки - нужно получить событие. Да, есть repaint, но на OSX он == update

[Old]

update не вызывает немедленной перерисовки - нужно получить событие. Да, есть repaint, но на OSX он == update

Конечно не вызывает, рисовать на виджет можно только в определенный момент - событие paintEvent. Вы можете только попросить сгенерировать такое событие.

[Bepec]

Эмм.. у вас же обычное рисование.

Просто рисуете всё на буфере - картинке и по мере необходимости update с перерисовкой картинки. Есть проблема? Нет проблемы.

Есть ещё способ с installEventFilter - перехватывать paintEvent, но там со сложными виджетами засада, типа view и прочего.

PS опять не вижу проблемы ^.^ Надо очки поменять что ли...

[Igors]

PS опять не вижу проблемы ^.^ Надо очки поменять что ли...

Псевдокод

Код

C++ (Qt)
if (1) {
 OldPainter op(win);
 op.PaintRect(&R);
}   // здесь деструктор вытолкнет нарисованный Rect на экран
while (true) {
// здесь что-то делаем достаточно долго, напр неск секунд
} 

Старый код рассчитывает что экран уже обновлен. Чтобы добиться того же с Qt нужно что-то делать, но что? Вызов processEvents может оказаться совсем не безобиден

Конечно не вызывает, рисовать на виджет можно только в определенный момент - событие paintEvent. Вы можете только попросить сгенерировать такое событие.

Хммм....  ну а так ли уж это бесспорно? Да и рисование в pixMap здесь хорошего впечатления не производит

[Bepec]

Приводите пример рисования, мы его разберём. Как я и написал с самого начала - есть ограничения, которые вы не привели.

По простому - разбить на итерации. Нужен квадрат - рисуем квадрат.

Было

Код:

OldPainter op(win);
op.PaintRect(&R);
while (true) {
// здесь что-то делаем достаточно долго, напр неск секунд
} 

Стало

Код:

QPainter painter();
painter.begin(&fon); // рисуем на пиксмапе в любое время, когда надо обновляем.
painter.drawRect(bla bla розового цвета);
painter.end();
update();
while (true) {
// здесь что-то делаем достаточно долго, напр неск секунд
}

По-моему вполне нормально переносится. Месяца три назад помогал одному человеку похожее сделать.

[Old]

По-моему вполне нормально переносится.

Ничего не произойдет от такого update.
События никто не обрабатывает.

[Bepec]

Во 1 это псевдокод.
Во 2 нужна вся картина и тогда уже будем приводит реально работающий код ^.^ Думаю для всех участвующих в обсуждении цикл событий Qt знаком. Как и методы работы с ним.

Добавим processEvent's, или же  ресурсоёмкие действия вынесем в другую функцию, а можно вообще в отдельный поток. Всё что угодно

[Old]

Старый код рассчитывает что экран уже обновлен.

Когда? Объект op не разрушался.

Хммм....  ну а так ли уж это бесспорно?

Для основных платформ (win / X) так.
Внутри вашего top-window вы можете делать что хотите (рисовать на виджеты или QImage или куда хотите), но пользователь это увидит только когда графическая подсистема ОС попросит программу отрисовать его top-window послав ему сообщение.

Да и рисование в pixMap здесь хорошего впечатления не производит

Ну Qt всегда рисует в QImage - она буфферизирует отрисовку.

[Igors]

Когда? Объект op не разрушался.

Точно, подправил

Ну Qt всегда рисует в QImage - она буфферизирует отрисовку.

Даже там где ОС обеспечивает double-buffer? Не уверен. Кстати нативные ф-ции для немедленного обновления есть, причем не одна. Ладно, не суть.

Во 1 это псевдокод.
Во 2 нужна вся картина и тогда уже будем ..

Пожалуйста, "тарахтелку" не включайте 

Хорошо, зайдем с др стороны: а как мне добиться получения paintEvent не трогая при этом др события ? 

[Old]

Кстати нативные ф-ции для немедленного обновления есть, причем не одна.

Это какие?