Beiträge von Oscar

Zum einen gibt es nicht nur den IE. Du müsstest erstmal rausfinden, welcher Browser als Standard-Browser festgelegt ist und dann dementsprechend viele Funktionen zum ändern der Startseite bereithalten. Zum anderen würde ich als Benutzer das als Bevormundung empfinden, wenn mir ein Programm einfach so die Startseite ändert. Also besser vorher den Benutzer fragen, ob er das möchte.

Zitat von shrax

das ganze soll ja nur die unbenutzten Laufwerke (ohne datenträger) rausfiltern, doch wie mach ich das??

Vielleicht so:

$sNotReady = ''
$aDrives = DriveGetDrive('ALL')
If Not @error Then
For $i = 1 To $aDrives[0]
If DriveStatus($aDrives[$i]) = 'NOTREADY' Then $sNotReady &= $aDrives[$i] & @CRLF
Next
EndIf
MsgBox(0, 'Laufwerke ohne Datenträger', $sNotReady)

Zitat von Eichhorn

Ich bin jetzt leider erst wieder dazu gekommen, das Script von Oscar zu testen. Leider klappt das auch nicht so recht, wie ich mir das vorstelle. Jetzt wird zwar der Ordner "Leitlinien" mit den darin enthaltenen Dateien mit kopiert, aber alles wieder direkt in den Ordner "Sicherung". Der Ordner "QMS" wird leider auf dem Zielrechner nicht mit angelegt. Was bedeutet die Option 1? Ich habe es auch mit der 8 probiert, aber leider auch ohne Erfolg.

Achso, der Ordner soll mit angelegt werden, dann so:

DirCopy("C:\QMS", "\\192.168.250.92\C\Sicherung\QMS\", 1)

Vielleicht weil im Zielverzeichnis bereits ein Verzeichnis mit diesem Namen vorhanden war (Du hast als dritten Parameter keine 1, zum überschreiben, gesetzt)?

Scripter192: Nicht schon wieder! Die Zugangsdaten haben in dem Script nichts verloren! Ganz egal wie "bombensicher" Du das Script vor einem Decompiler schützt, mit einem Netzwerksniffer kommt man trotzdem an die Daten. Lass es sein! Vor allem, wenn man mit diesen Zugangsdaten noch andere Sachen auf "Deinem" FTP-Server machen kann.

Nicht FileCopy, sondern DirCopy musst Du nehmen:

DirCopy("C:\QMS", "\\192.168.250.92\C\Sicherung", 1)

Ok, hier ein Beispiel:

Die Datei "test.txt" aus dem Anhang muss sich im gleichen Verzeichnis wie das obige Script befinden!

Achso, sehe das jetzt erst. Nein, das _ArrayDisplay war nur, um das Ergebnis von StringRegExp anzuzeigen.
Das Ergebnis-Array musst Du natürlich erst an Dein Listview übergeben. For...Next-Schleife und dann GUICtrlCreateListViewItem mit den einzelnen Werten.

Du solltest Dir angewöhnen, uns mitzuteilen welcher Fehler auftritt. Die allwissende Kristallkugel ist nicht immer verfügbar.

In dem Fall dürfte aber die Pfadangabe falsch sein:

$string = FileRead(@ScriptDir & 'logs\gruppen.txt')

Richtig:

$string = FileRead(@ScriptDir & '\logs\gruppen.txt')

Jo, gibt es:

Wenn man nun das Main-Fenster verschiebt, wird das Child-Fenster mit verschoben.

Kann ich nicht nachvollziehen.
Mit welchen Parametern rufst Du die Funktion auf?

Andy: ROFL, der ist gut.

Vielleicht sollte ich auf meinem FTP-Server mal ganz "geheime" Daten und "wichtige" Dokumente packen. Alles natürlich mit "Top Secret" und "Vertraulich" und so kennzeichnen.
Am besten vorher noch verschlüsseln (nicht zu schwer, sonst können die Kiddies das ja nicht knacken). Und dann mal schauen, wer sich da so alles einloggt.
Das könnte interessanter werden als fernsehen.

RegExp-Beispiel:

#include <Array.au3>
$string = FileRead(@ScriptDir & '\test.txt')
$array = StringRegExp($string, 'CN=(.+?),.*', 3)
_ArrayDisplay($array)

Ok, ich habe die Verwarnung zurückgezogen, nachdem Du das hier aufgeklärt hast.

Das zeigt aber einmal mehr, dass man solche Zugangsdaten nicht im Script speichern sollte. Vor allem nicht, wenn auf dem Server mehr liegt, als nur der Spielstand.

Und ich plädiere schon lange dafür, dass hier auch die Scripte veröffentlicht werden und nicht nur die ausführbaren Dateien.

Decompilieren ist verboten!
Und am liebsten würde ich den ganzen Thread hier löschen.
Scripter192, was soll dieser Sch**ss?

[Obigen Link erstmal gelöscht]

Edit: Und eine Verwarnung gibt's dafür jetzt auch.

Ok, normalerweise bietet mein Serverprogramm auch Gegenmassnahmen (Kick & Ban) an. Hab ich nur falsch konfiguriert (ja, mein schlechtes englisch ).
Der FTP-Server lief aber sowieso nur wegen dem Spielstand von meinem Spiel. Das Spiel scheint aber auch nicht so gut angekommen zu sein. Das Einzige war, das Einige hier gleich ge-cheatet haben.
Naja, was soll's. Hab den FTP-Server wieder abgeschaltet.

Das heißt, Du willst Deine GUI nicht transparent über den Browser packen, sondern das soll ein Hintergrundbild sein?

Naja, rechtlich gesehen, denke ich, sind hier die Admins gefragt. Wenn die Dir das OK geben, dann dürfte das ausreichen.

Vom ergonomischen Standpunkt finde ich solche Hintergrundbilder in GUIs extrem unpraktisch, weil sie von den eigentlichen Control-Elementen ablenken.
Ich bin da aber auch eher puristisch veranlagt. Bei mir muss die GUI vor allem möglichst selbsterklärend sein.

[Neugier bahnt sich einen Weg]: Was soll es denn werden?

Ich verstehe die Frage nicht.
Wenn Du einen Eintrag aus dem Listview löschst, dann ist er doch weg und beim nächsten speichern der Datei (z.B. beim Programmende) wird doch die alte Datei überschrieben.
Oder was meinst Du?

In dem Fall ist die MsgBox schonmal "tödlich" für ein WM_NOTIFY, aber das kann auch

$text = _GUICtrlRichEdit_FindTextEx($h_RichEdit,"<" & $read & ">")

sein, wenn die Funktion zu lange braucht bzw. ebenfalls eine WM-NOTIFY-Message auslöst.

Zitat

WM_NOTIFY Message
Sent by a common control to its parent window when an event has occurred or the control requires some information.

Super! Mit der neuen Version funktionieren alle Links. Klasse Script, funkey!

autoBert: Ja, eine Desktop-Firewall sollte sich melden (meine macht das).