Virtual String Tree unter XE4 Fehldarstellungen bei Headercolumn drag

[Lemmy]

Zitat von newbe:

@lemmi

danke für deinen gut gemeinten Ratschlag, aber ich denke mal n Vst auf n leeres Form ziehen, zwei Headercolums anlegen und die dann im gestartetn Projekt übers Form draggen kann jeder oder?

mfg newbe

wenn es wirklich so einfach wäre... andere Projekteinstellungen, Einstellungen im Objektinspektor,... Und wenn Du beim Erstellen des Testprojekts selbst fest stellst, dass der Fehler bei dir nicht reproduzierbar ist, liegt es am Ende halt doch bei deinem Projekt und schon sieht deine Eingangsfrage wieder ganz anders aus.

[newbe]

@all
Stimmt an die ganzen Einstellungen hatte ich nicht gedacht sorry. Ist wohl weil der VST für mich immer eine idiotensichere Sache war. Also fang ich mal an.

System ist Windows 7 Prof
Delphi XE4 Version
Delphi Compiler Einstellung -> 32 bit, leere VCL Anwendung

Komponentenversion ist die 5.1.2 von hier http://www.lischke-online.de/index.php/all-downloads
Komponenten Optionen sind alle auf standard, lediglich 2 Headercolums angelegt mit Text "123" und "456"

Symptome:

die Headercolums sind zwar Themed jedoch sehen sie etwas anders aus die Farbnuancen sind etwas anders als die win7 systemfarbverläufe (minimal nur, jedoch is mir dat sofort aufgefallen)
und wenn ich jetz einen Header mit der Maus dragge und die linke Maustaste Taste gedrückt halte
kann ich weis auf dem Form und auf dem Desktop malen. Der Header zieht eine weise "Erase" Spur.
Habe mal ein Screenshot hochgeladen.

[nahpets]

Zu der Delphiversion und zu den Windowsversionen kann ich nichts sagen, da ich sie nicht habe.

Aber: Das "Malen" in der Form, wie es der Screenshot darstellt, kenne ich von Programmen, die noch nicht "ganz" abgestürzt sind. Es könnte auch sein, dass die Messages nicht korrekt bzw. zeitnah verarbeitet werden.

Ursachenmöglichkeit: vielfältig, Endlosschleifen, Resourcenengpass...

Das muss weder an Deiner Delphiversion noch an VST noch an Windows liegen. Vermutlich ist keiner alleine Schuld, aber alle zusammen haben irgendein Problem.

Das hilft Dir vermutlich jetzt auch nicht wirklich weiter.

Ausgehend von Deiner Bechreibung könnte es sein, dass bei gedrückter Maustaste und Verschieben keine Aktuallisierung des Bildschirmes stattfindet. Dann kannst Du ihn quasi komplett ausradieren.
Es bleibt Dir wohl nichts anderes übrig, als alle Routinen, die bei der Aktion irgendwie aufgerufen werden zu inspizieren, um festzustellen, welche Routine hier das Problem verursacht. Die Wahrscheinlichkeit, dass jemand anderes bei so einem Minimalprojekt den Fehler reproduzieren kann, halte ich eher für äußerst gering.

Prinzipiell passiert nichts anderes, als dass der Bildschirm dort, wo die den Header hinziehst, neu gezeichnet wird, aber das Restaurieren der "überfahrenen" Flächen wird "vergessen".
Eigentlich dachte ich, dass das von Windows gemacht wird, bin mir da aber jetzt (so früh am Morgen ) nicht ganz sicher.

Wann wird der Bildschirm wieder "schön"?
Wenn Du die Maus losläßt oder wenn Du ein anderes Programm in den Vordergrund holst und dann zu Deinem Programm wechsels?
Oder bleibt die Oberfläche Deines Programmes so eine "Radierung"?

Eventuell könntest Du Dir den Taskmanager mal deneben legen und dort beim Malen beobachten, ob irgendwelche Prozesse viele Reosurcen fressen, irgendwo die CPU-Last massiv steigt...

Meine mich schwach daran erinnern zu können, dass mal irgendwo ein Maustreiber Amok lief, aber dass ist schon etliche Windowsversionen her, noch vorheriges Jahrtausend. (Damals gab es diesen Effekt auch schon.)
Weiß nicht, ob sowas heute noch möglich oder auszuschließen ist.

[newbe]

@nahpets

ich glaube wir sind hier auf der richtigen Spur. Habe es jetzt mal auf einem anderen PC getested und dort hab ich kein Maleffekt. Allerdings sieht der Header während des drag nicht sehr schön aus. Seine Ränder flackern und floaten, je nachdem in welche Richtung
ich die Mouse bewege und je schneller ich das tue desto stärker wird der Effekt.
Das Form aktualisiert sich ca. 5 sekunden nachdem ich die maustaste losgelassen habe.
Ich habe es jetzt unter Delphi 7 nochmal mit einer alten Version des VST probiert. Funktioniert tadellos, Header sieht auch viel besser aus beim Drag und hat kein Floating des Headerbackgroundbereiches (Abmessungen des Rechteck des Headerhintergrundes) mehr.

Ist eventuell irgendwas geändert worden in den Zeichenroutinen des VST seit Version 4.8? Sieht beim Draggen nähmlich so aus als würde der Header jede millisekunde komplett neu gerendert /gezeichnet. Normalerweise würde es ja ausreichen den Header in seinen Dimensionen als Grafik zu kopieren und während des verschiebens einfach an die neue Position zu kopieren. Dann gibts auch kein Backgroundfloating beim verschieben mehr.

Ich bleib dran...

mfg newbe

[Bernhard Geyer]

Bei Zeichenfehlern würde ich erst mal den Grafikkartentreiber in verdacht haben. Seit dem Intel mit den HD-Grafikkernen der CPU hier (wieder) mitspielt haben Sie sehr große Probleme halbwegs Fehlerfreie Grafiktreiber zu liefern. In letzter Zeit mit den neusten HD-Kernen wird es besser.


> Ist eventuell irgendwas geändert worden in den Zeichenroutinen des VST seit Version 4.8?
Was passiert wenn du die aktuelle Version auch unter D7 testest?

[Lemmy]

Zitat von Bernhard Geyer:

Bei Zeichenfehlern würde ich erst mal den Grafikkartentreiber in verdacht haben.

das hatte ich bei dem Screenshot auch als erstes gedacht. Kontrollier bitte mal, ob du den aktuellen Treiber installiert hast.

GRüße