VirtualStringTree, MultiSelect und RightClickSelect

[Codehunter]

Hallo!

Hatte schon mal jemand beim VST folgendes Problem: Unter SelectionOptions toFullRowSelect, toRightClickSelect und toMultiSelect ausgewählt. Wenn man dann eine Menge x Knoten im Baum markiert und mit der rechten Maustaste klickt um ein Kontextmenü aufzurufen, dann "unselected" VST alle markierten Knoten bis auf den einen, auf dem der Mauszeiger beim Rechtsklick war. Allerdings passiert das nicht reproduzierbar nur alle paar Versuche mal, scheinbar nach dem Zufallsprinzip.

Grüße
Cody

[Aviator]

Habe jetzt leider kein Programm in dem diese Voraussetzungen erfüllt sind. Aber soweit ich mich erinnere hatte ich so etwas noch nicht. Wäre ja auch eigentlich nicht logisch bzw. ein ziemliches Fehlerverhalten des Trees.

Kann es sein das es nur passiert wenn du auf einen Bereich klickst der keiner Spalte mehr zugeordnet werden kann und der Wert der Spalte vielleicht COLUMN_INVALID (-2) bzw. COLUMN_NOCOLUMN (-1) ist? Also praktisch nur ganz rechts.

[Codehunter]

Zitat von Aviator:

Kann es sein das es nur passiert wenn du auf einen Bereich klickst der keiner Spalte mehr zugeordnet werden kann und der Wert der Spalte vielleicht COLUMN_INVALID (-2) bzw. COLUMN_NOCOLUMN (-1) ist? Also praktisch nur ganz rechts.

Nein sowas einfaches ist es leider nicht. Ich hab da jetzt viel mit rumgespielt und dabei sehr genau gezielt. Mal auf dem Icon, mal auf dem Text, mal auf zusätzlichen Spalten. Es tritt überall auf, nur nicht regelmäßig.

[Aviator]

Ist das Projekt größer oder handelt es sich hier um ein kleineres Projekt bei dem du den VST Teil mal hier hochladen bzw. posten könntest? Eventuell hast du ja mehrere Events abonniert die sich irgendwie in die Quere kommen.

Alternativ schau mal auf GitHub im Bugtracker. Vielleicht steht da ja schon etwas bekanntes drin.

[Codehunter]

Ich habe jetzt durch Zufall bemerkt, dass der beschriebene Fehler nicht auftritt, wenn man vor dem Rechtsklick die Shifttaste drückt und hält. Die wird aber von meinem Code an keiner Stelle speziell behandelt, so dass ich davon ausgehe, dass es sich um einen Fehler im VST selbst handelt. Ebensowenig tritt der Fehler auf, wenn man auf einen Textbereich klickt (egal in welcher Spalte), sondern nur wenn man in einen "leeren" Bereich eines Node klickt.

Die neueren VST-Versionen nützen mir leider nichts, da ich bei der letzten Lischke-Version bleiben muss.

[Aviator]

Zitat von Codehunter:

Die neueren VST-Versionen nützen mir leider nichts, da ich bei der letzten Lischke-Version bleiben muss.

Wollte ich gerade vorschlagen. Warum kannst du denn die neue Version nicht verwenden?

Alternativ müsstest du mal im BugTracker auf GitHub suchen ob so ein Fehler schonmal behoben wurde und dann evtl. in der neuen Version diese Änderung suchen.

Oder du debuggst den OnClick Handler des Trees selbst mal durch und schaust dir an wo der Fehler auftritt. Könnte zwar etwas aufwendiger werden, aber wenn du zwingend eine Lösung dafür benötigst, dann bleibt dir fast nichts anderes übrig.

Ich versuche mal in einer neueren Version so einen Tree nachzubauen um den Fehler nachvollziehen zu können. Hast du denn mittlerweile herausgefunden wann es immer passiert?

Welche VST Version ist das die du verwendest? Ist das die 5.3.0 oder wie die hieß?

[Codehunter]

Das Problem sind einige alte Projekte die noch für/mit D7 gemacht werden. Weil damals jemand so schlau war und Drittanbieter-Kompos ohne Source gekauft hat, kann ich diese Projekte nicht auf D10 migrieren. Und die JAM-Versionen vom VST laufen nun mal nicht mehr mit D7.

Ich konnte das Problem inzwischen soweit eingrenzen, dass es etwas mit FullRowSelect zu tun haben muss. Scheinbar ignoriert VST intern bei Clicks mit gedrückten Ctrl-, Shift- und/oder Alt-Tasten die Option toFullRowSelect und tut so als müsste man gezielt auf das TextRect klicken (dann funktionierts normal, insofern muss ich meine frühere Aussage korrigieren).

[nahpets]

Eigentlich ist das eher ein windowstypische Verhalten.

Mit einem einfachen Klick wählst Du einen Eintrag aus.

Mit Shift+Klick wählst Du alle Einträge aus, die sich zwischen dem bereitsmarkierten und dem gerade angeklickten Eintrag befinden.

Mit Strg+Klick kannst Du nacheinander mehrere Einträge markieren, die Markierung der bereits markierten Einträge bleibt erhalten.

Mit 'nem nun folgenden rechten Mausklick kann dann ein Kontextmenü aufgerufen werden, das für alle markierten Einträge gilt.

Problem dabei: Windows scheint ab und an schonmal der Meinung zu sein, dass der Rechtsklick zuerst ein einzelner Klick ist, der den aktuellen Eintrag markieren soll (und damit alle anderen Markierungen aufhebt) und anschließend das Kontextmenü aufruft.

Da ich den VST bisher noch nicht (wissentlich) genutzt habe, dass Verhalten aber schon seit Jahren kenne, gehe ich mal davon aus, dass das kein expliziter Fehler im VST ist.

Der Fehler scheint dann häufiger aufzutreten, wenn eine Maus (bzw. deren Tasten) nicht ganz prellfrei arbeitet. Dadurch kann das Ereignis des Klicks für Windows wie zwei Ereignisse aussehen und zu dem geschilderten Problem führen.

[Aviator]

Bin leider noch nicht dazu gekommen ein Beispiel mit einer neueren VST Version zu erstellen, habe es aber noch im Hinterkopf.

Aber den Punkt den nahpets nennt hatte ich bisher noch nicht. Windows hat bei mir bisher was den Rechtsklick auf markierte Elemente angeht immer korrekt gearbeitet.

[Codehunter]

Ich denke nahpets Erklärung kann man in dem Fall ausschließen, da sich das Verhalten inzwischen reproduzierbar zeigt, wenn man weiß wo und wie man klicken muss um es zu provozieren. Das mechanische Prellen von Maustasten ist denke ich schon lange kein Thema mehr, das lässt sich ja mit einer simplen RS-Schaltung verhindern. Das müssten dann schon absolute Billigst-Mäuse sein die das nicht haben.

Ich vermute, dass es irgendwo innerhalb des VST eine fehlerhafte Abfrage gibt, wenn toFullRowSelect gesetzt ist und rechts geklickt wird. Es gibt ja die THitPositions in VirtualTrees.pas. Wenn toFullRowSelect gesetzt ist dürfte/müsste THitPositions.hiOnItemLabel beim Rechtsklick ignoriert werden.

Wenn das Ding doch nicht so verdammt groß wäre... :-/