Beiträge von NewVersionTester

Ich habe jetzt noch eine No-Admin-Version hinzugefügt, damit das Programm theoretisch keine allzu schädlichen Veränderungen am System vornehmen kann. Praktisch macht es das auch in der nomalen Admin-Version nicht, aber so könnt ihr das Skript (zumindest unter Windows Vista oder höher) gefahrlos testen und ich kann euch zeigen, dass ich keine schädlichen Änderungen mit dem Programme an eurem Computer vornehme. Dies hat dankenswerter Weise auch Kanashius bestätigt. Danke dafür.

Zum Nutzen des Programms: Der Nutzen liegt natürlich hauptsächlich in dem Icon, das Programm ist ja nur ein kleiner Installer dafür. Und ich muss auch ehrlich zugeben, dass dieses Icon wirklich auch nur etwas für Perfektionisten ist, die ihrem AutoIt-Ordner ein passendes Icon im Windows-7-Style geben wollen, sodass sich das Icon (zumindest) unter Windows 7 diskret in das restliche Design einbettet und den Ordner trotzdem klar von anderen Ordnern unterscheidet um eine gute Identifikationsmöglichkeit zu gewährleisten.

Ist das Programm so schlecht oder warum antwortet mir keiner (bzw. warum probieren es nur so wenige aus)?

Bei Windows 7 gibt es ja besondere Symbole für besondere Ordner, die aus dem Standart-Ordnersymbol und einem anderen Icon bestehen. (z.B. der "Downloads"-Ordner oder "Eigene Dokumente")
Ich habe mir dies zum Vorbild genommen und so ein Icon für den "AutoIt-Ordner" erstellt. Und damit das ganze in das Forum "Skripte" passt habe ich auch ein kleines Installationsprogramm dazu geschrieben.

Hier eine Vorschau des Icons:
[Blockierte Grafik: http://www.fotos-hochladen.net/uploads/au3dir…c0svw5r24xy.png]
Kompletten Icon-Snapshot anzeigen

Downloaden könnt ihr entweder den Installer (dieser funktioniert ohne weitere Dateien) oder eine ZIP-Datei die 3 von mir entwickelte Icons enthält wobei "3_Au3DirIcon(...)" das finale und meiner Meinung nach beste Icon enthält.

Hinweis: Wenn das Icon nach dem Setzen für einen bestimmten Ordner nicht gleich angezeigt wird bitte den Ordner aktualisieren. Es kann evt. ein Weilchen dauern bis das Icon angezeigt wird (z.B. erst nach einem Neustart des Computers). Zur Not kann man es auch manuell im Explorer setzen.

Edit: Ich habe noch eine No-Admin-Version des Installers hinzugefügt, die auch ohne Administratorrechte funktioniert. Der Nachteil an dieser Version ist, dass das Icon nicht zu den Programmdateien von AutoIt installiert wird sondern in den Ordner der lokalen Anwendungsdateien.

Zitat von mexad0n

gibt es auch eine möglichkeit ein fenster anhand der pid in vordergrund zu bringen?

Ja, du musst bloß ersteinmal das Fenster-Hwnd der PID herausbekommen. Dies geht durch eine Abfrage aller Fenster mit WinList und einem anschließenden Vergleich jedes Fensters mit der gesuchten PID durch WinGetProcess.
Hast du das Hwnd so ermittelt einfach das Fenster mit WinActivate in den Vordergrund holen.
Oder natürlich durch die in Post #2 gepostete UDF.

Zitat von mexad0n

mittels winclose($Fenster) beenden will kommt das obligatorische windows fenster "Programm Reagiert nicht mehr"

Wie wäre es mit der "böseren" Variante WinKill($winhwnd)?
Hinwies: Dies ist natürlich keine Lösung des Problems weshalb Firefox nicht reagiert sondern nur erzwungener "Absturz" von Firefox.

Einfach den Text mit GUICtrlRead auslesen dann die Strings vorne und hinten hinzufügen. Und am Ende das ganze wieder in GUI "schreiben".
Z.B.:

Local $sButtontext=GUICtrlRead($ctrlid)
$sButtontext = 'Text vorher ' & $sButtontext & ' Text nachher'
GUICtrlSetData($ctrlid, $sButtontext)

Allerdings sollte dir nach minimaler Beschäftigung mit AutoIt selbst klar sein, wie man Strings verändert.

Es ist zwar nicht die perfekte Lösung, aber es ist eine Idee:
Kannst du das TreeView nicht mit dem Senden von Nach-Oben oder Nach-unten steuern und mit Enter oder Leertaste ein TreeViewItem aufklappen?

Edit: Oder ging es nicht auch mit + und - ein TreeViewItem aufzuklappen?)
Bei + musst du aufpassen: Es wird standardmäßig als "Strg"-Taste gesendet, du musst es RAW senden (einfach den 2. Parameter bei Send o.ä. anschauen)

