Da gibts verschiedene Anwendungen die du nutzen kannst (ghostscript z.B.). Die bieten ein Kommandeozeileninterface an, welches du mit AutoIt ansteuern kannst.
Beiträge von alpines
-
-
Du brauchst nicht die Cookiemeldung wegzuklicken, lad dir einfach mit BinaryToString(InetRead()) die HTML der Website und dann extrahier die Datei die hier in dem String auftaucht:
Code<a title="Download der kostenlosen Java-Software" href="http://javadl.oracle.com/webapps/download/AutoDL?BundleId=225355_090f390dda5b47b9b721c7dfaa008135" class="jvdla0"> <div class="jvdl0x1"></div> <span> Einverstanden und mit kostenlosem Download beginnen </span> </a>
Dann kannst du das ganze ohne Browser und ohne Meldung herunterladen.Beispielsweise so (solltest aber prüfen ob die Exe deiner Architektur und OS entspricht):
AutoIt;~ $sDownloadHTML = BinaryToString(InetRead("https://java.com/de/download/", 1)) $sJavaHTML = BinaryToString(InetRead("https://java.com/inc/BrowserRedirect1.jsp?locale=de", 1)) $aRegEx = StringRegExp($sJavaHTML, "href=""(http:\/\/javadl\.oracle\.com\/webapps\/download\/.+?)""", 3) MsgBox(64, "Download Link", $aRegEx[0]) -
Eventuell solltest Du die Verzeichnis- und Dateinamen auch in " " setzen, falls sie Leerzeichen enthalten.
Das ist nur bei der Shellaufrufen und deren Parametern notwendig. Tatäschlich kann man mit den prebuilt AutoItfunktionen auch ohne Extra-Stringliterale auskommen.
-
Was steht in Entryname drinne? Nur der Dateiname? Ist der Pfad dann insgesamt gültig? Schon mal DirCopy mit dem Overwrite Parameter 1 probiert?
-
Können SU ihre Beiträge ändern, ohne dass "Dieser Beitrag wurde bereits x mal editiert" erscheint
Nein, das taucht trotzdem auf. Als Author wird man dann selbst eingetragen für die Änderung.
Wenn du einen Beitrag nachdem du ihn gepostet hast noch schnell editiert wird es glaube ich als der selbe zusammengefasst. -
Na ja, falls das Verzeichnis versteckt (hidden) ist, lautet der Rückgabestring von FileGetAttrib -> HD
Von daher hat @alpines mit StringInStr(FileGetAttrib("verzeichnis/datei"), "D")
nicht unrecht. Eine Prüfung mit If FileGetAttrib($sName) = "D" Then würde fehlschlagen.Es ist wie AspirinJunkie es bereits erwähnt hat. Ich habs nur korrigiert, damit das nicht falsch übernommen wird.
In der Hilfe steht nämlich String() als Rückgabewert und nicht Ein / Der String. -
Ich habs doch beschrieben wie du es verwenden kannst. Wo du es in deine Logik einbauen musst bleibt dir überlassen.
-
Kann tatsächlich weg, war etwas irritiert, weil es in der Hilfe auftauchte.
-
Das Ergebnis der IniRead-Funktion und die sFileOpenDialog_Auftrag Variable sollst du dir ausgeben lassen (MsgBox, Konsole) damit du sehen kannst ob du dort Fehler hast, poste die mal hier.
Du schreibst nämlich bei den IniWrites noch .ini hinter den Dateinamen und das sieht ein bisschen verdächtig aus. -
Steht denn in $SECTION3_Data auch wirklich "3.Quellverzeichnis NC-Daten" drinne? Das wundert micht.
Lass dir einfach mal die Variablen alle ausgeben, du wirst dann schon den Fehler finden (Ergebnis, FileOpen, Section3Data) -
In welcher Sektion liegt denn der Schlüssel und was ist dessen Inhalt?
Du sprichst ja nicht direkt die Sektion an sondern du gehst in die Sektion die in $SECTION_3_Data steht. Heißt die Sektion wirklich so wie der Inhalt der Variable? -
Jetzt habe ich aber glaube ich das Problem dass ich nicht zwischen Dateien und Verzeichnissen unterscheiden kann.
FileGetAttrib hilft dir da weiter. Sollte es ich um ein Verzeichnis handeln, so liefert dir StringInStr(FileGetAttrib("verzeichnis/datei"), "D") True zurück.
-
-
So, das Programm habe ich ihm fertig gecodet, sollte jetzt alles passen und funktionieren.
Sehr freundlich, gerne wieder!
-
Warum müssen die Leute eigentlich ihre Threads wieder bearbeiten und alles löschen? Geht ja mal gar nicht
Hallo,
in meinem aktuellen Script liegt ein Problem vor. In der Installation kommt manchmal noch eine weitere Installation, manchmal nicht. ich habe schon versucht eine If Schleife zu implementieren, aber er hört dabei einfach auf. Vielleicht findet jemand ja den Fehler
Code
Alles anzeigenIf WinExists ("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "") Then ControlClick("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "&Next >", "Button1") ControlClick("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "I &accept the terms in the license agreement", "Button3") ControlClick("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "&Next >", "Button5") sleep(600) ControlClick("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "&Next >", "Button1") WinWaitActive("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "InstallShield Wizard Completed") ControlClick("Microsoft WSE 2.0 SP3 Runtime - InstallShield Wizard", "&Finish", "Button1") Else WinWait("PIMphony - InstallShield Wizard") WinActive("PIMphony - InstallShield Wizard") ControlClick("PIMphony 6.8.3230 - InstallShield Wizard", "Ich &akzeptiere die Bedingungen der Lizenzvereinbarung", "Button3") ControlClick("PIMphony - InstallShield Wizard", "&Weiter >", "Button5") ControlClick("PIMphony - InstallShield Wizard", "&Weiter >", "Button1") sleep(600) ControlClick("PIMphony - InstallShield Wizard", "&Installieren", "Button1") WinWaitActive("Installation von PIMphony 6.8.3230", "InstallShield Wizard abgeschlossen") ControlClick("Installation von PIMphony 6.8.3230", "", "Button5") ControlClick("Installation von PIMphony 6.8.3230", "", "Button6") ControlClick("Installation von PIMphony 6.8.3230", "&Fertigstellen", "Button1") EndIf -
-
Dann erstell die Verzeichnisse doch vorher einfach mit DirCreate?
-
Erstell doch die Ordner mittels DirCreate oder übernimmst das die UDF schon?
-
Was meinst du denn mit Windows Document in Edge?
Den Zugriff auf die DOM Elemente mit den _IEFunktionen nur halt für Edge.
-
Wird leider nicht klappen, 64-Bit Decompiler gibt es glaube ich nicht. Ab 3.3.8.1 gabs sowieso keine vernünftige Decompiler mehr. Deshalb immer Skripte aufheben!
Thread sollte erledigt sein.