Beiträge von peethebee

Hallo!

Aus dem aktuellen Beta-Helpfile:

Zitat

GUI_MAXPOINTS
256
Maximum number of points by graphic info page.

TRAY_MAXITEMS
505
Maximum number of items in the tray menu.

TRAY_MAXEVENT
32
Maximum number of events that can be buffered.

TRAY_TOOLTIPWIDTH
64
Maximum number of characters displayed in a tray tooltip.

Alles anzeigen

Könnte sein, dass die Werte nicht nur für Tray-Sachen gelten und du damit TRAY_MAXEVENT und/oder TRAY_MAXITEMS verletzt.
Versuch auch mal zu testen, bei welchem Befehl genau es scheitert (d.h. ob er noch die GUICTRLSETONEVENT-Funktion reinkommt).

Frohe Ostern,
peethebee

Frohe Osterna auch dir!

Schön, dass wir dir helfen konnten.

peethebee

Hallo!

Bin mir jetzt gerade nicht sicher, aber ich glaube, wir hatten damals die Version 3.1.0.102 übersetzt.
Version 3.1.1 brachte allerdings keine neuen Funktionen, sondern lediglich zwei, drei Bug-Fixes.

peethebee

Wenn das 2. kein Problem wäre, könnten alle auf http://www.autoitscript.com/forum/index.php? gehen...

Könntest du den bisherigen Stand direkt hier rein machen, bitte?

peethebee

Hallo!

Naja gut. ProcesssClose ist schon das schlimmste, was du mit AutoIt machen kannst, glaube ich.
Welches Programm wehrt sich denn dagegen?
Dein Skript davor zu schützen ist nicht gan so einfach. Ein Weg wäre, dein Skript als Dienst (Service) zu registrieren. Es gibt völlig legale Programme im Internet, mit denen man aus einer Exe-Datei einen Dienst machen kann. Allerdings ist auch dieser Dienst "beendbar". Den nmicht versierten Nutzer könnte das aber schon mal abhalten.
Weitergehend wäre ein Rootkit, das aber endgültig illegal und mit pure-AutoIt nicht zu machen ist.

Ach ja, was noch geht, sind zwei Skripte, die sich gegenseitig wieder aufrufen, wenn der andere rozess verschwunden ist (beliebte Trojaner-Technik).

peethebee

Hallo!

