Beiträge von Bitnugger

  • Anwendungen automatisch an bestimmte Monitorposition mit definierter Größe öffnen

    Zitat von Code4Fun

    dein Script fliegt hier raus If Not IsHWnd($hWnd) Then _ErrExit(4, 'Fehler bei WinWaitActive!') ; Fehlermeldung wird erzeugt, somit kann ich die beiden Handles noch nicht vergleichen.

    In dem Fall gibt es keine zwei Handles weil keines gefunden wurde... und somit auch nichts zu vergleichen. Eine Ausgabe von $hWnd mit ConsoleWrite bringt dann auch nicht mehr Erleuchtung.

    Ich sehe aber, das ich wieder mal einen blöden Fehler eingebaut habe... ändere folgende Zeile um...

    $hWnd = WinWaitActive("[TITLE:IBM Notes Arbeitsbereich: CLASS:SWT_Window0]", "", 1) ; Wartet maximal 1 Sekunde

    zu...

    $hWnd = WinWaitActive("[TITLE:IBM Notes Arbeitsbereich; CLASS:SWT_Window0]", "", 1) ; Wartet maximal 1 Sekunde

    oder so, wenn das auch nicht geht...

    $hWnd = WinWaitActive("[REGEXPTITLE:^(IBM Notes.+); CLASS:SWT_Window0]", "", 1) ; Wartet maximal 1 Sekunde

    Zitat von Code4Fun

    Du kennst ja sicherlich die Windows Tastenkombinationen "WinTaste" + Pfeiltasten

    Ja ok, das macht allerdings Sinn.

  • Keylogger für ein GDI Input

    Zitat von autoiter

    OMG den Tipp hätte ich nicht in einem Thread gegeben, der mit Keylogger überschrieben ist..

    Ich vertraue auf das Gute im Menschen und habe zudem auch keine fertige Lösung präsentiert... lediglich einen Hinweis, dass in der AutoIt-Hilfe weitere Infos dazu stehen... die allerdings nur dann verständlich sind, wenn eine gewisse Erkenntnisstufe vorhanden ist. Wer sich mit Hilfe Anderer einen funktionierenden Keylogger erschleichen will und damit nichts Gutes im Sinn hat, lebt eh auf extrem dünnem Eis...

  • Anwendungen automatisch an bestimmte Monitorposition mit definierter Größe öffnen

    Teste es mal so...

    Zitat von Code4Fun

    Das hier

    Send("{LWIN down}{UP}") ;

    geht irgendwie nicht. Es öffnet sich hier das Windows Menü. Ich dachte ich hole mir vorher nochmals von Lotus Notes den Focus, aber irgendwie will das nicht

    Durch das "down" bleibt LWIN gedrückt, solange kein {"LWIN up"} gesendet wird... das willst du aber gar nicht, deshalb einfach das "down" weglassen.

    Für dein Vorhaben ist die Verwendung von Send eh absolut an keiner Stelle sinnvoll...

  • Anwendungen automatisch an bestimmte Monitorposition mit definierter Größe öffnen

    Teste das mal so...

  • BitShift (unsigned INT)

    Habe die in Post #3 von mir geänderte Binary.au3 nochmals ein wenig umgeändert.

    Und weil es zum Thema passt, findet ihr hier im Anhang noch eine kleine UDF von mir...

    Funktionen: _BinaryMidAND, _BinaryMidNOT, _BinaryMidOR, _BinaryMidXOR

  • ComboBox dynamisch erweitern und abfragen

    Zitat von Code4Fun

    Leider muss ich Dir sagen, dass das komplett am Thema vorbei ging.

    Was genau ging komplett am Thema vorbei? Habe deinen Text gelesen und vermute mal, dass dir nicht ganz klar ist, wie eine ComboBox funktioniert.

    Zitat von Code4Fun

    Die Position 1 (also der Wert der ComboBox, den man sieht, wenn man die ComboBox nicht aufklappt), soll als InputBox dienen.

    Der Satz ergibt so keinen Sinn... denn der Wert den du siehst, wenn die ComboBox nicht aufgeklappt ist, ist nicht zwingend der, der an Position 1 steht und "Die Position 1" kann nicht als InputBox dienen. Oder meinst du damit, dass nur dann eine Eingabe in das Input-Feld der ComboBox erlaubt sein soll, wenn der Wert, der an Position 1 steht, angezeigt wird, um einen Kunden hizuzufügen?

    Mit dem Script von mir kannst du neue Einträge hinzufügen oder bestehende löschen.

    Hinzufügen: Einen nicht vorhanden Namen in das Input-Feld der ComboBox (vorher evtl. leeren) eingeben, dann auf den Plus-Button drücken.

    Entfernen: Einen Namen aus der aufgeklappten Liste der ComboBox auswählen, dann auf den Minus-Button drücken. Der Eintrag an Position 1 (Platzhalter) kann nicht gelöscht werden.

    Es fehlt noch die Möglichkeit bestehende Einträge zu ändern. Dazu müsste die Nachricht $EN_CHANGE ausgewertet werden, die immer dann gesendet wird, wenn sich der Inhalt des Input-Feldes ändert. Diese Nachricht könnte man auch dafür nutzen, um die Liste der ComboBox anzuzeigen und in dieser den ersten Eintrag zu selektieren, der mit der Eingabe in dem Input-Feld übereinstimmt. Schau dir dazu in der AutoIt-Hilfe die Beispiele zu _GUICtrlEdit_Create an!

    Anmerkung: Input-Controls existieren nur in AutoIt und sind vereinfacht gesagt Edit-Controls mit nur einer Zeile. Deshalb funktioniert $EN_CHANGE mit beiden. Das EN bei $EN_CHANGE steht übrigens für Edit Notification.

    Wenn keiner der vordefinierten Einträge gelöscht oder geändert werden soll, ist das auch kein großes Ding... würde ich so aber nicht machen, denn auch hier kann sich ja was ändern und dann musst du diese Änderungen im Quellcode anpassen. Die vordefinierten Einträge würde ich nur beim ersten Start des Scripts verwenden, wenn noch keine Ini-Datei angelegt wurde. Danach dann nur die Werte aus der Ini-Datei verwenden, in der auch die vordefinierten Einträge gespeichert werden.

  • ComboBox dynamisch erweitern und abfragen

    Meinst du das etwa so...

  • MyBackupRestore - CPU-Last zu hoch

    Zitat von mitac100

    In Zeile 1764 werden die _Backup_Einstellungen() aufgerufen.Der _Text_Editor ab 1961 und _Text_Editor_WM_NOTIFY ab 2042.


    Das ListView wird über die _Backup_Laufwerke_WM_Notify_EventsZeile 1517 gesteuert.

    Dem Text habe ich entnommen, dass du mehrere Funktionen registriert hast, um Nachrichten für die Windows Message ID WM_NOTIFY auszuwerten...

    GUIRegisterMsg($WM_NOTIFY, "_Backup_Laufwerke_WM_Notify_Events")

    GUIRegisterMsg($WM_NOTIFY, "_Backup_Protokoll_WM_Notify_Events")

    GUIRegisterMsg($WM_NOTIFY, "_Text_Editor_WM_NOTIFY")

    ...das geht aber nicht, denn du kannst in deinem Script eine Message ID nur für eine Funktion registrieren - in deinem Fall ist dies nun _Text_Editor_WM_NOTIFY.

    Die Funktionen kannst du aber leicht zusammenlegen und dann, wie ich weiter oben bereits angemerkt hatte, besser mit $hWndFrom anstelle $iIDFrom hantieren.

  • MyBackupRestore - CPU-Last zu hoch

    Zitat von mitac100

    Wenn ich die beiden Zeilen...


    Global $hBackup_Laufwerke_ListView = ControlGetHandle($hGUI, '', $Backup_Laufwerke_ListView)

    Global $hRestore_Laufwerke_ListView = ControlGetHandle($hGUI, '', $Restore_Laufwerke_ListView)


    ...vor der Funktion Platziere, erhalte ich die Meldung: Variable used without being declared

    Das Handle für ein Control besorgst du dir direkt nachdem du es erstellt hast, also eine oder ein paar Zeilen darunter.

    Zudem solltest du Variablen mit einem dem Typ entsprechenden Kürzel versehen... und globale Variablen sollten besser mit $g_ beginnen. Das hilft später ungemein bei der Fehlersuche!

    Global $g_idRestore_Laufwerke_ListView ; CtrlID

    Global $g_hRestore_Laufwerke_ListView ; Handle

    Global $g_sIniFile = @ScriptDir & '\IniFile.ini' ; String

    Global $g_iBackup_Einstellungen_Groesse ; Integer

    Global $g_aDrives ; Array

    Hier kannst du mehr dazu lesen: Best coding practices - AutoIt Wiki

    Variablen ausserhalb von Funktionen sind übrigens immer global, auch wenn du sie mit DIM oder Local deklarierst!

  • MyBackupRestore - CPU-Last zu hoch

    Zitat von mitac100

    Die CPU-Last ist viel zu hoch

    Das liegt an deinem Main-Loop, bzw. deiner While-Schleife...

    Code
    While 1
    Global $nMsg = GUIGetMsg()
    Switch $nMsg
        Case $GUI_EVENT_CLOSE
            Exit
            Sleep(100) ; Das macht hier ja unheimlich viel Sinn! ;-)
    EndSwitch
