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

[Old]

Ну и чего сидим, на Вындоуз не проверяем?

Если верить этому, то все должно получиться.
http://forum.vingrad.ru/forum/topic-256400.html

Но сохранится ли изображение если окно скрыть и показать или проехаться другим окном?

[Bepec]

Зачем что-то пробовать, если независимо в винде на image рисовать мона? Непонятно.

[Igors]

Если верить этому, то все должно получиться.
http://forum.vingrad.ru/forum/topic-256400.html

Что на взятом GetDC можно рисовать нативняком сколько угодно - то ясно, но пройдет ли с QPainter?

Но сохранится ли изображение если окно скрыть и показать или проехаться другим окном?

Это рисование "до следующего paintEvent", поэтому если скрыть - все пропало. Если проехаться - то надо переключиться на др окно, но это повлечет paintEvent. Если окно сдвинуть вправо и кликнуть, то нарисованный текст будет за пределами экрана. Если теперь окно сдвинуть влево, то на OSX все норм, текст покажется т.к. сидит в буфере, но на Вындоуз нет, опять paintEvent.

Зачем что-то пробовать, если независимо в винде на image рисовать мона? Непонятно.

Это разные вещи, рисованием на image того же эффекта не достичь. Ну не надо так не надо.     

[Old]

Это рисование "до следующего paintEvent", поэтому если скрыть - все пропало.

Ну если такое поведение устраивает... рисовать одно и тоже в нескольких местах.

[Bepec]

Попробовал. Ничего не рисует.
QPainter::begin: Paint device returned engine == 0, type: 1

Не понял смысла в

Код:

if (1) {
		QPainter painter(w);
		QString txt = QString::number(++numCall) + " pick";
		painter.drawLine(0, 0, 100, 100);
		painter.drawText(pt, txt);
	}	

Ведь мы не внутри paintEvent, пейнтер никогда не даст разрешения.
Если брать DC, то и рисовать надо нативными функциями. Но тогда как и предсказывает Old будет "крайне ненадёжное рисование".

[Igors]

Ведь мы не внутри paintEvent, пейнтер никогда не даст разрешения.
Если брать DC, то и рисовать надо нативными функциями. Но тогда как и предсказывает Old будет "крайне ненадёжное рисование".

И сразу какая-то паника, неумелый пересказ букваря и ссылка на старшего товарища Что значит "не даст", кто его спрашивает? Вариант для Вындоуз в аттаче, проверяем

[Bepec]

Проверить невозможно в виду версии Qt. Просто нет таких хедеров и методов (как я понял из пятой версии вы их тягаете.)

Не вижу смысла в ваших действиях... Приведи пример пожалуйста, для чего это может пригодиться? Чего нельзя сделать стандартными и понятными любому средствами Qt?

PS Из хлеба можно сделать троллейбус. Но зачем? Вы лезете в недра Qt, ломая систему и мешая следующему наследнику вашего кода шанса разобраться...

PPS смотря на ваш код видится мне, что при дальнейшем использовании будут проблемы. Но можно использовать если проект "окончательный" и никогда никуда не будет встроен. Ибо разобраться в получившемся аде будет сложновато

[Igors]

Не вижу смысла в ваших действиях... Приведи пример пожалуйста, для чего это может пригодиться? Чего нельзя сделать стандартными и понятными любому средствами Qt?

Этот пример и был приведен в первом посте темы. Возможно Вас смутило незнакомое API, и Вы не поняли о чем речь (что впрочем не помешало Вам принять активное участие в обсуждении ). Ладно, попробую объяснить проще. Есть старое (не Qt) приложение использующее такую технику

Код

C++ (Qt)
DrawSomething( Window * );   // нарисовать что-то в окне (с выводом на экран)
DoSomethingLong();            // какие-то длинные вычисления
 

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

[Bepec]

Понял что вы не читаете мои сообщения

PS если дочитали до сюда, ещё раз объясните чем рисование на системном фоне отличается от рисования на несистемном фоне pixmap в Windows?

Ваше первое сообщение уже давно "решено". В OSX так нельзя. В windows можно. Зачем лезть фиг знает куда?

[Old]

Есть старое (не Qt) приложение использующее такую технику

Теперь новое приложение что-то выведет на экран и пойдет что-то считать. В этот момент пользователь свернет/развернет окно этого приложения или переключится на другое окно - получим окно с артефактами.
Все что выводилось на экран "во всех местах" нужно сохранять, что бы потом штатно это рисовать в paintEvent.

Сейчас тот самый момент, когда "старую технику" нужно заменить новой.

[Igors]

Сейчас тот самый момент, когда "старую технику" нужно заменить новой.

Хотелось бы, но как это сделать? Поизучав старый код, вижу 2 типичных случая такого рисования

1) Просто-напросто перерисовать контрол(ы). Это связано с тем что используется старый синхронный подход

Код

C++ (Qt)
while (MouseDown()) {
  // здесь напр EditText должен показать новое значение
}

Он берет контекст и просто вызывает paint контрола сам. Да, в Вындоуз это решается через repaint, но решения для OSX я не нашел. А переделать все драги на событийную схему - нереально пока под Qt вообще не ходит

2) Подсветить что-то. Напр юзверь попал в айтем. Опять взял контекст, отрисовал напрямую именно этот айтем и обвел его рамочкой. Юзверь отпустил мышь - ну сделал inval(), пришел штатный paint, что айтем выбран он понимает, а о рамочке ничего не знает - ну так она и не нужна, мышь-то уже отпущена.

Перекрытие окна само по себе не опасно, т.к. double-buffer. А событие paint не придет пока не отдал управление. Все бычит.

ещё раз объясните чем рисование на системном фоне отличается от рисования на несистемном фоне pixmap в Windows?

Объяснить не могу т.к. без понятия что то за системный/несистемный фоны Поверьте, все Ваши сообщения я прочитал и пытался рассматривать их конструктивно - но пока без особого успеха Прикрепляю маленький скриншот дабы показать что требуется   

[Bepec]

Кхм. Я вас главное понял. Вопрос закрываем.

А конечная точка - да, на OSX решайте костылями.
На windows переписывайте нормально, с помощью paintEvent.

В OSX это неизбежное зло(как вывод этой темы), а в windows всё это просто реализуемо.

[Igors]

... а в windows всё это просто реализуемо.

Тогда я попрошу Вас ответить за свои слова: воспроизведите скриншот из моего предыдущего поста - в принципе конечно, "пиксель в пиксель" не требуется

[Bepec]

Задачу приведите. Полную. Типа "чтобы рисовалась надпись в любой момент в нужном месте окна при нажатии мышкой".

А "воспроизвести скриншот" слишком расплывчатая задача, при реализации которой можно в любой момент сказать "а вот тут не вот так должно быть".

[Igors]

Задачу приведите. Полную. Типа "чтобы рисовалась надпись в любой момент в нужном месте окна при нажатии мышкой".

Нормальная формулировка, только "нужное место" включает и занятое контролами (см скриншот). Платформа Вындоуз. Жду Вашего кода. Спасибо.