Beiträge von BugFix

  • Autoit wartet ?

    Ich habe die 3.3.14.0, Dateigröße war einmal ca. 230 MB, einmal 30 MB.

    Das ist aber seltsam und wiederspricht der kpl. bisherigen AutoIt-Philosophie, wenn Befehlsausführungen nicht abgewartet werden (Ausnahme: Run Shellexecute).

  • Autoit wartet ?

    Zitat von chip

    Es wird nicht gewartet sondern einfach die nächste Zeile ausgeführt.

    Das lese ich jetzt erst.
    @chip - wie kommst du denn auf die Idee? Selbstverständlich wird das Ende der Operation abgewartet, bevor der nächste Befehl abgearbeitet wird.

    Kleines Beweisskript (als Dateien zum Kopieren setzt irgendwas mit zig MB ein)


    Ergebnis:

    Code
    13:15:33.351 Start 1
13:15:58.848 Result 1: 1
13:15:58.848 Start 2
13:16:01.326 Result 2: 1
13:16:01.326 Ende

  • TeamViewerMulti

    Inzwischen werden keine älteren portablen Versionen mehr bereitgestellt, das Skript ist somit leider wertlos geworden.

    Die aktuelle portable Version gibt es (zumindest wenn sich nichts ändert) unter folgendem Link: https://download.teamviewer.com/download/TeamViewerPortable.zip


    Hi,
    Teamviewer braucht man ja häufiger um bei Freunden/Familie mal aus der Ferne zu helfen.
    Neben dem Standard-Teamviewer gibt es auch den Teamviewer Portable. Vorteil: Ich brauche nicht auswählen, dass ich nur ausführen will und nur privat nutze.
    Da oft schon Teamviewer -Versionen beim Hilfebedürftigen vorhanden sind, ist es von Vorteil, wenn man kurz und knapp auf eine Palette der verfügbaren Versionen zugreifen kann.
    Mein Tool TeamViewerMulti z.B. auf einen Stick (oder Festplatte) kopieren und starten.
    Beim Erststart wird im Verzeichnis des Tools eine INI (TeamViewerMulti.ini) angelegt, dort wird der Speicherordner für die Teamviewer Versionen definiert.
    Es kann gewählt werden ob alle existierenden Versionen, die aktuelle Version und eine bestimmte Anzahl Vorversionen oder nur die aktuelle Version heruntergeladen werden soll.
    Mit der gleichen Funktion kann auch jederzeit überprüft werden, ob neuere Versionen existieren.
    Die heruntergeladenen Versionen werden in einer Combo aufgelistet und können dann zum Start ausgewählt werden.

    Edit: v 0.2
    - erweitert um Kontaktverwaltung

  • SciTe-Editor Programmausführung

    Ad hoc fällt mir nur ein Workaround ein:

    - Installation eines zweiten SciTE (einfach den gesamten Original-Ordner kopieren)
    - alle propertie-Dateien dieser Installation müssen dann aber an einen anderen Ort kopiert werden, am Besten in den Installationspfad selbst, sonst beißen sich beide SciTE
    - die liegen z.T. in ..\AppData, sind also von Haus aus nicht sichtbar (Adresse im Explorer direkt eingeben)
    - in den properties müssen dann auch entsprechend die Pfade angepaßt werden, dürfen nicht auf das Original verweisen
    - die properties, die AutoIt betreffen, müssen natürlich auf die AutoIt-Installation verweisen, da sollte also keine Änderung erforderlich sein, wenn es einfach kopiert wurde

    Ich habe es noch nie getestet, ob die AutoIt3.exe mehrere Aufrufe gleichzeitig zuläßt. Falls nicht: Kopie davon in dein neues SciTE und die Aufrufe dorthin verbiegen. Evtl. mußt du die Aufrufe auch umschreiben, da SciTE4AutoIT die Aufrufe über den Wrapper leitet. Wenn du aber nur die reine Ausführung brauchst, kannst du dir das schenken.

  • Emailkonten: Abfrage in gewünschter Reihenfolge. <-- Erledigt

    Also mich wundert schon, dass hier nach mehr Input geschrien wird :rolleyes: .
    Alina hat doch kurz und präzise gesagt was sie will. Ich umschreibe es mal mit anderen Worten.
    - Windows Livemail enthält mehrere Accounts (z.B. alina-x@mail.com, alina-y@mail.com, alina-z@mail.com)
    - Beim Abrufen aller Accounts werden diese in der Reihenfolge, die im Livemail-Client besteht, abgefragt.
    - Frage: Kann man diese Reihenfolge willkürlich ändern/beeinflussen?

    Ich kann nix dazu sagen, da ich diesen Client nicht verwende.

  • Ownhotkey​s - Lua shell.exec() macht Probleme mit WindowsBlinds

    Zitat von Bitnugger

    Oder anders gefragt... der Inhalt der ownhotkeys.properties ist doch nur für Ownhotkeys.lua von Interesse?!

    Das ist richtig. Natürlich kann man auch so vorgehen, dass spezielle properties direkt für ihre Anwendung geladen werden. Für meinen Geschmack geht mir dann etwas die Übersicht und Funktionalität verloren. Das Standardkonzept:

    • Globale properties Datei: "SciTEGlobal.properties" - wird überschrieben von
    • User properties Datei: "SciTEUser.properties" - wird überschrieben von
    • Directory properties Datei "SciTEDirectory.properties" im Ordner (oder Parent) der aktuellen Datei - wird überschrieben von
    • Locale properties Datei "SciTE.properties" im Ordner der aktuellen Datei

    garantiert eine Priorität der properties, sodass du z.B. für ein Projekt die properties völlig anders gestalten kannst, ohne deine allgemeingültigen Einstellungen zu ändern. Dieses tief gestaffelte Prioritäts-Konzept ist m.M. nach ein absolutes Highlight des SciTE-Editors.

  • Ownhotkey​s - Lua shell.exec() macht Probleme mit WindowsBlinds

    Zitat von Bitnugger

    warum soll ich nicht gleich alle thematisch zusammengehörigen Properties auf einen Schlag laden?!

    Ich habe zusammenhängende Properties (wenn es zahlenmäßig etwas mehr war zu einem Thema) in separate *.properties ausgelagert und lade diese als erstes in den SciTEUser.properties (s. hier).
    Die ersten Zeilen meiner SciTEUser.properties sehen dadurch so aus:
    import ownhotkeys
    import python_user
    import lua_user

  • Dynamische Funktionen?

    Zitat von TheLuBu

    Execute() kann leider keine If...ElseIf...Else...EndIf oder Switch Anweisungen ausführen.
    Was man aber tun kann, ist die diese in einer Funktion zu bündeln.

    Oder ein kpl. AutoItskript temporär erstellen und ausführen lassen. Dann kannst du problemlos mit allem, was AutoIt bietet arbeiten.
    Im Bsp. wird die AutoIt.exe aus der Installation bezogen, zum Ausführen kannst du aber auch ein kompiliertes Skript dazu mißbrauchen, denn die User werden sicher keine AutoIt-Installation haben.
    Hier mal für dein Bsp.: If $sStatus = 1 THEN Return 5 ELSE Return 10 EndIf

  • Ping Tool

    Mal als Hinweis:
    Wenn du tatsächlich 254 Adressen scannen willst, verwende unbedingt den Parameter timeout in der Ping Funktion. Ich würde die Laufzeit zum physikalisch am schlechtesten angebundenen Rechner als Referenzzeit nehmen, kleinen Toleranzzuschlag und das als Timeout. Im Normalfall solltest du somit keinen Timeout > 100 ms brauchen (oder hat jemand so grottige Netze mit längerer Laufzeit?). Und dann ist auch die Gesamt-Scanzeit noch akzeptabel.
    Um sich am Programmieren zu üben ist das Basteln dieses Tools sicher nicht schlecht. Aber für den Einsatz würde ich dann doch einen fertigen Scanner bevorzugen.

  • FileReadToArray mit Wordpad

    Zitat von smartpart82

    Als Psychologe finde ich es höchst faszinierend wie viel Zeit du aufwendest um mir mitzuteilen, dass du keine Zeit aufwenden möchtest. Auch die Projektion ist interessant. Wenn Interesse deinerseits besteht biete ich mich gern einmal an dies zu thematisieren

    You made my day! :rofl:

    ..aber zurück zum Thema. Vielleicht solltest du einfach mal die Postings der User lesen, bevor du dich in subtilen psychologischen Erörterungen verlierst.
    Es gibt hier im Forum mehrere Threads, die sich mit dem richtigen Posten befassen (u.a. hier). Beispieldaten, Vorher-/Nachher-Situation sind ein absolutes Muß um eine Problematik nachvollziehen zu können. Ebenso sollte ein erstes, lauffähiges Skript dabei sein, das die Problematik bzw. die versuchte Lösung abbildet.

  • JavaFX in AutoIt? - Framework

    Zitat von chesstiger

    Du kannst ja einfach die Resize-Messahe abfangen und entsprechend reagieren. Das ist zwar aufwändig, aber grundsätzlich prozedural und in purem AutoIt lösbar.

    Das hatte ich vor Jahren mal angefangen. Mein Ansatz damals war: Jedes (Sub)Gridelement wird von einem eigenen Fenster dargestellt (um in jedem Grid unterschiedlich anordnen zu können). Je nach Anzahl der Grids und dort positionierter Controls führt das zu einer Vielzahl von Winmove-Operationen. Probleme waren der Fokuswechsel in die jeweiligen Fenster und das "Verstecken" der Fensterränder.
    Habe das Projekt dann verworfen, weil ich zu keiner befriedigenden Lösung kam. Der Aufwand ist tatsächlich recht groß. Man kann nicht mit GuiRegisterMsg arbeiten - das würde die Funktionalität auf eine GUI im aktuellen Skript begrenzen. Also ist ein Hooken der WM-Messages erforderlich und damit verbunden ein globales Management der erstellten GUI.

    Das Problem beim Resizen in nur einem Fenster ist die Veränderung von Controlgröße und Position beim mehrmaligen Resizen. Das Kalkulieren der Werte führt zu Floatwerten, verwenden können wir nur Ganzzahlen. Es muss also immer ein Teil der Berechnung verworfen werden, sodass ich trotz Wiederherstellung der originalen Fenstergröße plötzlich eine ganz andere Ansicht der Controls erhalte. Mit Min-/Max-Werten kann man da etwas regulieren, aber ein einheitliches Gesamtbild ist schwer zu erreichen.

    Aus meinen Erfahrungen mit der Resize-Thematik halte ich es für wenig wahrscheinlich, dass mit purem AutoIt ein Grid-System effektiv umsetzbar ist.

  • JavaFX in AutoIt? - Framework

    Ich empfinde CSS-like Styling als sehr angenehm.
    Positionierung mit Grid-Systemen mag am Anfang etwas gewöhnungsbedürftig sein - ist letztlich aber ein Plus. Vor allem der Vorteil, sich nicht auf fixe Fenster- und Ctrlgrößen festlegen zu müssen und trotzdem ohne große Verrenkungen eine einheitliche Darstellung zu gewährleisten. Wer schon mit wx (Python, Lua, ..) gearbeitet hat, weiß das zu schätzen.

    Bleibt die Frage, welche weiteren Controls (ausser den bereits in AutoIt verfügbaren) in der Bibliothek enthalten wären, die den Aufwand rechtfertigen.
    Wie würde denn die Einbindung in AutoIt stattfinden sollen - per Dll?