Wolltest du nicht (auch) Checkboxen erstellen?

Da würde ich eine relativ simple Variante mit einem ListView nutzen. Das ListView einfach mit dem Extended-Style $LVS_EX_CHECKBOXES erstellen.

Ich würde sagen der Benutzer der mit RunAs ausgeführt wird ein Admin sein muss, dann müsste er automatisch Admin-Rechte bekommen. Habe jetzt aber gerade kein Win7 zur Hand um dies zu testen.

Falls dies nicht geht, wie wäre es im ersten Skript bereits #RequireAdmin auszuführen - dann müssten die Adminrechte ja auch an den gestarteten Prozess vererbt werden, aber vielleicht geht dies auch nicht so ganz mit RunAs. - Einfach mal ausprobieren!

Wenn alles nicht geht könnte man das ganze ja auch in 2 Skripte aufteilen die 1x mit (Fremd-)Nutzer-Rechten und einmal mit Admin-Rechten ausgeführt werden. (Oh das hat Oscar ja schon gesagt, sorry)

Du musst natürlich das Array $avOutput auch irgendwie auswerten, z.B. Array.au3 inkludieren und dann mit _ArrayDisplay die Werte anzeigen oder in der For-Schleife $avOutput[$i] in einer MsgBox o.ä. anzeigen lassen.
Und bitte schreib AutoIt-Quellcodes das nächste Mal auch in AutoIt-Quellcode-"Tags".

Soll er jetzt in/aus die/der Ini-Datei lesen oder schreiben?

Hier mal ein Beispiel zum Lesen:

Local $avOutput[UBound($aMatch)]
For $i = 0 To UBound($aMatch) -1
ConsoleWrite('Match Nr.' & $i+1 & ': ' & $aMatch[$i] & @LF)
$avOutput[$i]=IniRead('C:\Werte.ini', 'irgendeine Sektion', $aMatch[$i], '__ERROR__')
Next

(nicht getestet)

Ich habe aber kein Icon dazu und vielleicht möchte er ja auch in den Versionsinformationen als Autor angezeigt werden.

Cooles witziges Skript!

Aber könntest du vielleicht eine EXE erstellen (mit einem passenden Icon :)) - Ich würde das Skript gerne portable nutzen.

Auch wäre es schön wenn man die "Zerplatzen"-Animation beim Beenden des Skriptes sehen würde.

Ja genau einfach den Pfad als Parameter in der Kommandozeile übergeben:

