Beiträge von water

Zitat von Peter S. Taler

ist aber wichtig, damit das Programm nicht rund um die Uhr läuft.

Tut es aber, da es kein Exit aus der While-Schleife gibt. Sleep verhindern, dass die Schleife ungebremst läuft und so die gesamte CPU-Leistung auffrisst.

An Taskscheduler habe ich auch schon gedacht. Mein aktueller Vorschlag ist einfacher aber schlußendlich entscheidet der OP was ihm besser gefällt.

Programm und zu verteilende Nachrichten liegen am Server, die Programmausführung erfolgt lokal. Die Protokollierung der bereits gesehenen Nachrichten ebenfalls.

"Wartezeit bis zum nächsten Durchlauf" ist doch eindeutig, oder?

Siehe Punkt eins und (nun) den letzten Punkt meiner Liste oben

Hier mal meine Gedanken dazu:

Voraussetzung: Ein Verzeichnis, auf das alle User in der Domäne Zugriff haben.

Ansatz:

• Das login-Skript startet ein im gemeinsamen Verzeichnis abgelegtes Program. In einer Ini-Datei sind variable Parameter abgelegt (Wartezeit bis zum nächsten Durchlauf etc)
• Jede anzuzeigende Meldung wird in einer eigenen Datei mit eindeutigem Namen (z.B. Datum plus laufende Nummer) hinterlegt z.B. 2023-03-07-001.msg
• Das Programm prüft, ob im gemeinsamen Verzeichnis solche msg-Dateien existieren.
• Falls ja, wird für jede Datei geprüft, ob sie bereits angezeigt wurde (durch Prüfung einer EIntragung in einer INI-Datei)
• Falls nein, wird jede msg-Datei in einem PopUp angezeigt. Dann wird in der INI mit Datum/Uhrzeit gespeichert, dass die msg angezeigt wurde
• Nun wartet das Programm die angegebene Zeit und prüft dann erneut auf Meldungen

Das ließ sich mit wenig Aufwand programmieren und flexibel anpassen.

Die Idee dahinter ist, dass alle veränderlichen Informationen nicht im Skript abgelegt werden, sondern in einer Textdatei. Dadurch muss bei Änderungen nicht das Programm geändert, sondern nur die INI-Datei mit einem Texteditor angepasst werden.

Aber um der Lösung Deines Problems näher zu kommen hätte ich noch folgende Fragen:

• Welche der oben vorgeschlagenen Lösungsansätze möchtest Du verwenden? Excel, INI-Dateien, CSV?
• Musst Du irgendwelche Daten speichern (z.B. welches Gerät wann retour kam bzw. ob es mehrfach retourniert wurde etc.)?

Zitat von Workflow

Ich persöhnlich habe noch nie mit Makros oder AutoIT gebarbeitet, daher bin ich totaler noob .

Ob die RegExp für den OP einfacher sind als die Excel UDF

Danke für Deine Beschreibung. Damit können wir starten.
Hier mal ein Vorschlag von mir zur Diskussion. Wenn er dann für Dich passt, ist es schnell in AutoIt umgesetzt.

1. Konfigurationsdaten werden in einer INI-Datei abgelegt, damit sie bei Bedarf leicht geändert werden können und das Skript nicht jedes mal angepasst werden muss.
2. Excel wird gestartet bzw. eine bestehende Excel Instanz verwendet.
3. Es wird geprüft, ob das Excel-Arbeitsblatt bereits offen ist. Falls ja, verbindet sich das Skript mit diesem Arbeitsblatt. Falls nein, wird das Arbeitsblatt geöffnet
4. GUI wird angezeigt. Das Skript verwendet nicht den Excel Suchdialog (Strg-f) sondern ein eigenes GUI (damit wir die volle Kontrolle haben).
5. Wenn im GUI OK gedrückt wird, beginnt die von Dir beschriebene Verarbeitung (diesen Punkt gehen wir später an)
6. Zurück zu Punkt 4 für die nächste IMEI

Passt das so für Dich?

Um zu prüfen, ob Deine Excel-Version Automatisierung unterstützt, rufe bitte die Hilfe von AutoIt mit F1 in SciTE auf, suche nach _Excel_Open und führe das Beispielskript 1 aus.
Du bekommst eine Fehlermeldung, wenn Excel COM nicht unterstützt (was ich leider befürchte).

Dann gilt es eine der von BugFix Andy vorgeschlagenen Alternativen zu prüfen.

Weitere Alternative:
https://www.autoitscript.com/f…-xlsx-files-without-excel

Da wird es bei mir leider dünn werden, da ich mich mit GUI und WinAPI leider kaum bis gar nicht auskenne

Tweaky Hier die übersetzten Dateien aus Paket 06:

Tweaky Sorry, mein Fehler. Hab's nochmals hochgeladen.

Schau Dir dazu mal das wiki im engl. Forum an.

Tweaky Hier die übersetzten Dateien aus Paket 05:

Sehr schön

Ist vorgemerkt! Wird aber etwas dauern, da ich derzeit voll eingespannt bin

Wäre auf jeden Fall möglich. Problem ist, dass es ein Script Breaking Change, der Nutzen im Vergleich aber minimal ist.
Ich werde die Funktion aber um Prüfung der Funktionsparameter und entsprechende Fehlermeldungen erweitern.

Vielleicht hilft dieser Thread aus dem engl. Forum: https://www.autoitscript.com/f…2-simple-dropbox-for-urls

Die Funktion importiert aus einem Array ODER einer Datei. Damit die Funktion weiss, woher sie die Daten nehmen soll, musst Du das in Parameter 2 angeben.
In Parameter 3 steht dann der Name des Arrays oder der Datei.
Nun hast Du Parameter 2 aber auf den Wert "2" gesetzt. Daher erwartet die Funktion in Parameter 3 eine Datei.

Lösung: Ändere den Parameter 2 auf den Wert "1" und dann funzt das.

Korrekt.
Ich glaube, ich muss noch ein paar Eingabedaten-Prüfungen einbauen. Die aktuelle Fehlermeldung ist nicht aussagefähig genug.