Beiträge von BugFix

Für die Listbox mußt du WM_COMMAND auswerten, Doppelklick=LBN_DBLCLICK
(s. Bsp. in der Hilfe zu

_GUICtrlListBox_Create

)
Einfacher Klick wird nicht direkt als Nachricht ausgegeben, da mußt du den Umweg gehen über über das Parent-Handle (im Normalfall dein GUI-Handle) und dort abfragen:
WM_PARENTNOTIFY
mit LOWORD(wParam) = WM_LBUTTONDOWN

Ich denke mal, dass bei den paar Zellen, das Einlesen in ein Array und dann erst vergleichen eher langsamer ist.
So sollte es flott laufen.

$oBook1 = _ExcelBookOpen('Pfad1')
$oBook2 = _ExcelBookOpen('Pfad2')
For $i = 0 To 34
If $oBook1.Range('B1').Offset($i, 0).Value = $oBook2.Range('B1').Offset($i, 0).Value Then ConsoleWrite('Inhalt gleich: ' & $oBook2.Range('B1').Offset($i, 0).Value & @CRLF)
If $oBook1.Range('C1').Offset($i, 0).Value = $oBook2.Range('C1').Offset($i, 0).Value Then ConsoleWrite('Inhalt gleich: ' & $oBook2.Range('C1').Offset($i, 0).Value & @CRLF)
If $oBook1.Range('D1').Offset($i, 0).Value = $oBook2.Range('D1').Offset($i, 0).Value Then ConsoleWrite('Inhalt gleich: ' & $oBook2.Range('D1').Offset($i, 0).Value & @CRLF)
If $oBook1.Range('I1').Offset($i, 0).Value = $oBook2.Range('I1').Offset($i, 0).Value Then ConsoleWrite('Inhalt gleich: ' & $oBook2.Range('I1').Offset($i, 0).Value & @CRLF)
Next

Man könnte auch für 'B' bis 'D' das Spaltenoffset in einer extra Schleife nutzen. Ist aber dieselbe Menge Code - also kein Vorteil.

Im " Case $Button4 " fehlt ein EndIf, dafür ist es beim letzten Case zuviel.

Grundsätzlich kein Unterschied.
"Call" verwendet zum Aufruf den Funktionsnamen als String, somit kann man z.B. Funktionsaufrufe in Arrays speichern und benötigt zum Aufruf selbst dann "Call".

Sag mal genauer, was du vorhast - Skript wäre sinnvoll.
Was soll "Shell" für eine Funktion darstellen? (in AutoIt findest du ShellExecute u. ShellExecuteWait)

Zitat von Tueftler

bei Inputboxen

Nein.
Aber für Inputfelder auf einer GUI kannst das tun. Gibt es schon viele Lösungsvorschläge im Forum. Benutze mal die Suche.

Zitat von zerozucker

den ich bei cheat-engine gefunden habe

Du solltest dringend unsere Forenregeln lesen. Cheaten und Bots wird nicht unterstützt.

[CLOSED]

Dann zeig mal deinen Code. Du musst natürlich zuerst Workbook.Open anwenden

Grau ist es deshalb, weil du das eingebettete Objekt zu gross erstellst. Es kollidiert mit dem umgebenden Objekt und erzeugt dabei Darstellungsfehler.

Hier der MSDN-Link: Word Objekt Modell.
Musst dich dann für die Methoden und Properties durch die Links im Dokument hangeln.

In einem Array NIEMALS vorwärts löschen, da die Indizes logischerweise dabei verändert werden. Immer von hinten nach vorn, dann bleiben die Indizes im bestehenden Teil des Array unverändert.

Zitat von m-obi

Kann er da nicht auch _WordDocOpen nehmen?

Dürfte nicht klappen.
Die Funktionen der Word-UDF haben als Referenzobjekt "Word.Application"
Für die Embedded-Funktion ist das aber nicht verwendbar, da muß direkt auf das Dokument, also auf "Word.Document" referenziert werden.
Einfach mal ein bischen probieren.

Zitat von Grimbizo

Das ist geil! Super! Aber wie kann ich damit arbeiten, um z.B. ein Word Dokument zu öffnen?

Da es embedded ist, mußt du ActiveX-Controls verwenden (das Bsp. zu IEembedded zeigt, wie es geht). Die einzelnen Methoden. die du verwenden kannst findest du im Word-Objekt Modell (MSDN)

Zitat von Grimbizo

Ich frag mich nur, woher du das weißt.

MSDN ist eine riesen Fundgrube

Word Embedded - kein Problem:

$hGui = GUICreate('Embedded Word', 600, 750, -1, -1)
$oDoc = ObjCreate("Word.Document")
$Obj_ctrl = GUICtrlCreateObj($oDoc, 0, 55, 600, 660)

GUISetState(@SW_SHOW)

While 1
Switch GUIGetMsg()
Case -3
Exit
EndSwitch
WEnd

Zitat von chip

aber das ist doch nichts andere also die gefühlten 1000 Versuche von UDF-Sammlungen die allesamt im nichts verschwunden sind. Nur halt in kleinerer Form.

Stimmt, vielleicht ist ja die Hemmschwelle Kleinigkeiten zu posten geringer, als 'große' UDF.

Ich kann mir nicht recht vorstellen, was da der Sinn ist. Gib mal bitte ein Skriptbsp., damit man das nachvollziehen kann.

Zitat von Raupi

BugFix, er meint wahrscheinlich die Debugkonsole welch mittels
Create Cui instead of GUI.EXE beim kompilieren erzeugt wird.

Ich fühl mich veräppelt - das ist doch die stinknormale Windows-cmd.exe. Viel komplizierter hätte man die auch nicht beschreiben können.

Und das Skript soll erkennen, wenn die Umgebung in der es läuft (besser: lief) nicht mehr existiert? Halte ich für sehr unwahrscheinlich. Ist ja ähnlich als ob du dein Betriebssystem runtergefahren hast. Diese Info nützt ja auch keinem Programm mehr.

Zitat von sumsum

die Konsole die man mit den Konsole****** Befehlen verwendet

Hilf mir auf die Sprünge: Welche Befehle sind das? Hab ich noch nie benutzt.

Zitat von sumsum

einer stinknormalen Autoit Konsole

Was verstehst du denn da drunter?
Beim Kodieren verwendest du die Konsole deines Editors. Und das kann grundverschieden sein (SciTE, Notepad++, etc.). Insofern kann deine Frage nicht allgemein beantwortet werden.

Ihr kennt das sicher, man schreibt an einem Projekt und erstellt sich dafür skriptinterne Funktionen. Eigentlich zu klein um sie als UDF zu posten, aber nützlich vllt. auch für jemand anderen.
Aus diesem Grund denke ich mir, dass es sinnvoll ist diesen "Snippet-Code" zu sammeln.
Damit es übersichtlich ist und auch der gewünschte Nutzen entsteht, sollten diese kleinen Schätzchen mit einer ordentlichen Funktionsbeschreibung versehen werden.
Auch ein minimales Bsp.-Skript wär schön.
Und damit es auch über die Forumssuche auffindbar ist: Suchtags einfügen.
Beteiligt euch ruhig emsig.

Hier meine ersten Snippets:

Suchbegriffe: Controlstatus, Checked, Unchecked

Suchbegriffe: Textfarbe, Hintergrundfarbe

Suchbegriffe: Status, Controlstatus

Neue Version v.0.6
Änderungen s. Post #1