Componentfinder / Handlefinder...

[SirThornberry]

Also nach dem ich vorhin den Post mit dem Transparenten Editor gelesen hab, dacht ich mir so das ich mein Programm eigentlich um diese Funktion erweitern könnte (Fenster transparent machen bzw. Blenden). Außerdem ist das Programm manchmal ganz nützlich um deaktivierte Buttons zu enablen oder um festzustellen welche Componenten in einem Programm verwendet wurden (Componenten die auch nen Handle haben).

Zur Handhabung: Man zieht einfach das Fadenkreuz über eine bestimmtes Fenster uns sieht dann das Handle und kann dementsprechend Aktion für für dieses Handle dann im Programm ausführen.

Um die Blendoptionen zu sehen muss einfach nur auf den Button "Alphablend >>" linkoben geklickt werden. Hatte leider keinen besseren Platz mehr dafür...

Freu mich über kritiken solange diese Sachlich bleiben

(der Part "Regeln" funktioniert nicht wirklich zuverlässig)

[Edit]
- Das mit den Regeln entfernt
- Alphablend ist nur verfügbar wenn es von Windows unterstützt wird (somit auch unter win98 lauffähig)
[/Edit]

einen Beitrag weiter unten gibts eine neue Version... (keine Erweiterung dieser Version sondern das ganze mit leichten Änderungen und Erweiterungen neu gebaut)

[MisterNiceGuy]

Schön wäre noch ein Hook der bei einer Ausgewählen Komponente eine Änderung (beispielsweise der Position) wahrnimmt. Sonst ein sehr schönes Programm.

[SirThornberry]

Eine kleine Änderung gibt es noch.
Der Blinkeffekt wurde verbessert (das die Markierung weg geht). Wenn man in der Baumansicht ein/e Fenster/Componente wählt blinkt diese kurz auf.
Und wem dieser Blinkeffekt nicht lange genug anhält, der kann den Blinkeffekt durch halten eines Button so lange aufrecht halten bis der Button wieder los gelassen wird.

@MisterNiceGuy: Wie meinst du das? Das beim starten der Anwendung wo die Komponente drauf liegt automatisch die Position gesetzt wird?

[MisterNiceGuy]

Nein ich meine das so, dass sobald du mit dem Cursor ein Handle und somit eine Komponente bekommen hast, du die Änderung dieser Komponente abfängst. War das jetzt verständlicher?

Zum Beispiel hast du eine Form und wenn du die verschiebst steht in deinem Programm noch die alten Koordinaten. Es wäre aber schön wen dein Programm mitbekäme, dass sich die Form bewegt hat und gleich die neuen Koordinaten in die Edits einträgt.

[SirThornberry]

wenn es nur um das updaten der Coordinaten eines Fensters geht sollte auch ein Timer reichen, denn so einem Tool noch eine DLL bei packen ist dann doch etwas übertrieben, aber das mit dem Timer werd ich mal machen...
[Edit]
- Programm wurde um diesen Punkt erweitert
[/Edit]

[Luckie]

Dann werfe ich noch mal das Programm von Motzi in die Runbde: http://www.x-spy.net/ Bietet dir eventuell auch noch die ein oder andere Anregung.

[SirThornberry]

von dem Prog hab ich schon gehört. Von diesem Programm stammt auch die Idee zum erzeugen von Code zum finden des Fensters. Allerdings fand ich diesen erzeugten Source zu unsicher weil hier davon ausgegangen wird das immer das richtige Fenster gefunden wird. Suche ich zum Beispiel das Handle eines TEdit was auf einem TPanel liegt welches auf einem TForm1 liegt so schlägt die Methode von X-Spy fehl wenn beim ersten FindWindow ein Fenster gefunden wird dessen Klasse TForm1 ist aber wo alles andere nicht zutrifft. Dort fehlt also das weiter geprüft wird wenn das erste Fenster nicht das richtige ist.

Was mir dort gefällt ist der haken den man setzen kann ob man den Windowtext einbeziehen will oder nicht.