> Norbert pisze:
>
> > Malowac na WM_WINDOWPOSCHANGED?
> >
>
> A co to da? (serio pytam)
> Ja bym przerzucił rysowanie do oddzielnego wątku (malować oczywiście na
> buforze w pamięci), WM_PAINT służyłby tylko do wyświetlania bufora.
> Oczywiście jest przy tym sporo zabawy z zapewnieniem synchronizacji
> pomiędzy wątkami (trzeba zadbać żeby dane wejściowe nie zmieniały się
> podczas rysowania, pilnować żeby WM_PAINT nie próbował odmalować ze
> skasowanej bitmapy itp.) ale w ten sposób mamy pewność że program będzie
> szybko reagował na sygnały (inne rozwiązanie - długotrwałe odrysowywanie
> podzielić na kawałki i pomiędzy nimi sprawdzać mailboxa - w razie czego
> zacząć rysowanie od początku)

poruszasz chyba ogolniejszy problem jak przerwac dlugo trwajaca obsluge
zdarzenia - ja mam skromniejsze pytanie samo dlugotrwajace odrysowanie
moge zaakceptowac byle tylko nie wywolywaalo sie tam gdzie nie chce

chyba da sie to jakos zrobic bez wątków, ani bez grzebania w idleLoop,
chodzi o to aby móc odróżnić w onPaincie te repainty ktore lecą przy
resizowaniu (i które chcialbym zignorować) od poprawnych reapaintow

sa chyba takie zdarzenia WM_ENTERSIZING WM_EXITSIZING czy cos takiego
i byc moze jak zaznacze sobie globalnym intem sizing=1 ten czas
miedzy tymi zdarzeniami to w onpaincie bede mogl skipnac te rapainty
- nie wiem czy zadziala (znajac winapi to moze nie zadzialac)


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl