GUI TreeView: Eine hoffentlich leichte Frage

Hallo Zusammen

Meine Frage ist hoffentlich leicht zu beantworten,auch wenn nicht von mir selbst:

Ich erstelle mir gerade ein GUI, das aus GUICtrlCreateTreeView und einem Edit besteht.
In dem Edit würde ich gerne Text anzeigen, der vom angeklickten TreeView-Item abhängig ist - sozusagen als Vorschau.

Also wenn im Beispiel "1b" angeklickt wird, soll ein diesem Item zugeordneter Text angezeigt wird.
Und sobald per Doppelklick auf eines der Item geklickt wird, soll das GUI geschlossen und der Text an der Cursor-Position geschrieben werden.

Das Schreiben ist ja mit ControlSend bspw Recht einfach umsetzbar aber für mich ist nun die Frage, wie mach ich das mit der Vorschau und dem schließen des GUI per Doppelklick?

Danke für den Hinweis, die Richtung scheint die Gleiche zu sein.
Mir fehlt da allerdings etwas die Erklärung zu.

Soweit ich das verstehe, wird das Ergebnis nicht wie von mir angedacht, durch eine Änderung des vorhandenen Edit, im Bsp. ein Label, erreicht.
Stattdessen wird das vorhandene Label per Hide ausgeblendet und ein anderes eingeblendet ?!
Und um das zu erreichen, wird zuvor für jedes Item im TreeView ein eigenes Label erstellt und versteckt ?!
Klingt zwar nach einer Unmenge Quelltext, je größer das TreeView wird aber was solls.

Die Frage mit dem Doppelklick wäre aber noch offen.
Ich möchte bei einem Doppelklick auf ein TreeItem die GUI schließen und den Inhalt des Item an die Cursorposition senden. Wie mache ich ihm den "Case Doppelklick" klar?

Zitat von BugFix

Also Klick und Doppelklick auszuwerten ist nicht empfehlenswert, da der erste Klick des Doppelklicks sofort vom Klick-Event abgefangen wird.
Ich empfehle daher statt Doppelklick den Rechtsklick. Da das Treeview standardmäßig kein Kontextmenü hat, ist das auch ohne Probleme realisierbar.
Ich habe deinenCode mal entsprechend erweitert:
[...]
Um die Item in bestimmter Reihenfolge zu erstellen (u. auch wieder abzuspeichern) habe ich mal eine UDF erstellt. Vielleicht kannst du das auch dabei brauchen.

Ich seh das deine Verbesserung die entsprechenden Texte wunderbar im Edit anzeigt, Danke.
Aber kannst du mir das Ganze noch etwas erklären?
Soweit ich das verstehe, ruft er bei einem Klick mit der linken Maustaste über _GetText(False) deine Funktion _GetText() auf.
Allerdings steige ich da nicht ganz durch, wie er dann den Text zuordnet und im Edit anzeigt.

Welche Variable müsste ich den angehen, um beim von dir vorgeschlagenen Rechtsklick dann den Text des gewählten Item zu erhalten?

Aaaah, ist doch eigentlich ganz klar, wieso ich das nicht gleich verstanden hab.^^
Dank dir vielmals für deine Hilfe.

Ich muss doch noch einmal Fragen: Du hast zwar davor gewarnt, sowohl Klick als auch Doppelklick zu verwenden, ich würde es aber trotzdem versuchen wollen.
Bin hierzu auf ein paar Versuche mit ListView gestoßen, konnte mit meinem Viertel- bis Halbwissen aber nichts davon gebrauchen.
Die Zuverlässigkeit von IsPressed hast du ja schon entsprechend kritisch kommentiert, also wohl keine wirklich Option.

Wie bekomm ich das hin, statt $GUI_EVENT_SECONDARYDOWN eventuell $NM_DBLCLK zu verwenden?

Ist denn $NM_DBLCLK die einzige Möglichkeit, so einen Doppelklick abzufangen ?
Spontan hätte ich ja auch erst einmal die Idee geäußert, den einfachen Klick mit einer Art Timer vom Doppelklick zu unterscheiden. So nach dem Motto "Klick und in X ms kein weiter? Dann ist es Klick"

Dein Gedanke mit dem Zähler würde bedeuten, dass bei einem Klick auf ein Item der Zähler auf 1 gesetzt, die Funktion wie in einer Schleife neu aufgerufen und damit das zuvor erstellte "Inhalt im Edit anzeigen" ausgeführt wird. Und bei einem erneuten Klick, würde dann sozusagen Option 2 ausgeführt werden - das senden des Inhalts. Würde das dann nicht bedeuten, dass jedes Item zweimal angeklickt werden muss?

Sicher ein schlechtes Argument aber ich hab schon eine GUI mit TreeView gesehen, welches per Doppelklick und Klick bedient wurde, das muss doch also ohne blutige Knie gehen.^^

Ist das denn möglich, so ein Mouse-Hook auf die GUI zu begrenzen? Hab über die Suche die entsprechenden Seiten von Microsoft gefunden aber wirklich geholfen, hat mir das nicht.
Dort sind zwar auch Variablen genannt, die offensichtlich definieren, ob die Klicks an das System weitergeleitet und wann aber naja. Mir fehlt da der Einblick, wie man das überhaupt anfängt.

Kurzer Zwischenschwenk auf das ursprüngliche/erste Thema.
Ich hab nun in den SubItems Bezeichnungen die sich wiederholen, d.h. um beim Beispiel zu bleiben, unterhalb von 1 befinden sich die Subitem a und b, gleichfalls bei 2 und 3.
Lässt sich deine Lösung irgendwie anpassen, ohne jedes Subitem von der Bezeichnung her zu individualisieren?!

Zitat von Oscar

Ich weiß nicht so recht, ob ich das vielleicht falsch verstehe, aber suchst Du nicht einfach sowas:

Ja, was den Doppelklick angeht, an sowas dachte ich, Danke.
Zumindest in meinem virtuellen XP scheine ich damit allerdings ab und an zu schnell zu klicken - muss das mal an einem echten XP testen. Wenn ich zügig hintereinander zwei Items durch klicke, als würde ich die Möglichkeiten durch klicken wollen, nimmt er das als Doppelklick wahr.

Bleibt für mich nun nur die Sache mit dem Inhalt des $Edit.
Darin soll nicht der Name des ausgewählten TreeViewItem stehen, sondern ein diesem Item zugeordneter Text - aus einer entsprechenden Variable/Quelle.
BugFix hat dafür eine super Lösung präsentiert, die allerdings nicht mehr richtig funktioniert, sobald "SubItems" identische Texte haben - sich unterhalb von Item 1 und Item 2 jeweils die Item a und b bestehen.
Wie hier in seinem Quelltext, indem ich zum Verständnis nur mal die 1 und 2 vor den Buchstaben entfernt hab.

Hm... könnte man die Texte im "Dictionary Objekt" nicht auch beim Eintragen dem Control zuordnen? Also statt 1a und 2a bspw ID 4 und 7.

Interessant Lösung, statt den richtigen Text zu suchen, wird er vorher per Hand in der gewünschten Reihenfolge in die Variable $aText[3][3] geschrieben.
Spricht an der Stelle etwas dagegen, den Text in und aus einem Array zu schreiben/lesen?
Dann könnte ich ihn beim Start aus einer externen Quelle/TXT-Datei einlesen und würde das Script nicht durch den Text unnötig aufblasen.

Das ist klar, werd ich nachher gleich mal ausprobieren.
Vielen Dank für deine Hilfe.