So, war ein Bug in der "GroupEx.au3" -- gefixed. Dann funzt es auch bei dir.
Bitte beachten: Die neue Version (v0.6) hat einen zusätzlichen Parameter für die GUI, in der die Group erstellt wird.
Und wenn du die UDF herunterlädst, benenne sie lokal um zu "GroupEx.au3". Ich poste im Dateinamen immer den aktuellen Versionsstand, macht die Suche nach der aktuellen Version einfacher. 
Da war noch ein Bug bei Verwendung der Controls auf verschiedenen GUI. ==> gefixed, s. Post #1
Aktuelle Version v0.6
Ja, das Problem liegt an der "GroupEx.au3". Ich schau mal warum das hakt und gebe dann Rückmeldung.
Erstelle am Skriptanfang die zweite GUI, die du dann bei Bedarf aufrufst und wieder ausblendest.
Du kannst mit GUISwitch() arbeiten oder GuiGetMsg(1) verwenden um die Gui zu schließen ohne das Hauptfenster abzuschießen.
Oh, sehe ich jetzt erst: Du solltest GuiSetState() nach dem Erstellen der GUI mit allen Inhalten, also direkt vor der Schleife, aufrufen.
Wenn du den Klick auf "$sGuiMainButton_1" auch auswerten möchtest, sollte der Button auch in der Schleife mit
[autoit]
;....
Case $sGuiMainButton_1
; Aktion bei Klick auf Button
;....
abgefragt werden
wenn schon die Moderatoren es nicht zulassen wollen etwas was nicht gegen die Forenregeln und nicht gegen die AGBs der Website ist
Ich hatte eigentlich angenommen, dass du des Lesens und Verstehens mächtig bist. Muss ich jetzt zweifeln?
Aber auch diese Stichelei wird nichts daran ändern, dass wir unsere Vorgehensweise beibehalten.
Und in diesem Sinne stimme ich dir aber zu: Genug der fruchtlosen Rederei. Lasst uns unsere Energie wieder unseren Aufgaben widmen.
[CLOSED]
Ich denke, das Thema ist es nicht wert unsere Zeit damit zu vergeuden. In einem langwierigen Prozeß hatten wir mit vielen Diskussionen ein Fundament für dieses Forum geschaffen, die Forenregeln.
Und diese stehen nicht zur Diskussion!
Aus diesem Grund reicht für mich ein Verweis auf die Regeln. Wem das nicht schmeckt, den werde ich nicht zu einer Forenmitarbeit zwingen.
..My two cents
Setze die Hintergrundfarbe einfach mit dem Action-Flag $_GROUPBACKGROUND auf $GUI_BKCOLOR_TRANSPARENT.
[autoit]_GuiCtrlGroup_Set($hGUI, $Group, $GUI_BKCOLOR_TRANSPARENT, $_GROUPBACKGROUND)
[/autoit]
Streng genommen birgt jeder Skriptbasierte Zugriff auf eBay-Websites die Gefahr, diese zu stören und ist somit verboten.
§ 18 Systemintegrität und Störung der eBay-Website
1.
Mitglieder dürfen keine Mechanismen, Software oder sonstige Scripts in Verbindung mit der Nutzung der eBay-Website verwenden, die das Funktionieren der eBay-Website stören können.
[CLOSED]
Diese speziellen Tasten werden häufig zusätzlich über eine Software des Hardwareherstellers konfigurierbar gemacht. Bei ASUS und HP ist da meist eine Art Dashboard oder Controlcenter mit Zugriff auf die Fn-Tasten. Wenn das bei dir auch der Fall sein sollte kannst du evtl. über die entsprechend Dll zugreifen.
Ansonsten: Wird der Beamer nicht in der Geräteübersicht der Hardware geführt? Diese kannst du doch direkt aufrufen und notfalls per ControlCommand dich durchhangeln zum De-/Aktivieren.
Ich suche nach einer Möglichkeit Instanzen von Klassen aus meiner eigenen DLL in einer Objektvariable in AutoIt zu speichern und dann auf deren Methoden zuzugreifen
AutoIt ist nicht auf OOP ausgerichtet. Es gibt nur einige (wenige) Objekte, die mit den AutoIt-Objektfunktionen kooperieren. Das Office-Paket gehört dazu und Dinge wie: "Scripting.Dictionary", "ArrayList" etc.
Wurde ähnlich schon in diesem Post ff. behandelt.
Und wie kann das passieren? $i geht doch von 0 bis zum letzten Index.
Eben nicht, du adressierst ohne zu prüfen ob das Array existiert/diese Größe hat. Ich habe dein Skript nicht auseinandergepflückt. Aber glaub mir: Indexfehler sind reine schlampige Fehler. Auch wenn du meinst, das Array existiere in der Größe, solltest du das in der Verarbeitung prüfen und ein Error-Handling einbauen.
Die Fehlermeldung sagt doch, wo das Problem ist: $entries[$i]
Der Index $i überschreitet die Indexgröße des Arrays, liegt im Nirgendwo.
Also meint er quasi eine Handlerfunktion, die die Statics verwaltet. Falls ich es richtig verstanden habe.
Korrekt, so etwas hier: Globale Variablen vermeiden
Ich habe einfach die Angewohnheit meine GUI's in einer Funktion zu definieren und direkt am Anfang vom Skript zu callen.
Das ist aber keine Entschuldigung für die "Straftat", Globale Variablen innerhalb einer Funktion zu deklarieren. Das ist total unnötig. Entweder deklarierst du übergreifend genutzte Variablen vorab als Global oder du verwaltest diese als Locale Static in einer Funktion.
Die Verwendung der Beta solltest du im Skript deutlich machen, oder besser gleich im Thread-Titel. Denn die nutzen nur wenige und dann weiß man gleich, dass man in diesem Thread nicht helfen kann.
Hier mal ein kleines Retro-AutoIt Motiv
OK, dann sind die sicher zu identifizierenden Felder: "Tag/Uhrzeit", "Ticket Status" (da zwischen zwei eindeutigen Feldern), "Ticket Thema", "Ticket ID" und "Erstellt von". Jetzt brauchst du eigentlich nur alle Varianten von "Unterkategorie" abprüfen und somit erhälts du automatisch die dazwischen liegenden Felder "Kategorie" und "Grund".
Das Ticket-Thema "Störung Dienste" ist also fix? Da steht nie was anderes?
Und bei den anderen Feldern können ausschließlich die in der Combo enthaltenen Begriffe auftauchen?