WEnd

    Im MsgMode wäre sie bis auf das überflüssige Sleep() fast korrekt... fast, weil die Variable $nMsg vor dem Loop deklariert werden sollte und anstelle des Global ein Local völlig ausreichend wäre.

    Im MsgMode schaltet die Funktion GUIGetMsg die CPU bei Bedarf automatisch in den Idle-Mode (Leerlauf), sodass sie in Schleifen sicher verwendet werden kann, ohne die gesamte CPU zu belasten.

    Da du aber mit allen GUI's im OnEventMode arbeitest, sollte deine While-Schleife (Main-Loop) so aussehen:

    Code
    While 1
    Sleep(10) ; 10-250 sind akzeptable Werte
WEnd
    Zitat von mitac100

    Wenn ich einen der Buttons, Einstellungen, Datenaufnahme oder Protokoll klicke, kann ich danach kein Laufwerk mehr wählen.

    Was muss ich tun um das ListView zu reaktivieren?

    Ich will dein Script bei mir nicht starten, weil sich die Spuren nur schwer beseitigen lassen. Meinst du mit Laufwerk auswählen geht danach nicht mehr, dass du keine Benachrichtigung mehr bekommst, wenn du mit der Maus in das Listview $Backup_Laufwerke_ListView bzw. $Restore_Laufwerke_ListView klickst?


    Hier noch ein paar Dinge, die mir beim Überfliegen deines Codes aufgefallen sind:


    Funktion _Bytes_KB_MB_GB

    Siehe _WinAPI_StrFormatByteSize, _WinAPI_StrFormatByteSizeEx und _WinAPI_StrFormatKBSize

    Code: __On_Button
    Switch @GUI_CtrlId
    Case $GUI_EVENT_CLOSE ; <-- wird von __On_Close verarbeitet und trifft hier somit niemals zu

    Aus __On_Close und __On_Button würde ich eine Funktion __On_Event machen... alle Events in einer Funktion.


    Funktion _Laufwerke_ListViewBox

    If @UserName = @UserName Or @UserName = @UserName Then

    Hust... das macht natürlich Sinn... ;)

    Funktion _Backup_Laufwerke_WM_Notify_Events

    Hier hast du bei #forceref $hWndGUI als Parameter angegeben... wobei $hWndGUI aber nirgends deklariert wird. Richtig wäre hier wohl $hWnd.

    Wenn man mit mehreren GUI's hantierst, kann die Frage nach der ControlID u.U. ins Auge gehen, deshalb sollte dafür anstelle der ControlID besser das Handle des Controls verwendet werden.

    _GDIPlus_Startup() / _GDIPlus_Shutdown()

    _GDIPlus_Startup() solltest du einmalig beim Start ausführen, und _GDIPlus_Shutdown() ebenso, wenn das Script beendet wird.

    Code
    _GDIPlus_Startup()
