1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. SOLVE-SMART

Beiträge von SOLVE-SMART

  • AutoIt auf Domänenrechner mit User-Rechten

    • SOLVE-SMART
    • 6. Februar 2025 um 19:26
    Zitat von BugFix

    Hat jemand einen hilfreichen Gedanken?

    Gibt es die Option dein gewünschtes Setup mit dem Admin nochmal durchzugehen? Also das ihr zusammen in deinem Nutzerkontext installiert und du somit wieder die Chance hast alles so zu konfigurieren, wie du es gern hättest? Kannst ihm oder dem nächsten Vorgesetzten ja etwas über Produktivität und Effizienz vorrechnen, vielleicht wird dann eingelenkt und du darfst eine Extrarunde mit dem Admin drehen.

    Wäre sicherlich das Einfachste anstatt wilde work-arounds zu suchen oder?

    Viele Grüße
    Sven

  • [Erledigt] SciTE versus VSCode <==> potenzielle Veränderungen

    • SOLVE-SMART
    • 6. Februar 2025 um 11:22
    Zitat von mumpel

    Z.B. Syntax hervorheben. Das kann Notepad++ bei au3-Dateien sogar, bei VSCode muss ich erst nach dem passenden Template suchen (das habe ich noch nicht gefunden).

    Dafür sind VSCode Extensions dar. Konkret geht es um die beiden Extensions welche ich hier in diesem engl. Forum post zusammenfasste bzw. beschrieb.
    Daher der Hinweis oben im ersten post hier, dass der "Thread von @Jos" betrachtet werden sollte, damit es klarer wird 😀 .

    Ich hoffe dies hilft dir etwas beim Verständnis dazu.

    Viele Grüße
    Sven

  • [Erledigt] SciTE versus VSCode <==> potenzielle Veränderungen

    • SOLVE-SMART
    • 5. Februar 2025 um 23:57
    Zitat von mumpel

    VSCode? Kann man da nicht auch gleich Notepad++ nehmen? Scheint vom Prinzip her das selbe zu sein!?

    Es kommt darauf an was du mit "vom Prinzip her" meinst mumpel ?
    Hier mal eine KI generierte Antwort die ich so unterschreiben würde

    Notepad++ vs. VSCode

    Hier sind die wesentlichen Unterschiede zwischen Notepad++ und VSCode:

    1. Funktionalität:
      • Notepad++: Ein einfacher, schneller Texteditor mit grundlegenden Funktionen wie Syntaxhervorhebung, Suchen/Ersetzen und Makros.
      • VSCode: Eine umfangreiche IDE mit erweiterten Funktionen wie Debugging, Git-Integration, Erweiterungen, IntelliSense (Autovervollständigung) und integriertem Terminal.
    2. Erweiterbarkeit:
      • Notepad++: Bietet eine Reihe von Plugins, die man installieren kann, ist jedoch in seiner Funktionalität begrenzter.
      • VSCode: Hat eine riesige Auswahl an Erweiterungen im Marketplace, um nahezu jede Programmiersprache und Funktion zu integrieren.
    3. Benutzeroberfläche:
      • Notepad++: Einfach und minimalistisch, hauptsächlich auf Textbearbeitung ausgelegt.
      • VSCode: Komplexer, mit mehr Panels, Tabs und Funktionen, die die Benutzererfahrung erweitern.
    4. Plattformunterstützung:
      • Notepad++: Nur für Windows verfügbar (mit einer inoffiziellen Linux-Version).
      • VSCode: Plattformübergreifend (Windows, macOS, Linux).
    5. Leistung:
      • Notepad++: Sehr leichtgewichtig und schnell, auch bei großen Dateien.
      • VSCode: Etwas schwerer, da es mehr Funktionen bietet, aber trotzdem noch performant.
    6. Einsatzgebiet:
      • Notepad++: Ideal für schnelles Editieren von Textdateien, Logfiles oder Code ohne viel Schnickschnack.
      • VSCode: Geeignet für professionelle Entwickler und komplexe Projekte mit Versionierung, Debugging und fortgeschrittener Codebearbeitung.

    Zusammengefasst: Notepad++ ist ein schneller Texteditor für einfache Aufgaben, während VSCode eine vollwertige Entwicklungsumgebung mit umfangreichen Funktionen ist.

    Konkret steht im engl. Forum SciTE vs. VSCode zur Debatte. Das in der Umfrage Notepad++ aufgeführt ist, ist aus reiner Neugier entstanden.

    Viele Grüße
    Sven

  • [Erledigt] SciTE versus VSCode <==> potenzielle Veränderungen

    • SOLVE-SMART
    • 4. Februar 2025 um 21:55
    Zitat von BugFix

    Sollte die Entwicklung eingestellt werden, würde ich zumindest versuchen, ob ich die SciTE Variante aktuell halten kann. - Schaun wir ma. 😁

    Dies wäre sicherlich mit Jos absprechbar, damit die SciTE Quellen auch weiterhin offiziell hier gelistet würden 👌 .
    Ist alles bisher nur ein großes "vielleicht", doch mal schauen, genau.

    Danke BugFix , viele Grüße
    Sven

  • [Erledigt] SciTE versus VSCode <==> potenzielle Veränderungen

    • SOLVE-SMART
    • 4. Februar 2025 um 20:52

    Hi zusammen 👋 ,

    diese kleine Umfrage dient zum einen der Information, dass sich gerade im englischem Forum bzgl. der Zukunft von SciTE (SciTE4AutoIt3 Full Installer) etwas tut.
    Zum anderen könnte VSCode damit auch Zuwachs bekommen, was die Arbeit mit AutoIt angeht.

    🤔 Alles ein großes VIELLEICHT. Daher bitte bei Interesse den Thread von @Jos ansehen. Einen kleinen Vorgeschmack aus der Konversation dort:

    Zitat

    Von Jos: [...] I have been toying with the idea to stop the development of all the LUA extra's used by SciTE and start using VSCode for the more advanced way of developing AutoIt3 scripts [...]

    💡 Kurz: Wenn geklärt ist, ob eine der beiden (gepflegten) VSCode extensions der potenzielle "Weg zu gehen" sein sollte, wird darüber nachgedacht im Rahmen der Community die ausgewählte VSCode extension auszubauen bzw. zu vervollständigen. Falls dies stattfindet, würde SciTE (SciTE4AutoIt3 Full Installer) und insbesondere der AutoIt3Wrapper(.au3) anders funktionieren und eingesetzt werden, als bisher (also viel weniger bis gar nicht mehr).

    🔥 Entwarnung: Dies betrifft erstmal nur die Beta Version von SciTE für AutoIt, welche durch Jos gepflegt wird.

    ------------------------------------

    • Um die deutsche Community etwas mit einzubeziehen oder einfach nur zu informieren, öffne ich diesen Thread bzw. die Umfrage hier.
      Vielleicht findet der eine oder andere es ja auch so spannend wie ich 😅 .
    • Auf jeden Fall würde ich mich über die Teilnahme an der Umfrage sowie über deine/eure Gedanken freuen, Danke.
      Hinweis: Mehrfachantworten (bis zu 4) sind möglich.

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 25. Januar 2025 um 23:16

    Sehr gut und gerne 🤝 . Habe meine Vorschlag oben auch noch ein klein wenig angepasst.

    AutoIt
    Func _RandomString($nQuantity)
    	Local Const $aSignPool = StringSplit("0123456789abcdefghijklmnopqrstuvwxyz", "", 2)
    	Local Const $iCount = UBound($aSignPool) -1
    	Local $sReturn
    	For $i = 1 To $nQuantity
    		$sReturn &= $aSignPool[Random(0, $iCount, 1)]
    	Next
    	Return $sReturn
    EndFunc   ;==>_RandomString

    So oder so, Hauptsache man bekommt damit dann genau die Anzahl an Random Characters zurück, die man erwartet 👍 .

    Bis die Tage mal, ich bin raus für heut'.

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 25. Januar 2025 um 22:31

    Ja in etwa. Du machst ja $aSignPool[] = [36, "0", "1", ... , dann steht im Index 0 des Arrays ($aSignPool[0]) 36.
    Diese Zahl, welche ja eigentlich nur die Anzahl deiner Zeichen ist, gibst du mit in die Random-Funktion.

    AutoIt
    $sReturn &= $aSignPool[Random(0, $aSignPool[0], 1)]

    Du kannst also "eigentlich" einfach Random von 1 beginnen lassen, anstatt von 0. Somit wird in der Schleife mit deinem ersten wirklichen Wert, was die "0" ist begonnen und nicht mit 36. Daher bekommst du manchmal auch 17 Zeichen zurück oder sogar 18.

    Hinweis: In meinem Vorschlagsbeispiel habe ich gar nicht erst mit dem Count an Stelle $aSignPool[0] gearbeitet. Daher ist diese Erklärung, Random(1, .....) eine weitere Variante 😅 den Fix zu machen.

    Ich hoffe das war verständlich, ansonsten frag gern nochmal, kein Problem.

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 25. Januar 2025 um 20:46

    Deine _RandomString() Funktion hat 'nen kleinen Bug Schnuffel .
    Am Ende sicherlich total egal, da nur ein $sTempFolder damit erstellt wird, doch wenn du wirklich genau 16 Zeichen haben möchtest dann müsstest du die Funktion etwas umstellen.

    Aktuelle Variante mit Output Beispiel
    AutoIt
    Func _RandomString($nQuantity)
    	Local $sReturn, $aSignPool[] = [36, "0", "1", "2", "3", "4", "5", "6", "7", "8", "9", "a", "b", "c", "d", "e", "f", "g", "h", "i", "j", "k", "l", "m", "n", "o", "p", "q", "r", "s", "t", "u", "v", "w", "x", "y", "z"]
    	For $i = 1 To $nQuantity
    		$sReturn &= $aSignPool[Random(0, $aSignPool[0], 1)]
    	Next
    	Return $sReturn
    EndFunc   ;==>_RandomString
    
    ; Test
    For $i = 1 To 100
    	Global $sRandomString = _RandomString(16)
    	ConsoleWrite(StringLen($sRandomString) & ': "' & $sRandomString & '"' & @CRLF)
    Next
    Alles anzeigen

    Output:

    Code
    16: "brijnwgwzf4vput1"
    16: "7nm94844y2rv4b85"
    16: "fg69f840w8ucep6c"
    18: "vaf36awz543wtq36et"
    17: "f52zfqda236816f6e"
    16: "qdvnx0fjmacu2vs9"
    16: "d9f0akl3vs9cghe2"
    17: "1r36ll06m50alllux"
    ...
    ...
    Vorschlag mit Output Beispiel
    AutoIt
    Func _RandomString($nQuantity)
    	Local Const $aSignPool = StringSplit("0123456789abcdefghijklmnopqrstuvwxyz", "", 2)
    	Local Const $iCount = UBound($aSignPool) -1
    	Local $sReturn
    	For $i = 1 To $nQuantity
    		$sReturn &= $aSignPool[Random(0, $iCount, 1)]
    	Next
    	Return $sReturn
    EndFunc   ;==>_RandomString
    
    ; Test
    For $i = 1 To 100
    	Global $sRandomString = _RandomString(16)
    	ConsoleWrite(StringLen($sRandomString) & ': "' & $sRandomString & '"' & @CRLF)
    Next
    Alles anzeigen

    Output:

    Code
    16: "xem7bowp6qk6i8n6"
    16: "vgigtfr6shjykqk3"
    16: "h276mhljrhs11kov"
    16: "4pac6ilkrh0q0e1p"
    16: "dwkqa7wf4td6dtc2"
    16: "modjgivw1hwfexlq"
    16: "385i0ta2vb4h00xy"
    16: "nq5g4bniaau3poe8"
    ...
    ...

    Falls du die Funktion auch wo anders nutzt und dort kommt es darauf an, dann ist meine Empfehlung sie anzupassen. Wenn du aber sagst, ist egal, ist das auch total fein für mich. Wollte es nur angemerkt haben 😅 .

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 25. Januar 2025 um 20:05

    Feine Sache Schnuffel 👌 . Ich schaue es mir auf jeden Fall mal an, sobald ich wieder etwas produktives schreibe (also für jemand oder für ein PROD System). Kommt in letzter Zeit zugegebenermaßen nicht so häufig vor, da ich eher mit go (golang) unterwegs bin, doch ich kann ja einfach mal etwas "zusammen hacken" 😅 , wovon ich weiß das es ein Virenscanner als mindestens verdächtig einstuft und die "normale" Variante, mit deiner Installer-Variante vergleichen. Das wird spannend, Danke.

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 23. Januar 2025 um 19:42

    Danke dir Schnuffel , denn die Idee und Umsetzung bis hier hin war wirklich gut. Vielleicht ergibt sich mal noch was in der Richtung, man weiß ja nie.

    Viele Grüße
    Sven

  • Installer für auto execute a3x-Files

    • SOLVE-SMART
    • 22. Januar 2025 um 22:28

    Hi Schnuffel , hi zusammen 👋 ,

    da die "Off-Topic" Rubrik, in der ich gerade geantwortet habe, nicht so gut angezeigt (promoted) wird, schreibe ich hier zu dem Thema zumindest nochmal den Link dazu:

    Beitrag

    RE: Anti "false-positive" Strategie mit PureBasic

    Hi Schnuffel , hi zusammen 👋 ,

    ich habe diesen Thread hier, sowie Installer für auto execute a3x-Files, als auch den englischen Thread intensiv verfolgt. Hatte mich anfangs bewusst nicht gleich zu Wort gemeldet, obwohl ich das Thema sehr spannend und wirklich gut fand/finde. Daher Danke dir erstmal Schnuffel für deine Bemühungen und die gute Idee bzgl. Umsetzung etc. 👌 .

    Im engl. Forum steht ja noch eine Frage aus, ob Jos und du nicht ggf. auf Grund des länglichen Threads ein wenig aneinander…
    SOLVE-SMART
    22. Januar 2025 um 22:23

    Geht um den Thread den du oben verlinkt hast 😇 .

    Viele Grüße
    Sven

  • Anti "false-positive" Strategie mit PureBasic

    • SOLVE-SMART
    • 22. Januar 2025 um 22:23

    Hi Schnuffel , hi zusammen 👋 ,

    ich habe diesen Thread hier, sowie Installer für auto execute a3x-Files, als auch den englischen Thread intensiv verfolgt. Hatte mich anfangs bewusst nicht gleich zu Wort gemeldet, obwohl ich das Thema sehr spannend und wirklich gut fand/finde. Daher Danke dir erstmal Schnuffel für deine Bemühungen und die gute Idee bzgl. Umsetzung etc. 👌 .

    Im engl. Forum steht ja noch eine Frage aus, ob Jos und du nicht ggf. auf Grund des länglichen Threads ein wenig aneinander vorbei redet (so zumindest meine Interpretation). Doch mal abgesehen davon war mein erster Gedanke auch erstmal, so wie Jos in einem Post argumentierte, was den "Black Hat" davon abhalten sollte diese neue verbesserte Variante nicht auch zu nutzen? Egal wie ausgeklügelt man da heran geht, umso mehr Malware mit AutoIt-Code geschrieben und genutzt wird (sei es nur Spiele-Cracks), umso häufiger werden die Virenscan-Hersteller diese Signaturen auch in ihre Datenbanken mit aufnehmen.

    💡 Dazu sein auch gesagt, dass Virustotal zwar einen ganz ordentlichen Eindrück macht und einiges "offensichtliche" von den verschiedenen Herstellern auflistet, es jedoch nicht auf die Gesamtfunktionalität der jeweiligen Virenscanner zugreifen kann. Das heißt die Virenscan-Hersteller behalten sich vor, mehrere Scan Verfahren durchzuführen, wenn sie auf den Rechner installiert sind und teilen nur das nötigste öffentlich (online), bspw. auf Virustotal. Somit ist die Aussage "4 / 72" etc. nur die halbe Wahrheit.

    Quelle: 🎬

    Externer Inhalt www.youtube.com
    Inhalte von externen Seiten werden ohne deine Zustimmung nicht automatisch geladen und angezeigt.
    Durch die Aktivierung der externen Inhalte erklärst du dich damit einverstanden, dass personenbezogene Daten an Drittplattformen übermittelt werden. Mehr Informationen dazu haben wir in unserer Datenschutzerklärung zur Verfügung gestellt.

    (Minute 06:31, AudioTrack auf Original - english umstellen, meine Empfehlung)


    Mein persönlicher bisheriger Ansatz war in den letzten Jahren immer:

    1. Executable als x64 ohne UPX bauen
    2. Virustotal drüber schauen lassen
    3. Software an Abnehmer/Kunden/who-ever verteilen, mit Test- bzw. Installationsphase (angekündigt wegen möglichen false-positives).
    4. Falls mal was aufkam, Virenscan-Hersteller über die entsprechende false-positive report Seite anschreiben und sein Programm dort white listen lassen. Ging bisher immer super unkompliziert und mit 1. hatte ich solche aufkommen auch ehrlich gesagt recht selten.

    Mir ist klar, dass meine Anwendungen und mein Ablauf noch keine Statistik ausmachen und ich nur von Einzelfällen sprechen kann, doch wovon ich überzeugt bin ist, dass beim Bekanntwerden von besseren "Verschleierungstaktiken" (aus Sicht der Black Hats), sich die Virenscan-Hersteller entsprechend schnell einstellen.

    Fazit: Ich bin dennoch gespannt ob ein abschließendes Votum oder ähnliches stattfinden wird (hoffe da auf's englische Forum).

    Viele Grüße
    Sven 👨‍💻

    Kleine letzte Anmerkungen noch:
    "Jon" ist Autor und Entwickler von AutoIt.exe/AutoIt3_x64.exe; "Jos" kümmert sich um alles was SciTE relevant ist (AutoIt3Wrapper und Co.).
    Ich erwähne dies nur, weil es ggf. zu Verwechslungen führte oder führen kann.

  • PowerBasic

    • SOLVE-SMART
    • 10. Januar 2025 um 18:15

    Well, well. Da gibt's nur eines Schnuffel: Daumen hoch 👍 , Danke.

  • PowerBasic

    • SOLVE-SMART
    • 10. Januar 2025 um 16:45

    Danke für die Ergänzung Schnuffel 👌 .
    Die 800 Zeilen Beschränkung ist aus meiner Sicht der Knackpunkt, sich gar nicht erst an eine neue Sprache zu gewöhnen, wenn es kostenfrei sein soll (was ja gar nicht gesagt war von PSblnkd, daher I don't know).

    Viele Grüße
    Sven

  • PowerBasic

    • SOLVE-SMART
    • 10. Januar 2025 um 15:41
    Zitat von water

    FreeBasic wird hier im Forum auch oft und positiv genannt!

    Da wäre dann UEZ ein sehr guter Ansprechpartner PSblnkd .

    Zitat von Schnuffel

    was das moderne Pure Basic für dich leisten kann:

    Auch kein schlechter Vorschlag Schnuffel , nur eben nicht kostenfrei leider.

    -------------------------

    Wenn wir schon dabei sind, Empfehlungen für mögliche andere Sprachen auszusprechen: mein Tipp ==> go (golang) 😀 .

    Viele Grüße
    Sven

  • Aufruf des Eventviewers funktioniert nicht mehr

    • SOLVE-SMART
    • 9. Januar 2025 um 08:09

    Hi zusammen 👋 ,

    ich finde es gut, dass so viele Ideen, Meinungen und Vorschläge zu diesem Thread hier zusammen kommen.
    Dennoch möchte ich den Hinweis geben, dass wir etwas abschweifen vom eigentlichen Thema bzw. von der Fragestellung im post #1.

    Es gibt im Forum die Rubrik "Datenbanken" unter welcher sich ausführlich zu SQL, INIs etc. ausgetaucht werden kann. Ich begrüße es stark, wenn jemand dort einen neuen Thread aufmacht und Beispiele zeigt - zumindest wäre dies mein Ansatz 😇 .

    Viele Grüße
    Sven

  • Aufruf des Eventviewers funktioniert nicht mehr

    • SOLVE-SMART
    • 8. Januar 2025 um 19:28

    My 2 Cents dazu:

    Für dein skizziertes Beispiel Peter S. Taler mag dein Ansatz mit der INI vollkommen ausreichend sein. Aus meiner Sicht ist der Nutzen einer INI damit zwar zweckentfremdet, doch wenn du damit gute Erfahrungen hast - ist doch top.

    Anders sieht es sicherlich aus, sobald die Komplexität steigt und es nicht nur um ein paar wenige Felder (Spalten) geht.
    Eine der Ideen hinter (relationalen) Datenbanken ist es, dass man per Abfragen sehr schnell und sehr flexibel sich verschiedene Ergebnisse (verschiede Spalten und deren Werte), auch gern aus mehreren Quellen (Tabellen), ausgebenlassen kann.

    Diese Logik (queries) ist (per SQL) deutlich schlanker und schneller umgesetzt, als die Arbeit mit Arrays in AutoIt.
    Trotzdem, mein Beispiel hier spricht eine höhere Komplexität an als die von dir beschrieben - daher alles gut 🤝 .

    Viele Grüße
    Sven

  • Code Kata - Christmas Tree

    • SOLVE-SMART
    • 19. Dezember 2024 um 08:29

    Hi chesstiger 👋 ,

    witzig und schön, dass dich sowas wieder mal zurück ins Forum holt 😁 .
    Eine Umsetzung mit Brainfuck ist mal was anderes - was ganz anderes 🏹 .. 🧠 .. 🤯 .. 🤣 .

    Mir fällt kaum was semi-schlaues ein, was ich dazu noch sagen soll 😂 . Freut mich wenn es dir Spaß gemacht hat.

    --------------------

    Btw.: Alle drei Links deiner Signatur führen nicht zu dem was du wahrscheinlich bewerben/empfehlen möchtest. Vielleicht könntest du dies anpassen, denn an guten Tutorials bin nicht nur ich sondern viele andere auch interessiert - Danke 🤝 .

    Viele Grüße
    Sven

  • Fenster bewegen - olk.exe

    • SOLVE-SMART
    • 18. Dezember 2024 um 09:45
    Zitat von stefan10

    Svens Script klappt wunderbar.

    Freut mich 🤝 .
    Bitte jedoch auf diese Aussage von mir achten:

    Zitat von SOLVE-SMART

    Dies hat allerdings auch zu Folge, dass bei einem weiteren Fenster mit "Outlook" im Titelnamen, es nicht mehr funktioniert. Daher geht man i.d.R. über controls/classes etc.

    Falls das Thema für dich durch ist, dann markiere bitte deinen ersten Post als "Gelöst". Danke.

    Viele Grüße
    Sven

  • Fenster bewegen - olk.exe

    • SOLVE-SMART
    • 17. Dezember 2024 um 22:33

    Hi stefan10 👋 ,

    geht es dir nur darum die Position des Outlook-Fensters zu ändern bzw. das Fenster zu schieben?
    Die wohl einfachste Variante sollte sein, dass du nach dem Titel des Fensters schaust "Outlook" und vorher die Erkennung von Titeln auf Opt('WinTitleMatchMode', 2) setzt. Somit wird jeder Teilstring als Titel akzeptiert.

    Dies hat allerdings auch zu Folge, dass bei einem weiteren Fenster mit "Outlook" im Titelnamen, es nicht mehr funktioniert. Daher geht man i.d.R. über controls/classes etc. Trotzdem hier mal ein simples Beispiel:

    AutoIt
    #AutoIt3Wrapper_AU3Check_Parameters=-d -w 1 -w 2 -w 3 -w 4 -w 5 -w 6 -w 7
    #AutoIt3Wrapper_AU3Check_Stop_OnWarning=y
    
    Opt('WinTitleMatchMode', 2)
    
    _Main()
    
    Func _Main()
        Local $mWindow[]
              $mWindow.Title  = 'Outlook'
              $mWindow.X      = 50
              $mWindow.X      = 50
              $mWindow.Width  = 700
              $mWindow.Height = 500
    
        WinMove($mWindow.Title, '', $mWindow.X, $mWindow.Y, $mWindow.Width, $mWindow.Height)
    EndFunc
    Alles anzeigen

    In dem Script wird Outlook nicht aufgerufen sondern direkt angenommen es ist bereits geöffnet / es existiert. ==> Einfach nur ein Einfachheit halber.

    Viele Grüße
    Sven

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™