Wechsel zwischen geöffneten Fenstern - Raupi's Script

Hi,

Versuchmal ob es so klappt:

Opt("winTitleMatchMode",2)
$Fenster_aktuell = "[CLASS:Notepad; TITLE:Editor]"
$Fenster_Handle = WinActivate($Fenster_aktuell)
ConsoleWrite($Fenster_Handle & @CRLF)
$Fenster_aktuell = HWnd(0x000654E6)
$Fenster_aktivieren = WinActivate($Fenster_aktuell)
ConsoleWrite($Fenster_aktivieren & @CRLF)
$Fenster_aktivieren = WinActivate($Fenster_Handle)
ConsoleWrite($Fenster_aktivieren & @CRLF)

mfg Zeitriss

Zitat von AutoMit

Warum testet niemand mal mein Script?

Warum schreibt niemand eine Antwort, die er selbst getestet hat?

Liegt wohl daran, daß du sofort nach Hilfe schreist und sie dann ignorierst.
Daß zum Zusammenspiel einzelner Funktionen auch eine Portion logisches Denken gehört versteht sich von selbst. Um dieses zu trainieren ist es sehr nützlich verschiedene Scripte anderer Autoren zu analysieren, parallel dazu sollte man dann die Funktionen (Hilfe dazu genau durchlesen) an kleinen Miniskripten testen bis man ein Verständnis dafür hat, was die einzelnen Funktionen bewirken können. Mit der Zeit bekommt man durch das Mitlesen bzw. analysieren heraus wer die üblichen Verdächtigen für die Lösung bestimmter Probleme ist, Paradebeispiel GDI/GDI+ fällt mir sofort UEZ, Eukalyptus, Mars ein. Es gibt sicherlich noch mehr die sich gut damit auskennen. Ich würde aber, sollte ich ein GDI/GDI+ Problem zu lösen haben, zuerst Skripte dieser Autoren herunterladen und analysieren bis das Grundverständnis dafür da ist.
Bei Listview fallen mir sofort Oscar, BugFix und Kanashius ein. Bei TreeView die gleichen Verdächtigen. Bei Array-Problemen natürlich BugFix. Diese Liste läßt sich noch ewig fortsetzen.

Wenn man dann eine ausreichende Basis hat kann man sich auch selbst an ein solches Projekt heran trauen.

Deinen Updateversuch für dieses Skript würde ich nie unternehmen, wenn ich soetwas bräuchte würde ich lieber nur die Idee nehmen und von 0 anfangen zu skripten. Das Skript gehört imho in die Tonne: Ein paar nützliche Funktionen (GetIconfromExe, _GetPathByPid, _Gui_RoundCorners) hat es, diese werden natürlich getestet damit man das Potential erkennt und bei Bedarf verwertet. Wenn du mich jetzt fragst:
"Und wann habe ich dann noch Zeit um meine Projekte zu verwirklichen?" So laß dir gesagt sein: "Solange du die Basis nicht hast ist es besser du läßt es, denn wer rennen will muß zuerst sicher laufen können.

Als ich meine 1. Anstellung als Quereinsteiger in der EDV hatte, mußte ich einen Praktikanten bei einem bestimmten Projekt betreuen. Entgegen meiner Bitte hat mein Chef darauf bestanden, daß es in GW-Basic realisiert wird. Ich hatte natürlich meine eigenen Projekte und hab es mir daher relativ einfach gemacht. Ich zeigte im in einer sehr mächtigen Sprache ein fertiges UserInterface und erklärte ihm, daß sein 1. Aufgabe ist sich in GW-Basic die Funktionen zu bauen welche benötigt werden um ein vergleichbares UI zu handlen ohne einen ReDo from Start auszulösen. Da er vorher noch keine einzige Zeile GW-Basic geschrieben hatte, hat er sich logischerweise daran gemacht die Sprache zu erkunden. Nach 4 Wochen war er soweit, daß er wußte welche Befehle er braucht um die 1. Aufgabe zu lösen. Nach der 6. Woche hatte er ein kleines vorgegebenes UI erstellt inkl. Speicherung der Datensätze. Bei den 1. Besprechungen mit dem Kunden war ich natürlich dabei, als gelernter Kaufmann war ich sozusagen der Dolmetscher. Auf Kundenseite war glücklicherweise 1 Frau, die in meiner Lehrzeit stellenweise meine Vorgesetzte war.
1 Monat vor Ende der 6 Praktikumsmonate war ein kleines funktionales auf den Kunden zugeschnittenes Warenwirtsschaftssystem fertig. In den 5 Jahren die ich es danach noch mitbetreut habe, mußte ich keine einzige Zeile Code ändern. Die einzigen Probleme enstanden durch Stromausfall.
Was ich dir damit sagen will: mit systematischem Vorgehen und erarbeiten der Grundlagen kommt man zum Ziel, du springst im Moment noch durch zuviele verschiedene Themen ohne diese verstehen zu können, da noch Teile der Grundlagen fehlen.

mfg autoBert