OnAutoItExitRegister('_Exit')

; Tu was...

Exit

Func _Exit()
    _GDIPlus_Shutdown()
EndFunc
    Code
    For $j = 1 To $Drives[0]

    Laufvariablen würde ich nicht im globalen Kontext benutzen, weil dies später zu extrem schwer auffindbaren Fehlern führen kann. Analog dazu würde ich es auch möglichst vermeiden, globale Variablen innerhalb von Funktionen und Schleifen (s. Main-Loop) zu deklarieren.

  • Umbenannt: Installierte Drucker Remote auslesen

    Zitat von Lashandan

    Oder gibt es noch eine ganz andere Möglichkeit die installierten Drucker auszulesen?

    Ja, gibt es... hier ein Bsp.:

  • Timer anzeigen lassen...

    Zitat von Ram3000

    Hallo Bitnugger,
    war Du schon dabei und hast ein neues Script erstellen können ? *VorsichtigFragNach* ;)
    Würde mich wirklich freuen, wenn Du da noch etwas machen würdest.

    Das Grundgerüst für dein Script habe ich bereits fertig und du stehst auch ganz oben auf meiner privaten ToDo-List... ich habe zu deinem Leidwesen aber auch noch eine geschäftliche ToDo-List... und die hat eine höhere Priorität. Ich denke, die werde ich zum WE hin abgearbeitet haben und dann bist du wieder dran. :saint:

  • BitShift (unsigned INT)

    Zitat von Musashi

    Hast Du dort irgendwelche Änderungen vorgenommen ?

    Ja, habe ich.

    In dem Script, in dem ich die UDF verwende, benutze ich die AutoIt3Wrapper-Direktive:

    #AutoIt3Wrapper_AU3Check_Parameters=-q -d -w 1 -w 2 -w 3 -w- 4 -w 5 -w 6 -w- 7

    Mit der Original-UDF bricht das Script dann mit Fehlermeldungen ab, weil die Variablen in den Zeilen 408-410 nicht verwendet werden. Deshalb habe ich die Zeilen auskommentiert - ähnlich auch in Zeile 487, wegen dem $Ret.

    Die Funktionen _BitXOR64, _BitAND64 und _BitOR64 habe ich so umgestrickt, dass anstatt 20 Parameter nun 255 übergeben werden können, so wie es bei BitXOR usw. in AutoIt ist.