Beiträge von Lottich

Hallo BugFix. Ich möchte gerne dein Script in meines integrieren. Aber ich bekomms nicht vernünftig zum Laufen.

Mein eigener Code stellt mir ein 2D Array zusammen:

Global $aDateien[1][3]
;dann mit _ArrayAdd() das Array befüllen und den index immer um +1 erweitern
; $aDateien[0][0] = 22
; $aDateien[$i][0] = Quelldatei
; $aDateien[$i][1] = Zieldatei mit neuem Namen
; $aDateien[$i][2] = Filezise(von der Quelldatei)

Das Array ist in Ordnung und funktioniert in der GUI-Darstellung (per ListView, um zu sehen was da ist und wie es danach sein wird).

Ich habe viele Versuche unternommen um das Array an deine Funktion zu übergeben. 1x hat es tatsächlich irgendwas gebracht und der Fortschrittsbalken hat sich bewegt. Dann ist irgendwas gewesen und brach ab. Beim Versuch, den "Fehler" auszumerzen hab ich dann beinahe alles zerschossen.

Hab dann den Versuch unternommen aus meinem 2D Array 2 einzelne zu machen. Eines mit den Quelldateien, die ich dann vorher bereits umbenenne, damit das Problem mit den verschiedenen Namen aus der Welt geschafft ist.

Das 2. Array ist mit den entsprechenden Zielordnern gefüllt. (Die Ziele können verschieden sein)

Danach versuchte ich dein Script in meinem nachzubauen. Es funktioniert zumindest das Kopieren, aber die Infos beim Kopiervorgang... mir raucht die Birne... Also meine Frage:

Wie muss man ein Array an deine Funktion übergeben, damit es funktioniert?

freaks 😅 das geht doch bestimmt auch als kompletter einzeiler ausserhalb einer funktion

das wär geil! Ich vermisse bei scite4autoit die rechten Spalten, wo die ganzen verwendeten Funktionen des geöffneten Scripts aufgelistet sind. Bei sciteRu gibts das

ich glaub da gehts eher um Geschwindigkeit. Meines bescheidenen Wissens nach sind DLLs viel schneller in der Verarbeitung als AutoIt das je könnte

hier eine Variante per do ... until

Func _deine_vorhandene_Funktion()
    Local $iCheck
    Do
        $iCheck = 0
        If PixelSearch(964, 805, 963, 804, 0xE67600) Or PixelSearch(964, 805, 963, 804, 0xAC1F2D) Then $iCheck += 1
        Sleep(250)
    Until $iCheck = 0
    
    ;ab hier dannd er Rest deiner Funktion
EndFunc

er meint, dass er portabel nicht als killerfeature betrachtet. Ich übrigens auch nicht.

ABER:

es ist für mich gut nachvollziehbar, dass du es so siehst. Du steckst dein ganzes Herzblut in dein Projekt und bist voller Enthusiasmus dabei. Freust dich natürlich extrem, dass es dir gelang das Tool installationsfrei zum Laufen zu bekommen. War vermutlich auch eine Heidenarbeit. Von daher ist es durchaus logisch, dass du es als Killerfeature ansiehst 🙂

Persönlich reicht mir scite4autoit vollkommen aus. Ich nutze auch nicht das isn-studio oder das Koda-Gedöns.

ah, okay. Aber dann verhält es sich bei nem makro doch genauso, oder nicht?!

Was spricht denn dagegen, den gewünschten Pfad zu Beginn des Scripts als Variable zu definieren?

$sPfad = "C:\Program Files\Common Files\"

Dann kannst du an allen möglichen Stellen in deinem Script die Variable $sPfad genauso verwenden wie ein Makro, ohne das es eines ist,

aber die gleiche Funktionalität bietet.

ich denke das ist so nicht ganz korrekt.

Wenn du die ini direkt aus deinem Script heraus erstellst, dann (zumindest war/ist es bei mir so) musst du als Parameter noch etwas angeben. Schau mal in der hilfe nach. Da müsste irgendwas zur Codierung stehen.

Nachtrag:

Ich glaub mich zu erinnern, die INI via filewrite() erstellt zu haben. Hatte auch ständig probleme mit Umlauten, daher der umweg…

🤣🤣

Diese Thematik ist so ein Schwachsinn!

Musashi hat mit "Zwerg" ein sehr gutes Beispiel gegeben. Was bedeutet denn der begriff Zwerg? Nichts anderes als kleinwüchsiger Mensch! Wenn ich jetzt das eine oder das andere sage ändert nichts an dem, was gemeint ist! Da gibts noch viel mehr Beispiele.

Mein persönlicher Favorit ist die Sache mit dem Glückspilz. Wenn ich eine Frau damit betiteln möchte, werd ich das auch weiterhin tun. Niemals werd ich sowas sagen wie:

