? про прсостейшую отрисовку с 2й буферизацией

Тема в разделе "WASM.BEGINNERS", создана пользователем Romm, 18 янв 2009.

  1. Romm

    Romm New Member

    Публикаций:
    0
    Регистрация:
    24 авг 2007
    Сообщения:
    12
    _basmp_
    спс, я ток терь это заметил! получается что при вм_паинт какой бы я BitBlt'у регион не задавал он всеравно отрисует ток в инвалидном регионе - винда сама отсечет отрисовку пределами i.r.? при BeginPaint, я могу получить регион отрисовки в PAINTSTRUCT, и знать где и что я рисую, чтобы не заморачивться вычислениями отрисовки того что всеравно не отрисуется.
    кстати:
    "ps - это стpуктуpа PAINTSTRUCT. Обычно вам не нужны значения этой стpуктуpы. Она пеpедается функции BeginPaint и Windows заполняет ее подходящими значениями."( Iczelion) - вот я и думал что ps - это то что можно заполнить самим перед вызовом BeginPaint для уточнения что надо делать BeginPaint'у, или если мы не сделаем этого сами, то винда сделает это за нас заполнив значениями по умолчанию! на самом деле мы получается передаем эту структурку чтобы самим узнать че от нас требуется в данном случае обработки вм_паинт!?!? я правильно понял? тогда в моём предыдущем посте получаем ответ на "кстати про BeginPaint написано, что там в структуре есть fErase: флаг стирания бэкграунда, ставил в 0 чтобы не получать WM_ERASEBKGND, но чет ниче не вышло" - я тогда писал так:
    mov ps.fErase,0
    invoke BeginPaint ))))
    Тогда ПРАВИЛЬНО обрабатывать вм_паинт - через BeginPaint, а остальные случаи лишm частность с потерей функционала (когда нам пофиг на i.r. или мы его сохраняем при InvalidateRect). GetDC - используем чтобы рисовать при обработки напр wm_char, и кстати при вм_чар и других мы не ограничены лишь i.r.
    То, что 2я буферизация нужна текстовому редактору это понятно - иначе как минимум от мерцания глаза сломаем. про 3-ю буферизацию вроде врубился - идея клас, но эт для редакторов побольше. мне интересен вопрос такого характера - если я на каждую клавишу буду рисовать не 1 символ, а тупо отрисовывать все окно, то это сильно скажется на скорости (т.е. мне пофиг на i.r.)?
     
  2. _basmp_

    _basmp_ New Member

    Публикаций:
    0
    Регистрация:
    10 июл 2005
    Сообщения:
    2.939
    чето подумал.
    раз уж вам едитор писать загорелось, так почему б вам не написать черезстрочный едитор. те строка исходного текста, строка для ввода. отличная вещь для переводов была б (потом можно было б и улучшить, но начало такое). еслиб еще картинки и форматирование переносило/позволяло делать, то вообще супер.
    И лучше не в законченом виде, а в виде контрола. так ее доводить удобнее (словарик там, интерфейсик каждому свой. итд).
     
  3. Romm

    Romm New Member

    Публикаций:
    0
    Регистрация:
    24 авг 2007
    Сообщения:
    12
    Думаю довольно интересный вариант для обучения. ток нужон ли он кому незнаю.
    многие текстовые редакторы поддерживают сплитеры для окна. т.е тут исходный текст, там перевод. даже радасм)))))
    А так, если это имеет хоть какой нибудь смысл - то можно попробовать. ток не надо ждать от меня хоть чегонть - я ведь бегинер). мож и не вырасту с него(упаси бог).