;Bitte beachten: Die Pfade sind immer in Anführungszeichen (") eingeschlossen, um potentielle Fehler bei Pfaden mit Leerzeichen zu vermeiden.
ShellExecute(@ScriptDir & "\script2.au3",'"' & $ProjektFolder & '"')
;ODER
Run(@AutoItExe & ' /AutoIt3ExecuteScript "' & @ScriptDir & '\script2.au3" "' & $ProjektFolder & '"') ;(diese Möglichkeit wurde nicht getestet)

Die Frage ist allerdings warum du das nicht einfach in 1 Skript machst.

Dann sollte der Neustart ja eigentlich schon ausgeschaltet sein...

Komisch...

Zitat von AspirinJunkie

Dein Skript kann keine externen au3-Dateien genauso wie AutoIt3.exe ausführen.

Diese Aussage muss ich leider korrigieren. Solange nicht

#NoAutoIt3Execute ;*

im Skript eingefügt wird kann auch jedes kompilierte AutoIt-Skript eine Au3-Dateien ausführen. Und zwar mit den gleichen Parametern wie die Standart-AutoItExe:
/AutoIt3ExecuteLine und /AutoIt3ExecuteScript

Ich glaube hier liegt das Problem eher darin das der komplette Pfad in Anführungszeichen gesetzt werden muss beim Ausführen (wegen eventuell vorhandenen Leerzeichen):

;Ich habe die Anführungszeichen einmal extra hervorgehoben...
Run(@AutoItExe & ' /AutoIt3ExecuteScript ' & '"' & @ScriptDir & '\Script.au3' & '"')
;ODER (mit Variable):
Local $scriptfile=@ScriptDir & '\Script.au3'
Run(@AutoItExe & ' /AutoIt3ExecuteScript ' & '"' & $scriptfile & '"')

Übrigens könntest du auch einfach folgendermaßen lösen. Es geht dann allerdings natürlich nur wenn AutoIt auf dem Computer installiert ist auf dem das Skript ausgeführt wird.

ShellExecute(@ScriptDir & '\Script.au3', '', '', 'run') ;run hinzugefügt weil man vielleicht auch edit als Standart eingestellt haben könnte
;ODER (mit Variable):
Local $scriptfile=@ScriptDir & '\Script.au3'
ShellExecute($scriptfile, '', '', 'run')

* Ich glaube in den neueren Versionen geht dies (auch) mit einem #pragma-"Befehl".

Da dein Listview nicht viel mit UDFs (User Defined Functions = Benutzerdefinierten Funktionen) arbeitet brauchst du auch bei deinem gewünschten "Vorhaben" keine UDF einzusetzen. Gehe einfach wie folgt vor:

• Lies mit GUICtrlRead das aktuell markierte Item aus der ListView aus.
  Du bekommst die CtrlID des ListViewItems. Falls nichts markiert ist wird 0/ein leerer String zurückgegeben.
• Lies wieder mit GUICtrlRead den Text aus dem ListViewItem aus.

Das ist das Grundprinzip. Allerdings sehe ich in deinem Skript einige Fehler die jegliches Auslesen markierter Items verhindern.
Ich habe die Fehler korrigiert und entsprechende Kommentare in das folgende Beispielskript eingefügt:

Ich weiß nicht ob dies dein Problem löst aber Zeile 22 deines Server-Skripts schließt einen Socket und zwar unabhängig ob es überhaupt ein gültiger Socket ist. Der Socket sollte nur geschlossen werden wenn er wirklich nicht mehr gebraucht wird.

Ich empfehle dir die Beispielskripts zu TCPConnect und TCPListen von AutoIt anzuschauen. Vielleicht helfen diese dir mehr weiter das Problem zu lösen.

Ich schätze mal es geht um die erste Installation mit folgendem Quellcode:

RunWait("msiexec.exe /i ISScript8.msi /qb")

denn bei der 2. ist ja der Parameter /norestart enthalten der einen Neustart ja sofort verhindert.

Somit habe ich auch schon erklärt wie du es bei der 1. Installation machen kannst. Indem du Parameter /norestart an die 1. Installation anfügst, könntest du den Neustart verhindern (ohne Anzeige der Frage).

RunWait("msiexec.exe /i ISScript8.msi /qb /norestart")

autoiter FileReadToArray ist in Version 3.3.10.2 auch eine interne Funktion.

Stimmt. Du meinst folgende Version der Hilfe oder?:
Deutsche Hilfe für v3.3.8.1, Stand: 28.12.2012

In dieser Version steht tatsächlich etwas falsches bei der Funktion FileFindFirstFile.
Es wird natürlich ein Such-Handle zurückgegeben und kein Dateiname.

Wie auch in der englischen Version steht:

Zitat

Returns a search "handle" according to file search string.