Beiträge von Moombas
-
-
So, wie du es bei anderen Sachen auch schon gemacht hast: TrayItemSetState
-
Jopp, sorry war auch ein kleiner Fehler in meiner Vorlage, XD
-
Dateien und auch Dll's, die vom System bereitgestellt werden, liegen ja üblicherweise im Suchpfad (%Path%)... dann gebe ich keinen Pfad an und brauche mir somit keine Gedanken darüber zu machen, wo sie tatsächlich liegt, egal ob x86 oder x64.
Richtig, ich wollte nur Möglichkeiten aufzeigen (besonders 1.) um den Fehler zu finden bzw. wie man ggf. so etwas handhaben kann, wenn %Path% nicht möglich ist bzw. aus diversen Gründen ein absoluter Pfad verwendet werden soll/muss.
-
Die hast du ja schon definiert.
Vorschlag:
Code
Alles anzeigenGlobal $Break = False HotKeySet("{Pause}", "Break") ;... Func Break() $Break = True EndFunc ;... Func Intervall() Global $Timer = TimerInit(), $Diff = 0 While 1 $Diff = TimerDiff($Timer) If $Diff >= $min * 60000 Then ConsoleWrite($Diff / 1000 & @CRLF) $Timer = TimerInit() shot1() shot2() EndIf if $Break then $Break = False ExitLoop Endif Sleep(10) ; so you don't burn up your CPU or use too much of it WEnd EndFunc
-
Wegen deinem zweiten Problem, eine Idee (wenn auch unschön und ggf. weiß jemand etwas besseres):
1. Fenster wovon ein Screenshot gemacht werden soll, den Status "Stay_On_Top" mit WinSetOnTop() geben
2. (ggf. muss das Fenster aktiviert werden mit Winactivate um das nochmal zu triggern aber da bin ich mir gerade nicht sicher)
3. Screenshot machen
4. Fenster wovon ein Screenshot gemacht werden soll, den Status "Stay_On_Top" mit WinSetOnTop() wieder nehmen
-
Intervallfunktion abbrechen:
If XX then Exitloop
-
Kein Problem und gern geschehen. Oftmals sind es eben solche Kleinigkeiten.
-
Das ist richtig, ein Forum ist für den Austausch da bzw. für Hilfestellungen.
Ich habe nicht kritisiert, das du diesen Umstand bzgl. des Wechsels von einer alten Excel Version auf Office 365, aufzeigst.
Würdest du mich hier im Forum kennen, wüsstest du das ich generell gerne helfe und freundlich schreibe.
Ich habe dir lediglich einen Hinweis gegeben, das ein einfacher Blick in die von dir bereits genutzte au3 dir mit hoher Sicherheit schon mal weiter helfen könnte und einen Versuch einer Lösungsfindung deinerseits möglich gewesen wäre.
Auf Basis dessen hätte man nicht nur gesehen, das jemand gewillt ist eine Lösung zufinden, sondern auch eine Basis von Codezeilen bei denen man dir helfen kann.
So ist es jedoch ein reines Ratespiel bzw. "gebt mir mal einen funktionierenden Code" und mit deinen patzigen Antworten unterstreichst du das ganze noch.
Wenn dir hier jemand anderes weiter helfen möchte, bitte.
Ich bin erst mal raus, denn so einen Kindergarten brauch ich nicht.
-
Gut gebrüllt, Löwe.
Solche Kommentare sind wenig hilfreich, wenn du Hilfe möchtest.
Und gebrüllt habe ich noch lange nicht. Bei einigen Fragen sieht man halt direkt das sich jemand nicht vorab versucht hat zu kümmern (mal abgesehen von deinem Versuch zu schauen was passiert, wenn du es manuell machst) und lieber gleich erst mal die Frage Posted.
-
Zum 1.: Prüf mal ob dein absoluter Pfad wirklich korrekt ist und das gleiche ausgibt wie @SystemDir & "\imageres.dll"
Zum 2.: Dann machst du halt eine @OS basierte definition des Speicherortes.
Edit: Gerade mal bei mir den Beispielcode getestet (W10; umgemünzt auf die imageres.dll). Funktioniert einwandfrei.
Kann es ggf. eher sein, das bei W10 die imageres.dll anders ist und das Icon das du suchst nicht mehr da liegt wo du es erwartest (sprich: die Nummer passt nicht mehr)?
Edit2: zudem hat die Imageres in dem neuen Ordner auch eine andere Bezeichnung! imageres.dll.mun
-
Hi Kanashius
das Script ist direkt darüber in #27
Const habe ich bereits raus genommen, klappt leider aber dennoch nicht.
Ich glaube nicht, dass dies das ganze Skript zeigt. Sont wäre der Fehler nicht da.
Der Hinweis von Velted passt da schon ganz gut, kommentiere mal die beiden angeprangerten Zeilen aus und schaue ob es dann funktioniert oder zeig das ganze Skript.
-
Vielleicht hilft die PrintOut Methode des Worksheet / Range Objektes: https://docs.microsoft.com/en-us/office/v….range.printout
Ob sich mit der Druckausgabe in eine Datei (z.B. Output.PDF) eine PDF-Datei erstellen lässt oder ob ein (virtueller) PDF-Drucker eingerichtet werden muss, kann ich leider nicht sagen.
Er hat ja den Default PDF-Printer, wie man aus seiner Frage lesen kann:
ZitatDas manuelle "Print to PDF" schafft Abhilfe, dort wird wie in Excel 2016 alles korrekt angezeigt.
Daher einfach die Printfunktion nutzen und einfach mal sich die Sachen anschauen bevor man mit Fragen um die Ecke kommt, wo man sich selber ein wenig helfen kann mit etwas Recherche.
-
Wie wäre es mit der _Excel_Print Funktion?
-
Deshalb dachte ich es wäre eine gute Idee so weiter mit andere Schleifen einbauen zu können wenn es benötigt wird und es ist meines Erachtens auch etwas leichter zu verstehen. ist aber Ansichtssache.
Nicht wirklich. Es ist viel einfacher zu verstehen, das wenn ButtonX gedrückt wird, Y ausgelöst wird und das für alle Buttons in einer Schleife anstatt noch verstehen zu müssen wann welche Schleife und warum überhaupt eine getrennte Schleife etc. etc.
Du kannst ja in dieser EINEN Schleife per Kommentar "Sektionen" definieren je GUI und somit eine optische Gruppirung vornehmen und trotzdem den einfachen und mit hoher Sicherheit funktionierenden Aufruf per einzelner Guigetmsg Schleife umsetzen.
-
Ich glaube es liegt ein kleines Missverständnis vor:
Das du an der Entwicklung eines Spiels (das noch nicht fertig/veröffentlicht ist) arbeitest und nicht etwas für ein fremdes bereits erschienenes.
Natürlich solltest du keine Dateien des Spiels veröffentlichen / bereitstellen das steht sicherlich unter "Schutz".
Es ging um das reine autoitskript,
Ich denke der Tipp von Alina (FileInstall) und zus. das Verwenden von Parametern könnte ein weg sein.
Aber generell gilt: Wo ein Wille ist, ist auch ein weg. 100% Sicherheit wird es sicherlich nicht geben.
-
Ich kann damit leben, wenn man meine Posts überliest. Selber Schuld
-
Das geht mit Start-Parametern. Schau dazu z.B. mal hier (2 Sekunden Google Suche):
-
Die Variante mit den .au3 Dateien funktioniert ja nicht, wenn sein
Zitat"Ich möchte einfach nicht das später mal einer kommt und dann anfängt das Programm von mir umzuprogrammieren "
Bei Textdateien (was au3 Dateien ja nun mal sind) wird sich dieser Umstand nicht erfüllen lassen, da der Quelltext lesbar wäre.
Ich denke der einzige Weg wäre über .dll Dateien aber selbst die kannst du wieder lesbar machen (soweit ich weiß).
Da ist die Verwendung von fertig kompilierten exe Dateien der bessere Weg, da deren entschlüsselung nicht ganz so einfach ist (meines Wissens muss man dazu erst mal wissen in welcher Programmiersprache diese geschrieben sind oder sehr gut in Assembler sein).
WhiteHorse : Binde deine *.exe Dateien doch an Bedingungen, die (nicht sichtbar für den Nutzer) im Hintergrund liegen. Zugriff auf eindeutige (zur Laufzeit verändernde) Registryeinträge etc. ohne die deine Nebenprogramme nicht laufen wenn das Hauptprogramm nicht läuft oder das Nebenprogramm kann nur mit bestimmten Parametern gestartet werden usw.
-
Warum überhaupt die Beeps? Die kannst du doch (normalerweise) auch über den Scanner machen lassen und das dann komplett unabhängig von dem verwendeten Programm.