XProfanprogramm hat Problem beim Neuzeichnen

[ts-soft]

Zitat von horsthorn

@ts-soft

Mir war das bekannt, da ich ja den "Sprung" von ...XP nach Win-7 gemacht hatte (kein VISTA).
Allerdings würde ich niemals eine der "grauen Eminenzen" (Andreas) wiedersprechen

Da hab ich keine Hemmungen , Andreas ist genauso alt wie ich, warum
sollte ich also ein Blatt vor den Mund nehmen, hab ich noch nie gemacht.

Warum soll ich mir einen braunen Hals holen, den wäscht mir keiner

[Frabbing]

Horst meint das eher sarkastisch (siehe seinen Smilie).

[horsthorn]

Genauuuu

[Frabbing]

...und wenn ich das dialogfenster noch an seinem Platz "einfriere", kann auch keiner
mehr rumspielen.

Doch, das Fenster einer anderen Anwendung kann es durcheinander bringen.

Du kannst das natürlich handhaben, wie du möchtest. Sieh die anderen Codes einfach als Alternativen an, auf die du in Zukunft vielleicht nochmal zurückgreifen kannst. Deinen Code hatte ich zur Diskussion hierher verschoben. Du solltest ihn wieder einstellen.

[Andreas Miethe]

Zitat von ts-soft

Da hab ich keine Hemmungen , Andreas ist genauso alt wie ich, warum
sollte ich also ein Blatt vor den Mund nehmen, hab ich noch nie gemacht.

Was mich bertrift möchte ich auch darum bitten das das so bleibt, das betrifft natürlich nicht nur Thomas.
Ich weis schon richtig damit umzugehen.

Und ich habe wieder etwas dazugelernt.

[Volkmar]

Hallo allerseits

Ich möchte nochmal auf das Eingangsproblem zurückkommen, Controls wie Listbox und Editfelder werden unvollständig dargestellt.

In einem anderen Zusammenhang trat nun das gleiche Problem auf und ließ sich auf eine Codezeile reduzieren.

SetStyle 0, 0

Mit diesem Auslöser habe ich dann mal weiter experimentiert. Franks Botschafter (super Teil übrigens) zeigte dann, das betroffene Programm erhält wm_PrintClient-Botschaften. Und die lösen den Effekt aus. Bei Editfeldern und Listen wird nur der aktuelle Text neu gemalt, sonst nix! Zumindest mit den Parametern, wie sie verschickt werden, LParam ist immer 4 und damit wird festgelegt, niemals Hintergründe und Rahmen zu malen.

Declare RPF%    ' Flag, stellt sicher, daß keine Endlosschleife beim Malen entsteht
UserMessages $318    ' wm_PrintClient
While 1
  WaitInput
  If %UMessage = $318
    If RPF%
      RPF% = 0
    Else
      RePaint
      RPF% = 1
    EndIf
  EndIf
    ' und hier der Rest
EndWhile

Damit war das Problem beseitigt, das Fenster wird immer vollständig und korrekt angezeigt. Kleiner Wermutstropfen dabei, wird die Maus aus einem animierten Control rausgezogen, wenn die Animation läuft, dann flackert das ganze Fenster kurz. Aber zumindest ist der Grund des Problems erst mal soweit gefunden.

Franks Vorschlag, den ws_ClipChildren-Stil zu verwenden klappt ja im Prinzip besser als mein obiger Test. Aber eben nicht immer. In manchen Fällen bringt das Probleme. Zum Beispiel Neuzeichnen eines Fensters mit ws_Child-Stil selbst übernehmen.

Es bleibt nun zum Schluß noch die große Frage, was veranlaßt das System, wm_PrintClient-Botschaften an Controls zu verteilen, die sie gar nicht brauchen.

Gruß Volkmar