"Hey, du bist ja eine richtige Glückspilzin!"

Alles totaler Schwachsinn, wie unsere Sprache zur Zeit von irgendwelchen selbsternannten Sittenwächtern und Pseudogemobten misshandelt wird.

Aber das ist nur meine eigene Meinung…

das sehe ich genauso. Es ist toll, wenn du für dich ein Projekt gefunden hast um mit dem Programmieren zu beginnen. Aber wenn du ans Tabletten einschmeißen erinnert werden musst, würde ich es umsetzen, wie misterspeed dir vorgeschlagen hat. Dafür ist das wohl viel zu wichtig. Hängt schließlich die Gesundheit dran!

BugFix irgendwann trifft jeden mal diese Berufsblindheit

persönlich kann ich mir auch keinen vernünftigen Grund vorstellen, wo das sinnvoll einsetzbar wäre, aber was weiss ich denn schon ?!

Darum hab ich mal ein wenig die Hilfe durchstöbert und siehe da: keine fertige Lösung, aber immerhin etwas worauf man aufbauen kann.

Professor Bernd such doch mal in der Hilfe nach _WinAPI_RegisterRawInputDevices()

Daraus kannst du dir vermutl alles nötige für dein Vorhaben abkupfern. Mir scheint es, als müsste lediglich die DLL-Struct geändert werden und folglich

auch deren Auswertung. Ich hab die Includes durchstöbert und tatsächlich auch Konstanten für Keyboards gefunden, die dort sicher zum Einsatz kommen können.

Aber nach dem Entdecken war dann auch Schluss für mich. Mir definitiv zu hohe Kunst.

Grüße, Lo..

bin nicht am rechner darum kann ich nur meine groben vorstellungen mitteilen.

Ich würde ein "windowsmessegehookregister" (das heisst garantiert anders 😅 ) schreiben und auf eingabe prüfen.

If $eingabe = chr(40) then… return true

Oder so ähnlich

warum wird denn nicht auf Char() geprüft?

Oder ändert sich dieser mit dem tastaturlayout?

Ich glaub char(28) sollte doch der ( entsprechen?!

Hab dieses Beispiel aus der Hilfe benutzt. Es wird ohne weiteres kompiliert, aber nachdem ich nur drauf rechtsklicke um die Eigenschaften einzusehen, kommt der WindowsHammer...

#Region ;**** Directives created by AutoIt3Wrapper_GUI ****
#AutoIt3Wrapper_Outfile_type=a3x
#EndRegion ;**** Directives created by AutoIt3Wrapper_GUI ****
#pragma compile(Out, myProg.a3x)
; Uncomment to use the following icon. Make sure the file path is correct and matches the installation of your AutoIt install path.
; #pragma compile(Icon, C:\Program Files\AutoIt3\Icons\au3.ico)
#pragma compile(FileDescription, myProg - a description of the application)
#pragma compile(ProductName, myProg)
#pragma compile(ProductVersion, 3.7)
#pragma compile(FileVersion, 3.7.0.0, 3.7.100.201) ; The last parameter is optional.
#pragma compile(LegalCopyright, © Joe Bloggs)
#pragma compile(LegalTrademarks, '"Trademark something, and some text in "quotes" etc...')
#pragma compile(CompanyName, 'Joe Bloggs & Co')

#include <MsgBoxConstants.au3>

If @Compiled Then
    Example()
Else
    MsgBox($MB_SYSTEMMODAL, "", "Please compile before running.")
EndIf

Func Example()
    ; Retrieve the file version of the AutoIt executable.
    Local $sFileVersion = FileGetVersion(@AutoItExe)

    ; Display the file version. This should be equal to @AutoItVersion.
    MsgBox($MB_SYSTEMMODAL, "", $sFileVersion)
EndFunc   ;==>Example

Hier sollte jetzt eigentlich ein Zitat von Musashi rein, aber das will auch nicht so wie ich... liegt vllt doch alles nur am User?!

EDIT (von Musashi) :

Lottich : Ich habe mein Zitat mal eingefügt .

Zitat von Musashi

Bleibe einfach bei den #AutoIt3Wrapper_ Anweisungen.

So ist der Plan xD

Nachtrag:

Beim Testen, ob die #pragmas funktionieren, stellt sich heraus, dass Wondows dann auch die a3x Files als böse einstuft

ja gut xD

kein Grund für mich irgendwann mal auf 64bit angewiesen zu sein

Danke dafür xD

Off-Topic:

Ich hab aber effektiv noch nie die 64bit Variante benötigt. Mir ist noch kein Fall untergekommen, bei dem ich die 64bit benötigt hätte.

Was wäre denn ein Beispiel dafür?

_______________

Nachtrag:

Fällt mir grad ein, was ist denn mit diesen #Pragma Dingern? (heissen die Direktiven?)

Würden die noch funktionieren?