Tak jest. Subclassing to jest partactwo, dokowanie okien to też jest partactwo,
jeszcze większe nawet.
Skoro już nie możesz powstrzymać się od kompulsywnego bębnienia w klawiaturę, to
wpisz sobie w googlach "Efekt Dunninga-Krugera" i poczytaj... ;-)



Wracając do tematu zasadniczego - odpuściłem sobie te zabawy z dialogami, użyłem
"czystego" CreateWindow i program śmiga.
Śmiga nawet za dobrze, więc nawiedziły mnie kolejne wątpliwości.

Generalnie działa to tak, że osobny wątek roboczy pobiera dane z portu szeregowego i
obrabia je, a wątek z GUI ma zasadniczo tylko wyświetlić kilka wartości liczbowych (w
kontrolkach STATIC), striggerowany za pomocą komunikatów WM_USER wysłanych z wątku
roboczego.
Cały problem w tym, że te wyświetlone wartości mają sens jedynie ŁĄCZNIE.
To znaczy - chciałbym uniknąć hipotetycznej sytuacji, w której wątek GUI zmienia mi
tekst tylko w części kontrolek, a potem idzie sobie... gdzieś, zostawiając mnie z
bezsensownymi wynikami.
W tej chwili ostatnim krokiem aktualizacji zawartości kontrolek jest wywołanie
systemowego brzęczyka - i tak to zostanie, ale przecież nie o to chodzi.

Reasumując: Czy istnieje jakiś w miarę prosty patent na wymuszenie skompletowania
rozpoczętej operacji złożonej, w tym przypadku zmiany tekstu w sześciu kontrolkach?