Russian Qt Forum

Добрый день

Как мне в момент рисования прочитать пиксель(и)? Не наблюдаю такого метода у QPainter. Please "ткните носиком".

И, чтобы не плодить однотипные темы, то же со скроллом (опять в момент рисования).
Обе ф-ции всю жизнь были в нативном рисовании. Чем их заменить при переходе на Qt?

Спасибо

В качестве бэкенда для рисования может использоваться OpenGL, поэтому через QPainter скорее всего никак.
Но можно попробовать добраться до backbuffer.

Собственно, а почему он должен быть?

А может и QPrinter. Вот будет интересно спросить у принтера пиксель :)

А что здесь плохого? В нативняке напр
Ну вернет какое-то дефаулт значение если контекст не поддерживает чтение, но операция-то есть

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

Ну вот, опять придется нырять в нативняк  :'(

Чтобы узнать пиксель, нужно обратиться к холсту, а не кисти. Pixmap, нативняк - вот куда  надо смотреть.

"Холст/кисть" - такие термины хороши чтобы начинающий побыстрее понял о чем речь. Но в разговоре профессионалов они неуместны  :)

Скролла тоже не видно (чтобы не обидеть QPrinter). Или я не прав?

Скролла это кто?

Я хоть и небольшой охотник до UI, но уж базовые-то ф-ции помню. А Вы, батенька, что-то вообще поплыли  :'(

offtop: Тот является профессионалом, кто может простыми словами сказать о сложном, а не тот, кто говорит сложное о простом.

Скролла и быть не может (если вы о скроллинге). Ведь есть холст и кисть. А холстом является в момент отрисоки только то, что видно.

Или на ходу придумываете? :)

Я так понимаю, что дальше вы будете искать drawTeapot, сэкономлю вам время - ее тоже нет.

Поверьте, и то что не видно - тоже. Есть окно, мне известно что обновилось напр 10% пыкселей снизу. Чего же это я не могу сдвинуть вверх 90% и дорисовать только новые 10%? Зачем громко заявлять "быть не может" если вещь банальна/стандартна?  :)

Да неужели? См QWidget::scroll который сводится к scroll_sys что использует нативные вызовы скролла. В общем, понял, спрашиваю у больного здоровье  :'(

В момент рисования через public API скорее всего никак, а вообще через QWidget::grab (http://qt-project.org/doc/qt-5/qwidget.html#grab).

Это также вряд ли можно через public API, а для прокрутки есть QWidget::scroll (http://qt-project.org/doc/qt-5/qwidget.html#scroll).

В Qt другая идеология же: все через события делать, вот в них и можно вызывать те самые функции, что приведены выше. QPainter API может рисовать через OpenGL, а чтение пикселей обратно из видеопамяти - операция слишком медленная.

А как в вашем воображении соотносятся QWidget и QPainter? :)

Чего? Спрашиваете у здоровья? Больного?  ::)
Отойдите на время от компьютера, вы и так с ним не очень ладите, а сейчас он вас явно уделал. :)

Я понимаю что эти операции не общие, найдется устройство которое их не поддерживает. Но с др стороны - вот QPainter рисует окно Вындоуз, вывод буферирован QImage, Чтение пикселей - на раз, скролл тоже, банальное memmove. Ладно, вот на OSX нативный контекст вместо QImage, но там это еще легче т.к. есть вызовы OC. Понятно разработчику хочется иметь все общее, но все-таки нехорошо так обрезать  :'(

Эх, а раньше, не мудрствуя лукаво, 0xB800 или переключил порты, и в 0xA000 :) Не думаю что дело в низкой скорости чтения. Я вижу что если OpenGL захватил окно (или его часть) то контекста там не получить - ну как бы он возвращается, но все попытки там читать/писать - эффект нулевой. Почему - хз, возможно это проблемы конкретного ОС или GL фреймворка (очень старого)