Mein Favorit: Mozilla Firefox (https://autoit.de/www.mozilla.org)

Firefox ist meiner Ansicht nach besser als Maxthon. Ist sicher schon oft diskutiert worden, aber ich sehe z.B. nicht mal Werbebanner (außer hier auf der Page *g*) - kein einziges seit Wochen. Dann kommt natürlich die sichere und bessere (Web-Standards wie CSS2 werden sehr viel besser unterstützt) Rendering-Engine gegenüber der Closed-Source-Fremd-Engine von MS, die Maxthon meines Wissens nutzt, zum Tragen. Das Argument Open-Source und hunderte PlugIns für meinen kleinen Firefox machen ihn für mich zum perfekten Webbrowser. Wenn mein neuer Rechner da ist, macht mir auch die tatsächlich etwas höhere Auslastung meines Arbeitsspeichers nichts mehr aus, aber Qualität will eben auch erkauft sein...
(Quelle: http://autoit.aufwaerts.de/thread.php?threadid=278&sid=)

Zitat

http://de.wikipedia.org/wiki/Maxthon:
[...]
Auf den offiziellen Homepages von Maxthon und dessen Vorgänger MyIE2 fehlen die Kontaktdaten; die Seiten und somit das Programm werden anonym veröffentlicht. Die Domains wurden anonym registriert. Ein Hinweis auf die Urheber findet sich auf der Homepage von MyIE2, wo auf die Adware UCMore gelinkt wird. UCMore legt einen Maxthon-Schlüssel in der Registry an.
[...]

Edit Hitliste:
1. Firefox
2. Opera
[lange nix]
99. InternetExplorer 7 Beta
100. IE 6

peethebee

Hi!

Habe mich doch mal entschieden, das hier zu diskutieren...
Bitte einigermaßen fair bleiben

peethebee

Wie Gun-Food in der Shoutbox gesagt hat, ist der Server von fastpromotion scheinbar gerade down.
Und die Zeit bis Firefox aufgibt mit dem Suchen nach ihm sollte man runtersetzen können, weiß aber gerade nicht, wo.

peethebee

Hallo!

1. BIlder hätte ich lieber in klein, dann kann man drauf klicken, wenn man will (Tribut an die Modem-Nutzer...)

2. Firefox ist meiner Ansicht nach besser als Maxthon. Ist sicher schon oft diskutiert worden, aber ich sehe z.B. nicht mal Werbebanner (außer hier auf der Page *g*) - kein einziges seit Wochen. Dann kommt natürlich die sichere und bessere (Web-Standards wie CSS2 werden sehr viel besser unterstützt) Rendering-Engine gegenüber der Closed-Source-Fremd-Engine von MS, die Maxthon meines Wissens nutzt, zum Tragen. Das Argument Open-Source und hunderte PlugIns für meinen kleinen Firefox machen ihn für mich zum perfekten Webbrowser. Wenn mein neuer Rechner da ist, macht mir auch die tatsächlich etwas höhere Auslastung meines Arbeitsspeichers nichts mehr aus, aber Qualität will eben auch erkauft sein...

Naja, wenn du mit deinem Maxthon zufrieden bist, will ich dich davona auch nicht abbringen

peethebee
p.s. wenn das eine längere Diskussion werden sollte, kommt sie ins Off-Topic...

Bot = Böse = Verboten

Im Ernst: MIt den Funktionen habe ich noch nicht gearbeitet, sorry.

peethebee

Hallo!

Die Größe der Exe ist gerade eine der Stärken von AutoIt. 160 KB sind heute wirklich kein Problem im Internet und noch weniger auf der Festplatte.
Vergleicht man aber mit VB z.B. ist man schnell mit 5 MB (!) am Start, weil man, um sicher zu gehen, auch die jeweils passenden Runtimes mitliefern muss. Bei AutoIt entfällt das.
Bei .Net-Programmen ist das theoretisch noch extremer (> 25 MB), auch wenn das Framework meist installiert ist.

Was ich damit sagen will, ist, dass die Größe der Exe wirklich kein Problem sein sollte. Hat man viele Skripte, kann man einmal die AutoIt3.exe mitliefern und die (winzigen) Skripte durch draufziehen auf diese Exe starten.

peethebee

Hallo!

Das Problem bei den Makrorekordern ist bei der Verwendung von Maus sehr groß. Denn wenn das Fenster woanders erscheint (z.B. durch andere Ausflöung oder anderes Fenster im Vordergrund), scheitert die Aktion.
Deshalb ist es besser, die automatische Installation von Hand zu schreiben und dabei Befehle wie Send oder ControlSend zu verwenden. Beispiele zum Aufbau eines solchen per Hand geschriebenen Skriptes findet man in der Install-O-Matic.
Wenn man bereit ist, das Risiko eines automatisch generierten Skriptes einzugehen, sollte man ailles per Tastatur (Alt + [x] für unterstrichenen Buchstaben) steuern. Dann ist wenigstens das Mausproblem umgangen. Das Problem, dass das Fenster evtl. nicht im Vordergrund ist oder ähnliche Probleme sowie nicht per Tastatur lösbare Aufgaben, lassen sich aber trotzdem nur "von Hand" lösen.

peethebee

Hallo,

wollte mich mal zwischendurch im Namen des Teams herzlich für euer Lob bedanken.
Schön, dass ihr euch hier wohl fühlt.

peethebee

Hallo!

Das Stichwort dafür dürfte "Silent" sein, d.h. das eine INstallation im HIntergrund abläuft, weil man ihr beim Aufruf z.B. das Zielverzeichnis vorgibt.
Ein weiterer Ansastzpunkt sind sog. MSI-Pakete mit entsprechender Endung, mit denen solche Installation besonders einfach möglich sind.
Um so etwas in ein AutoIt-Skript und damit in die IOM einzubauen, verwendet man den Befehl Run(), der auch mit Kommandozeielenparametern fgunktioniert, die man einfach mit einem Leerzeichen dazwischen an den Pfad anhängt.

peethebee

Hallo!

In der FAQ steht dazu folgendes (schöne und einfache Lösung, denke ich):

"14. How can I make sure only one copy of my script is run?
The easiest way is to rename the title of the hidden AutoIt window when your script first starts. Then in the same script check for that window title existing - if it does then another copy of the script is running."

; Place at the top of your script
$g_szVersion = "My Script 1.1"
If WinExists($g_szVersion) Then Exit ; It's already running
AutoItWinSetTitle($g_szVersion)
; Rest of your script goes here

Die übersetze Variante davon gibt es in der deutschen HIlfe.

peethebee

Hallo!

Das Makrotool ist für Installationen eben nicht perfekt.
Um ferstzustellen, wo der Fehler bei der Installation liegt, kann man z.B. foilgende Zeile vor allen wichtigen Befehlen (Send, Control..., usw. oder auch dann, wenn der Fehler eingekereist ist, zwischen den WinWait-Funktionen und ähnlichen):

ToolTip("Zeile xy")

Wenn man das Skript ausführt, weiß man, dass das Skript bei dem Tooltip, dessen Text angezeigt wird, noch vorbeigekommen ist, den nächsten aber nicht mehr erreicht.

In der Install-O-Matic habe ich die Troika WinWait-WinActivate-WinWaitActive verwendet, weil auch sehr alte - und damit langsame - PCs unterstützt werden sollten.
Dabei kann es sein, dass ein WinActivate schon mal einen kleinen Moment dauert. Wenn also kein WinWaitActive eingebaut wäre, könnte es passieren, dass die nachfolgenden Befehle und damit die gesamte Installaition ins Leere laufen, da das Fenster eben noch nicht aktiv ist.
Der Grund dafür, dass ich nicht nur WinWait verwendet habe, liegt darin, dass auf diese Weise in begrenztem Maße während der Installation gearbeitet werden kann, da das Skript sich das benötigte Fenster mit den beiden letzten Befehlen in der Vordergrund hlot, wenn es notwendig ist.
Wenn du Skripte nur für dich nutzen willst, kannst du auch nur WinWaitActive verweden, aber alle drei Befehle zu verwenden schadet auf keinen Fall.

peethebee

Hallo!

Ich habe mir überlegt, dass man mit einer kleinen Werbeeinblendung evtll. die Vollversion des Boards finanzieren könnte.
Google AdWords ist ja meines Wissens recht leicht einzurichten, und wenn die Vollversion bezahlt ist, könnte man die Aktion auch wieder beenden. Die Frage wäre halt, ob ihr das ertragen wollt und wie viel es letztlich bringt (vermutlich fast nix *g*).

Naja, wer dazu was weiß oder was zu sagen hat, nur zu.

peethebee

Hi!

Noch mal ein Versuch von mir:

Global $dir_counter = 0
	_CountSubDirs("C:\Spiele")

	Func _CountSubDirs($search_dir_path)

	; Shows the filenames of all files in the current directory.
	$search = FileFindFirstFile($search_dir_path & "\*")

	; Check if the search was successful
	If $search = -1 Then
	MsgBox(0, "Error", "No files/directories matched the search pattern")
	Exit
	EndIf

	While 1
	$file = FileFindNextFile($search)
	ToolTip($file)
	If @error Then ExitLoop
	If StringInStr(FileGetAttrib($search_dir_path & "" & $file), "D") and ($file <> ".") and ($file <> "..") Then
	$dir_counter += _CountSubDirs($search_dir_path)
	EndIf
	WEnd

	; Close the search handle
	FileClose($search)
	Return $dir_counter
	EndFunc   ;==>_CountSubDirs

Leider scheitert diese Variante am internen Limit der offenen Dateien in AutoIt (64).
Ich suche weiter nach einer Löung, aber zur Not muss es wohl wirklich über DOS und die Befehle rund um "StdoutRead" gehen.

peethebee

Hi!

Es war wie Einstein es schon wusste:
"Es gibt nur zwei Dinge, die unendlich sind: Das Universum und die Dummheit des Menschen!"
Der Fehler lag einfach im Schreibschutz der zu patchenden Dateien - danke an gtaspider, der diesen Fehler gefunden und auch gleich vorbildlich ausgemerzt hat.
Die neue Datei zum Testen findet ihr wieder im Anhang.

peethebee

Hallo!

Schau mal hier, das sollte dir beim Einstieg helfen:
http://autoit.aufwaerts.de/thread.php?threadid=15&sid=

Schön, dass dich der Artikel in der Zeitschrift dazu animiert hat, dich selbst mit AutoIt zu beschäftigen.

peethebee