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

[gil9red]

Код:

update()
repaint()

Вот только repaint вызывает немедленное обновление

[Igors]

Это какие?

Да хотя бы
CGContextFlush
CGContextSynchronize
QDFlushPortBuffer

Напр здесь говорят как грамотно флашить
https://developer.apple.com/library/mac/documentation/performance/Conceptual/Drawing/Articles/FlushingContent.html. Да, и кстати Widget::macCGHandle возвращает тот самый что нужен CG-вызовам. А на бздошном Вындоуз есть как минимум RedrawWindow, (т.е. repaint должен работать) ну ладно, с Вындоуз после

Вот только repaint вызывает немедленное обновление

Как уже говорили выше - на OSX нет

[Old]

Да хотя бы

Про это не знаю и углубляться не буду. Хотя я сильно сомневаюсь, что это вообще возможно в многозадачной среде.

А на бздошном Вындоуз есть как минимум RedrawWindow, (т.е. repaint должен работать) ну ладно, с Вындоуз после

А здесь венда будет посылать сообщения (причем не одно) и отрисовка будет работать в обработчике события.
В иксах также.

[Bepec]

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

Вызов update + processEvents вам не катит? или repaint? В чем отличие от мгновенной отрисовки ? В том, что отрисовка произойдет на полмс позже?

[Igors]

Хотя я сильно сомневаюсь, что это вообще возможно в многозадачной среде.

Старое приложение это делает весьма непринужденно - причем как на OSX, так и на Вындоуз. Проблема в том как это в Qt впихнуть

Вызов update + processEvents вам не катит? или repaint? В чем отличие от мгновенной отрисовки ? В том, что отрисовка произойдет на полмс позже?

Просто никакой перерисовки не произойдет. Вот как делается сейчас (без Qt)

Код

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

Заменив OldPainter на QPainter мы получим ошибку - ведь этот код не внутри paintEvent. Придется так

Код

C++ (Qt)
PatchPaintParams(&R);   // надо как-то дать знать что делать внутри paintEvent
repaint();
while (true) {
...
 

При этом еще изрядно искромсав paintEvent. Это уже хреново - и это еще очень мягко сказано.
Но и это еще не все - repaint не сработает на OSX, а если "протолкнуть" его с помощью processEvents то др события будут обрабатываться, а на это код после while совсем не рассчитан.

[Old]

Старое приложение это делает весьма непринужденно - причем как на OSX, так и на Вындоуз.

И делает это в конечном итоге в обработчике событий аналогичном paintEvent.
Даже в таких библиотеках как SDL, где пользователю кажется, что он работает напрямую с окном, все происходит через события. Это спрятано внутри.

а на это код после while совсем не рассчитан.

Может это стоит исправить и дальше спокойно жить?

[Bepec]

Я тебя не понимаю

Просто никакой перерисовки не произойдет. Вот как делается сейчас (без Qt)

Вы сообщеньки читаете? паинтер МОЖЕТ рисовать на чем угодно в любое время, кроме виджетов. Нарисовав на буфере и отдав команду update, вы нарисуете на QImage и paintEvent отрисует этот QImage на виджете. Всё произойдет мгновенно и до while.

PS ну если не верите, сами попробуйте. Вы вот эту цитату написали не попробовав, на одном лишь своём мнении.

[Igors]

И делает это в конечном итоге в обработчике событий аналогичном paintEvent.

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

Может это стоит исправить и дальше спокойно жить?

Чужой старый код, Сколько всего таких мест - не знаю, найдя первые 10 считать перестал  

Полазил в отладчике QPainter::begin(). Есть флажок WA_OutsidePaintEvent, но он годится только чтобы заткнуть варнинги консоли. Самого рисования не происходит т.к. нет контекста (CGContextRef) - а он как раз извлекается из события рисования ОС. Подсунуть вроде можно. Поизучаю как создавать контекст нативными средствами  

Вы вот эту цитату написали не попробовав, на одном лишь своём мнении.

Сегодня утром неск раз перепроверил (хотя помнил и раньше). Уверяю Вас, при вызовах update/repaint ну совершенно ничего не происходит И в исходниках есть комменты что на OSX это нормально. Заметим что сейчас в приложении рисование (что мы обсуждаем) происходит поверх старого/текущего, поэтому вариант с pixMap совершенно не привлекателен - где хранить все если простыня со скроллом? А валить все в paintEvent (см мой предыдущий пост) - проще застрелиться

[Old]

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

Это не показатель. Все может рисоваться в теневые буферы и на реальный экран выбрасываться при поступлении сообщения от ОС.

Так исходники этой программы есть?
Возможно, она в качестве бекенда для отрисовки использует что-то типа opengl, directx или подобных технологий?
Одной RedrawWindow() дело не закончится, посмотрите ее описание и вы увидите упоминание о всех сообщениях, которые будут слаться главному окну и при обработке которых оно должно все рисовать.

поэтому вариант с pixMap совершенно не привлекателен - где хранить все если простыня со скроллом

С каким скроллом?
Backbuffer размером с окно (не больше и не меньше) и рисовать на него нужно как на обычное окно.

[Bepec]

Т.е. у вас OSX. Опять умолчанная информация ) Это не обвинение, а просто собираю портрет вашей программы

PS если так хотите заcтрелиться - в Qt как ни странно всё рисуется на QImage в paintEvent

[Igors]

Так, ну бычит, правда "с использованием неповторимого местного диалекта" Исходник прилагаю, нативняк передрал из Qt. Если кто проверит на какаве (у меня стоит сборка Carbon) - буду благодарен. Если мака нет - см скриншот плюс мои уверения что paintEvent и pixMap полностью отсутствуют. Заметим что рисование не затирает предыдущее - как и требовалось.

На Вындоуз пока не знаю, но надеюсь что просто priv->hd = GetDC(..)  и потом конечно ReleaseDC(..)

[Igors]

PS если так хотите заcтрелиться - в Qt как ни странно всё рисуется на QImage в paintEvent

Я тоже это слышал, и вот сейчас проверил на drawLine. Рисуется нативными вызовами в контексте  полученном из события рисования ОС (а не на QImage/QPixmap). Что есть тот контекст - личное дело ОС, во всяком случае с double-buffered точно не видео. Обобщать этот результат не стоит - конкретный ОС

[Old]

Обобщать этот результат не стоит - конкретный ОС

Точно. Платформопроблемы.
http://qt-project.org/faq/answer/how_does_qtwa_paintonscreen_relate_to_the_backing_store_widget_composition_

[Bepec]

Рад, что у вас всё получилось

[Igors]

Рад, что у вас всё получилось

Ну и чего сидим, на Вындоуз не проверяем? (я недавно винт менял, поэтому даже MSVC не стоит). Там должно быть намного проще, см аттач. Ну отрихтуете что надо, хедерок подкинете.

Смысл простой - QPainter'у нужен контекст (HDC в Вындоуз)