Super 
Oscar kannst du das bitte nach OT/Talk oder sonst was moven? Ein Tutorial ist das hier wahrlich (noch) nicht.
Beiträge von alpines
-
-
Nichts davon ist eine Rückgabe von dem Interpreter oder dem Compiler.
Es sind die Skripte die erstellt wurden und die Angaben in die Konsole posten. C:\Program Files (x86)\AutoIt3\SciTE\Properties\au3.properties und co. sind dafür verantwortlich.
Die blaue Zeile ist der Befehl, der aus dem Skript in die Windows-Shell geschrieben wird. Und das grüne ist das was zurückkommmt.
Du kannst dir die Properties au3 und die anderen Sachen ja mal genauer ansehen und anschließend für PSPad schreiben.
Wie du siehst wird ja nicht dein Skript ausgeführt sondern AutoIt3Wrapper und der führt anschließend das Skript aus um noch Tools zur Überwachung etc. zu bieten.
-
"Nach Kompilierung starten" (der Punkt mit dem roten Pfeil): Trage ich hier nichts ein, passiert nichts. Wenn ich hier die jeweils neu erstellte "MeinProg".exe eintrage, dann wird sie 2x ausgeführt. Aber in keinem Fall kommt ein Output in PSPad an. Was mache ich falsch?
Was für einen Output erwartest du denn? (ConsoleWrites oder das was z.B. in der SciTE-Konsole auftaucht mit (compiling... blabla)
Normalerweise führt man ja, wenn man Skripte in AutoIt ausführen möchte, nicht das Kompilat sondern das Skript aus in dem man es dem Interpreter (AutoIt.exe) an den Kopf wirft. So wird es in Scite4AutoIt gemacht.
Ich weiß nicht ob PSPad auch noch "Run"-Einstellungen hat, oder ob man hier nur kompilieren kann. Möchtest du dein Skript ausführen dann kannst du es mit AutoIt.exe "C:\blabla.au3" bspw. ausführen.
So wie du es im Moment hast, würde die Datei nur kompiliert werden und nicht anschließend nicht ausgeführt.
-
Die AutoIt3.exe ist kein Compiler sondern beinhaltet lediglich den Interpreter zum Ausführen von Skripten.
Der Compiler ist in der Aut2Exe.exe enthalten, welche CLI-Switches der hat, kannst du hier nachlesen oder du startest die Aut2Exe mit irgendeinem ungültigen Paramter z.B. "s", dann zeigt er dir eine MsgBox mit den möglichen Switches an.
Nebenbei bemerkt: Hast du Intellisense und Funktionsvervollständigung für AutoIt aktiv? Wenn nicht, kannst du die Definitionen aus dem SciTE4AutoIt (vielleicht ist es schon in der Standardinstallation vorhanden) die Definitionsdateien für den Editor ziehen, diese liegen nämlich hier C:\Program Files (x86)\AutoIt3\Extras\Editors\PSPad
-
Moment... "Avidemux" ?
Ich nehme direkt mit ts 3 auf damit es sichtbar ist und so jeder weiß das aufgenommen wird. Ich möchte das nicht über 3 software lösen.Das sollte auch bei dir funktionieren, nicht über die Kommentare wundern, die stammen von allen vorherigen Tests.
-
Nein hast du nicht. Du versuchst dort die GUI zu aktivieren und den Hotkey zu setzen der nur in der GUI gültig ist.
Ich meine aber den hier:
Der Inhalt kann nicht angezeigt werden, da du keine Berechtigung hast, diesen Inhalt zu sehen. -
Du hast mich nicht verstanden, ich meine nicht den GUI-Hotkey, sondern den systemweiten Hotkey. Du kannst einfach irgendwo "{F10}" (bei mir jetzt) senden und das Mikro ist deaktiviert.
Das sollte mit der Aufnahme ebenfalls problemlos klappen.
-
Was spricht denn eigentlich dagegen die "Aufnahme starten" Aktion auf einen Hotkey zu legen und diesen dann zu senden? Dann kann der Client auch gerne minimiert oder sonst was sein.
-
Oder so:
CodeIf Not DirCopy(($source & $jjjjdown & "\" & $prodown & "\Berechnungen"), ($dest & $jjjjdown & "\" & $prodown & "\Berechnungen"), $FC_OVERWRITE) or Not DirCopy(($source & $jjjjdown & "\" & $prodown & "\Katasterunterlagen\Risse"), ($dest & $jjjjdown & "\" & $prodown & "\Katasterunterlagen\Risse"), $FC_OVERWRITE) Then ;... -
_WinHttpSimpleSSLRequest($hConnect, 'POST', '/', 'https://monitor.fqdn.tld/', $sPOST)
So auf Anhieb konnte ich nichts erkennen aber diese Zeile (Z. 105) wundert mich ein wenig. Denn du versuchst solange zu posten bis etwas gepostet wurde.
Es kann sein, dass die Verbindung unterwegs stirbt, weil dein Router neustartet oder unterwegs etwas verloren gegangen ist oder sonst was.
Bastel dort mal ein Timeout rein oder füg in regelmäßigen Abständen eine Debugzeile ein damit du siehst ab welcher Zeile dein Skript hängt.
Außerdem solltest du auch das Handle $hConnect schließen, das lässt du bei jeder Schleifeniteration offen.
Die Session _WinHttpOpen kann gerne offen bleiben, aber das Verbindungshandle zum Server musst du schließen bevor du dich erneut verbindest.
-
Wie kann man denn sowas abfangen, also einen Prozess, der zwar noch laut Taskmanager aktiv ist, aber "innerlich" wohl schon tod?
Uns vielleicht den Code posten, weil wir grad knapp mit Glaskugeln sind.
-
Du musst das Fenster über die Klasse aktivieren, weil der Titel das falsche Handle zurückgibst: WinActivate("[CLASS:Qt5QWindowIcon]")
-
@Musashi das hatte mich bereits auch gewundert und ich hatte ein kleines Testskript geschrieben.
Allerdings scheint TeamSpeak die Eingaben von AutoIts Send zu verschlucken. Grund dafür könnte die QtGUI sein, die schon Probleme macht, wenn man das Fenster nur aktivieren möchte.
Da gibt es nämlich zwei Handles, das welches WinGetHandle("TeamSpeak 3") zurückgibt ist das falsche, man muss direkt auf die Klasse zugreifen um da Fenster zu aktiveren.
-
Das stellt sich mir aber anders dar !
Beispiel : ich habe eine Test.exe erzeugt (zeigt nur ein MsgBox)
Die Text.exe wird mit ShellExecute ausgeführt, nicht im Editor geöffnet !
Momomomomo-moment, du vermischt da was.
Es wird in der Hilfe nur eine README gezogen welche als .txt abgespeichert wird. Also wird im schlimmsten Fall, wenn eine Exe gezogen wird, sie im Editor geöffnet und ist unlesbar.
Sollte der in der Hilfe hinterlegte FTP-Server in irgendeiner weise korrumpiert sein ist das kein Problem, denn es wird als .txt abgespeichert.
Das selbe würde mit einer Exe-Datei passieren, die würde dann als .txt gespeichert werden wenn man nicht explizit den Dateitypen ändert.
Ich habe nur von dem Hilfebeispiel gesprochen, nicht wenn man das Hilfebeispiel anpasst. Da wird man (nehme ich mal an) in allen Fällen das Shellexecute entfernen wenn man das nicht ausführen möchte.
So sollte es sein
, aber die Beispiele der Hilfe werden von Einsteigern häufig als Vorlage genutzt, ohne groß darüber nachzudenken (speziell bei einem Thema wie FTP).Grundsätzlich hast Du aber recht - wer nicht weiß was er macht sollte die Finger davon lassen oder fragen
.Gut, stimmt auch wieder. Aber hier sollte man abwägen inwiefern das sinnvoll ist um nicht jede Funktion mit einer Warnung zu versehen wenn man mal nicht hinsieht.
Das bläht ja die Hilfe nur auf und macht sie unlesbarer. Meiner Meinung nach wäre ein Kommentar über der _FTP_FileGet Zeile im Beispiel noch OK.
Im Sinne von Downloade die Datei und führe sie bei erfolgreichem Download aus. (Öffnet in diesem Beispiel den Editor mit der heruntergeladenen README)
-
Der möglicherweise problematische Teil ist : ShellExecute($s_LocalFile)
Im Beispiel wird eine Textdatei heruntergeladen und soll damit angezeigt werden.
Bei ausführbaren Dateien (.exe, .cmd usw.) ist das meiner Ansicht nach aber gefährlich, oder interpretiere ich da etwas falsch ?
Es wird in der Hilfe nur eine README gezogen welche als .txt abgespeichert wird. Also wird im schlimmsten Fall, wenn eine Exe gezogen wird, sie im Editor geöffnet und ist unlesbar.
Ich schätze das ShellExecute steht dort um zu zeigen, dass der Download erfolgreich war indem man sich die Datei anschauen kann.
Wenn jemand nicht die Datei öffnen möchte, dann wird er das sicherlich von selbst entfernen.
-
Wenn Du möchtest, sende mir bitte mal das Tool. Ich würde es gerne testen zwischen den ganzen PC's.
Bericht würdest Du dann per PN bekommen oder wenn gewünscht, hier.Der Betatest ist zwar schon vorüber aber ich schick dir natürlich trotzdem gerne das Programm, bis zum vollständigen Release sollte es zum Glück nicht mehr lang dauern.
-
Vielen vielen Dank!
Mir fiel es schon schwierig die passenden Worte in dem Betatest-Thread zu finden und du machst es mir hier auch nicht grad leicht.
Es freut mich unendlich zu sehen, dass ihr meine Mitgliedschaft und Arbeit hier so in Ehren haltet.
-
So, es ist Sonntagabend und wir schreiben den 02.06, der Betatest ist offiziell vorbei und ich muss mal einiges loswerden.
DANKESCHÖN!
Mit neun Teilnehmern war das m. E. n. ein erfolgreicher erster Betatest den ich organisieren durfte.
Zwar lief es am Anfang etwas holprig, da ich sowas bisher noch nie gemacht hatte aber es hatte doch zum Glück alles gut funktioniert!
Vielen Dank an alle Teilnehmer: @Musashi chesstiger Oscar Lottich Kanashius Bitnugger ViperKI und zwei weitere die leider nicht hier im Forum registriert sind.
Ihr habt alle so viele Probleme und Verbesserungsvorschläge aufgezeigt (in der Gruppe oder per PN), die ich beim Entwickeln einfach nicht mitbekommen habe.
Da es (wie anfänglich erwähnt) keine direkte Entlohnung gab, möchte ich mich dennoch revanchieren und was an unser Forum zurückgeben.
Deshalb spende ich 300€ an das Forum (über den PayPal-Button) und hoffe auch nur ansatzweise das zurückgeben zu können, was ich hier über die Jahre alles bekommen habe.
Ihr seid echt dufte!
Mit dieser Motivation sollte ich es auf jeden Fall schaffen PassIt2 noch diesen Monat zu releasen!
-
Ein weiteres Ziel ist noch einen Ablauf zu kreieren, abhängig von einer auf dem PC gespielten Musik.
Ich habe noch nichts im bereich vom Equalizing probiert, klingt aber spannend und vielversprechend
Da kannst du bspw. die BASS-Bibliothek nehmen, ich hab mir einen eigenen Visualizer gebastelt der die Daten aus dem FFT-Buffer ausliest und anschließend anzeigt.
-
Geil!
Durch das Hochskalieren der Kreise entsteht sogar ungewollt ein Fokuseffekt zur Mitte hin!
