Beiträge von PSblnkd

@Hingo
Danke für diese weitere "Zusammenstellung", die aber, wie auch das AutoIt-Buch, bei Weitem wieder nicht alles erfasst.
Ich wäre sehr dankbar, wenn sich mal jemand intensiv mit den "Höhen und Tiefen" der COM-Schnittstelle befasst.
Wie bekannt, war ich bei der Programmierung meiner "Mediathek" -> https://autoit.de/index.php/Thread/83890-Mediathek/ auf große Probleme gestoßen und konnte auch nicht wirklich die COM-Schnittstelle des Mediaplayers -> COM zum WindowsMediaPlayer benutzen.

Grüsse aus Berlin

PSblnkd

@Yaerox vom 07.01.2016

Auf http://www.ps-blnkd.de/Mediathek.htm ist jetzt ein Bild der Gesamtansicht der Mediathek im Industriesalon Berlin-Schöneweide (ISS).
Ich hoffe, dass Du Dir jetzt "ein Bild" machen kannst ...

Über Zweck und Absicht der Mediathek im ISS kannst Du demnächst außerdem noch unter http://www.industriesalon.de/de/mediathek nachlesen.
Momentan ist "Mediathek" zwar immer noch ohne Inhalt, aber wenn der betreffende Bearbeiter dann endlich seinen Beitrag dazu fertig hat ...

Grüsse aus Berlin

PSblnkd

Hallo Yaerox,

entwickelt wurde von mir die Software "Mediathek" mit Datenbank-Interface in "AutoIt" - deshalb hier im AutoIt-Forum die Mitteilung.
Das AutoIt-Programm läuft auf einem XP-Computer, den der Industriesalon als Geschenk bekam.
Zum Anschauen der Medien dient ein großer 37"-Monitor und eine Lautsprecherbox ist auch noch dabei,
Tastatur mit Roll-Mouse in vandalensicheren Ausführung zur Bedienung des Computers ...

Aber das alles und auch noch viel mehr, z.B. zu den Hintergründen/Zielen/Erwartungen hatte ich doch in
http://www.ps-blnkd.de/Mediathek.htm geschrieben - wo ist jetzt wirklich Dein Problem?

Ein ScreenShot ist doch dabei und wie gesagt - ein Gesamtbild der Mediathek wird noch nachgereicht.
Im Moment hat der Industriesalon geschlossen, aber danach kommt auch noch ein Bild der Mediathek auf
http://www.ps-blnkd.de/Mediathek.htm ...
Und ja - die Rubrik "Mediathek" auf http://www.industriesalon.de/de/mediathek ist leider immer noch leer.
Der betreffende Kollege hatte wohl noch keine Zeit dazu, da was Entsprechendes einzufügen ...

Grüsse aus Berlin

PSblnkd

Vor einiger Zeit hatte ich auf COM zum WindowsMediaPlayer um Unterstützung gebeten, um mit meinem Projekt "Mediathek" weiter zu kommen. Obwohl es seitens der Leserschaft keine für mich hilfreiche Lösung des COM-Problems beim WMP gab, ist das Projekt nun doch fertig geworden:
http://www.ps-blnkd.de/Mediathek.htm
und im https://autoit.de/www.industriesalon.de in Berlin-Schöneweide - ehemaliges Industriegebiet verschiedener Großbetriebe der DDR - installiert.

Vielleicht hat ja der Eine oder Andere mal Zeit und Lust sich das anzusehen ... (Öffnungszeiten - siehe HP des Industriesalons).
Demnächst wird noch ein Bild nachgereicht.
Alles Weitere ist der betreffenden Seite auf meiner HP zu entnehmen.

Grüsse aus Berlin - verbunden mit den besten Wünschen für' neue Jahr und allseits ein gutes "Händchen" beim Programmieren an alle AutoIt_ler

PSblnkd

In Wir bauen uns ein CAD, letzten Beitrag ganz unten hatte ich am Sonntag, 12.04.2015 schon mal gepostet, dass alle meine hochgeladenen Datein in diesem Thread verschwunden sind.
Leider ist der Bitte um eine Erklärung bisher noch niemand nachgekommen - oder ist das übersehen worden ???

Außerdem halte ich es für wenig hilfreich, in der Datumsangabe nur "Sonntag" und nicht das konkrete Datum anzugeben.

Darum nochmal die Anfrage an die "Forenmacher" - was ist aus den hochgeladenen Datein geworden? -
Oder geht das jetzt mit dem Hochladen von Datein prinzipiell nicht mehr?

Eine Alternative wäre dann nur noch Links auf die eigene HP zu setzen.
Ich wollte demnächst hier im AutoIt-Forum meine "Mediathek" vorstellen - siehe auch COM zum WindowsMediaPlayer -
dazu wäre es sehr zweckmäßig, die ggf. neuen Bedingungen zu kennen ...

Grüsse aus Berlin

PSblnkd

In Wir bauen uns ein CAD, letzten Beitrag ganz unten hatte ich am Sonntag, 12.04.2015 schon mal gepostet, dass alle meine hochgeladenen Datein in diesem Thread verschwunden sind.
Leider ist der Bitte um ein Erklärung bisher noch niemand nachgekommen - oder ist das übersehen worden ???

Außerdem halte ich es für wenig hilfreich, in der Datumsangabe nur "Sonntag" und nicht das konkrete Datum anzugeben.

Darum nochmal die Anfrage an die "Forenmacher" - was ist aus den hochgeladenen Datein geworden? -
Oder geht das jetzt mit dem Hochladen von Datein prinzipiell nicht mehr?

Eine Alternative wäre dann nur noch Links auf die eigene HP zu setzen.
Ich wollte demnächst meine "Mediathek" vorstellen - siehe auch COM zum WindowsMediaPlayer -
dazu wäre es sehr zweckmäßig, die neuen Bedingungen zu kennen ...

Grüsse aus Berlin

PSblnkd

Ich muss das Thema mal wieder ausgraben - nein, nicht weil ich daran weitergearbeitet habe, sondern weil nun plötzlich alle von mir hochgeladenen Datein verschwunden sind.
So konnte ich wenigstens durch die Anzahl der Downloads weiter noch verfolgen, dass das Thema immer noch ein gewisses Interesse hat.

Gibt es dafür eine Erklärung?

Grüsse aus Berlin

PSblnkd

Auf der AutoIt-Startseite "Wichtige Links" bitte den Link zum "AutoIt-Buch" aktualisieren!
Gibt's dazu eigentlich eine "Neuauflage" - der alte Link http://web.slzm.de/blog/wp-conten…eb_20120406.pdf funktioniert leider nicht mehr...
Ansonsten scheint es ja recht "dünn" gesät zu sein mit AutoIt-Büchern - eine echte Marktlücke?
Die "AutoIt-Hilfe" ist auch nicht immer so ganz hilfreich, sonst gäbe es die vielen Anfragen im Forum nicht ... und ich habe da auch so meine Probleme -> z.B. zum Windows-Media-Player: COM zum WindowsMediaPlayer, die immer noch nicht gelöst sind.

Grüsse aus Berlin

PSblnkd

Ich habe noch etwas gefunden, was möglicherweise das COM-Problem bei AutoIt lösen kann:
Unter http://sourceforge.net/projects/au3automation/ ist ein Skript (UDF) zu finden, was (Google-transl.) "Funktionen für die Veröffentlichung eines AU3-Skript als COM-Server. AutoIt-v3-COM Automation Brücke ermöglicht die Funktionen in AutoIt v3 (AU3) Skripte von WSH, VBasic oder andere COM fähigen Programmiersprachen zu verwenden.
Die Bibliothek besteht aus zwei Teilen, einem COM Proxy DLL AU3Aut.dll und kleinem UDF AU3Automation.au3."

Leider ist die kommentierende Beschreibung wieder so dürftig, dass das kein Mensch auf Anhieb versteht. Zwar sind die 6 Funktionen mit ihren Parameter funktionell kurz angerissen, aber ohne Hintergründe und Zusammenhänge zu kennen tappt man da wie im Nebel ...
Vielleicht kann ja jemand damit was anfangen und macht mich (uns) mal schlau, wie das zu händeln ist.

In diesem Sinne - kommt gut über den Jahreswechsel und alles Gute für 2015.

Grüsse aus Berlin

PSblnkd

KloMeister
Danke für den Hinweis. HomeCinema kenne ich auch - ist sogar noch auf dem PC, aber dessen API ist sicherlich genauso kompliziert wie die vom WMP. Außerdem sollte es mit Windows-Bordmitteln gehen, um nicht weitere Programme installieren zu müsse.

Mir ging es hier um einen Erfahrungsaustausch mit COM-Wissenden, denn die ganze Thematik ist doch ziemlich nebulös. Habe auch mal versucht im englischen Forum ein bischen über "COM" "rumzulesen", aber so recht schlau geworden bin ich daraus auch nicht.
Bei einem weiteren Versuch für meine Mediathek PDF-Datein über den AcrobatReader9 zu starten (COM ist "acroRD32.dll") schlugen völlig fehl.
Obwohl offensichtlich ein Objekt mit:
<$PDFapp = ObjCreate("AcroExch.Document")/> erzeugt werden kann, ergaben dann weitere Aufrufe: "The requested action with this object has failed."
Die Objekt-Zuweisung ist offensichtlich je nach der Version des AcrobatReader unterschiedlich, so geht z.B. auch:
<$PDFapp = ObjCreate("AcroPDF.PDF.1")/> ich weis allerdings nicht, auf welche DLL dann Bezug genommen wird.
In den Objekt-Browsern sind jede Menge Methoden, Eigenschaften und Ereignisse aufgeführt, die offensichtlich alle in AutoIt nicht unterstützt werden. Mir fehlt hier nach wie vor der Durchblick, wieso das hier nicht funktioniert...

Ich hoffe immer noch, dass mir das jemand erklären kann, da es doch in MS-Office und sogar in TurboCAD geht.

Grüsse aus Berlin

PSblnkd

Nach längerer Abstinenz - letztes Projekt war "Ich/Wir baue(n) mir/uns ein CAD" - habe ich nun was Neues auf dem Tisch: Mediathek.
Um Videos (mpg-Dateien) auf dem PC wiedergeben zu können ist es am Einfachsten den bordeigenen MediaPlayer von Windows (WMP) zu benutzen - dachte ich jedenfalls zunächst.
Ähnlich wie bei EXCEL, oder auch TurboCAD sollte es doch auch beim WMP über die COM-Schnittstellen-DLL "wmp.dll" gehen. Die über 10MB grosse Datei läßt sich in einem COM-Browser auf vorhandene Klassen, Methoden, Eigenschaften und Ereignisse untersuchen. Leider kommen auf unterschiedlichen COM-Browsern auch unterschiedliche Ergebnisse. Ich habe es versucht mit:
- PowerBasic-COM Browser
- comTL-Browser von Holger Schwichtenberg
- COM-Browser aus dem VB2005-Studio

Am Einfachsten und ohne COM geht:
<Run("C:\Programme\Windows Media Player\wmplayer.exe", "", @SW_MAXIMIZE)/> oder
<ShellExecuteWait("wmplayer.exe")/> dann sollte noch
<WinWaitActive("Windows Media Player")/> folgen, sonst gehen die nachfolgenden "Send"-Funktionen nicht:
<Send("!df")
Send($Link & "{ENTER}")/>
In $Link ist Pfad und Datei des Videos enthalten. Das funktioniert auch, aber wie den WMP automatisch schließen, wenn das Video zu Ende ist?
Auch über:
<$exitCode = ShellExecuteWait($Link, "")/>
lässt sich der Status des WMP ("Play" oder "Stop") nicht ermitteln, weil es offensichtlich keine Rückgabe-Info gibt.
<While $exitCode = 0
WinClose("Windows Media Player", "")
WEnd/> funktioniert leider nicht so, weil offensichtlich immer $exitCode = 0 ist...

Ein Ausweg sollte die COM-Technologie sein, aber das Problem fängt dann schon beim COM-Aufruf unter AutoIt an.
Im COM-Browser wird die wmp.dll mit "WMPLib" bezeichnet. Das versteht die Referenzierung mit
<$WMPapp = ObjCreate("WMPLib.WindowsMediaPlayer")/> aber nicht, sondern - und diese Info habe ich aus dem PB_COM-Browser - mit diesem Aufruf:
<$WMPapp = ObjCreate("WMPlayer.OCX")/>
Zur Überprüfung dann Folgendes:
<If $WMPapp = -1 Then
MsgBox (0, "Fehler", "Die COM konnte nicht hergestellt werden")
Exit
Else
MsgBox(0, "Mediaplayer-Status", "Status = " & $WMPapp.PlayState + 1 & " ...." & @CRLF & " läuft, d.h. die COM-Schnittstelle zum Mediaplayer kann jetzt verwendet werden")
EndIf/>

Der Start ist dann über
<$WMPapp.OpenPlayer($Link)/> möglich und geht auch gleich los...
Anstelle dessen mit:
<$WMPapp.url = $Link
$WMPapp.controls.play()
$WMPapp.controls.stop()/>
haben keinerlei Auswirkung auf den laufenden WMP. Mit
<MsgBox(0, "Mediaplayer-Status", "PlayStatus = " & $WMPapp.PlayState)/>
kann man sich jederzeit den Status anzeigen lassen, auch das hier geht:
MsgBox(0, "Mediaplayer-Status", "OpenStatus = " & $WMPapp.OpenState())
MsgBox(0, "Mediaplayer-Status", "WMP-Version = " & $WMPapp.versionInfo())/>
Vieles Andere dagegen nicht - wie z.B. das wichtige
<$WMPapp.Close()/> wird ignoriert.
Der "Play-Status" ist unabhängig vom laufenden WMP, nur von den .controls-Befehlen - die aber, wie schon festgestellt, keine Auswirkungen auf den laufenden WMP haben.
Ohne den "openPlayer"-Befehl ist kein Video zu sehen!

Wo ist das Problem, bzw. die Lösung?
Gehe ich recht in der Annahme, dass sich die "WMPlayer.OCX"-Referenzierung nur auf ein GUI-Control bezieht? -
<$WMPapp = ObjCreate("MediaPlayer.MediaPlayer.1")/> geht zwar auch, bewirkt aber das Gleiche wie mit "WMPlayer.OCX".
Eine andere habe ich aber nicht zum Laufen gebracht...

Wäre eine DLL-Anbindung mit "DLL.Open"/"DLLCall" bei der "wmp.dll" eine Alternative?
Bin sehr gespannt auf Eure Vorschläge...

Grüsse aus Berlin

PSblnkd

Habe hier schon lange nicht mehr reingeschaut ... und wow! - Endlich mal jemand, der sich unter AutoIt mit der Grafik-Programmierung "OpenGL" auseinandersetzt. Leider habe ich monentan keine Zeit mich eingehender auch noch damit zu beschäftigen - aber aufgeschoben ist nicht aufgehoben!

Bei meinem z.Zt. ruhenden Projekt "Wir bauen uns ein CAD" hatte ich diese Problematik auch schon mal erwähnt und auch die Hoffnung gehegt, dass sich mal jemand mit DirectX unter AutoIt beschäftigt. Wäre sicherlich für die Spiele-Programmierer unter den AutoIt-Usern eine lohnende Aufgabe...

Grüsse aus Berlin

PSblnkd

BugFix

In http://www.autoit.de/index.php?page=Atta…achmentID=14118 ist tatsächlich nur ein Auszug mit Inhaltsangabe, aber unter
http://www.ps-blnkd.de/Control_Events_AutoIt.pdf kannst Du Dir das ganze Dokument anschauen.

Die Verlinkung aus dem Inhaltsverzeichnis ist unter MS-Word erstellt und war für die Bearbeitung recht nützlich, funktioniert aber in meiner pdf-Variante leider nicht.

Grüsse aus Berlin

PSblnkd

In Wir bauen uns ein CAD hatte ich schon mal meine Untersuchungen zu den so genannten "Control-Events" bei AutoIt vorgestellt. Da mir dieses Thema in der AutoIt-Hilfe etwas zu kurz vorgekommen ist, habe ich mich mal eingehender mit dieser Problematik beschäftigt. Was dabei rausgekommen ist zeigt auszugsweise http://www.autoit.de/index.php?page=Attachment&attachmentID=14118.

Nachdem keiner der AutoIt-Insider bereit war, sich das Werk im Vorfeld mal kritisch anzuschauen, habe ich mich nun doch entschlossen, dieses in Gänze nun so zu veröffentlichen, wie es ist:

http://www.ps-blnkd.de/Control_Events_AutoIt.pdf

Dies sollte als Ergänzung zur AutoIt-Hilfe dienen und vielleicht hilft es ja dem Einen oder Anderen.

Feedbacks - insbesondere auch kritische - willkommen! - Wenn möglich bitte direkt an meine eMail-Adresse (-> http://www.ps-blnkd.de/Impressum.htm)

Grüsse aus Berlin

PSblnkd

Der Sinn ist - wie <Blume> schon erläuterte - in ein AutoIt-Skript eine selbsterstellte DLL einzubinden und das Ganze zu einer EXE zu kompilieren. In der DLL ist eine bestimmte Funktionaliät mit entsprechenden Schnittstellen implementiert, die zu gegebener Zeit verändert werden kann - und das dann ohne nochmal das EXE-Skript zu kompilieren, sondern eben nur das Skript der DLL.
Das ist an und für sich genau die Nachempfindung der Windows-Philosophie.

Eigentlich bedarf es ja "nur" eine Anpassung, bzw. Veränderung der Aut2exe.exe in Aut2dll.exe ...

Grüsse aus Berlin

PSblnkd

DLLs kann man in AutoIt-Programme einbinden, aber warum kann man keine DLLs mit AutoIt erzeugen?

DLLs lassen sich zwar theroretisch mit MS-Studio erzeugen, aber da gibt es unterschiedliche Versionen. Da spielt die COM-Technologie eine Rolle und außerdem wird von "matched" bzw. unmatched" Code gesprochen.

Ist es ggf. geplant, die AutoIt-Funktionalität auf die Erzeugung von DLLs zu erweitern?

Kann mich da mal jemand aufklären?

Grüsse aus Berlin

PSblnkd

Zunächst mal ein dickes Lob an ISI360!

Ich habe es zwar noch nicht getestet, es sieht aber ganz vielversprechend aus und wenn das "IntelliSence" auch das hält, was es verspricht, dann wäre "ISN AutoIt Studio" wirklich eine Alternative zu SciTE.

Als Autor von "Wir bauen uns ein CAD" kann ich es nachempfinden, welcher Aufwand hinter solch einem Mamutprojekt steht.

Z.Zt. verwende ich noch SciTE, da es aber dort keine Debug-Funktionen gibt - und die braucht man dringend bei solchen aufwendigen Entwicklungen, wie etwa ein CAD-Projekt. Der AutoIt-Debugger als Extra-Programm läuft bei mir nicht richtig und ist somit keine wirkliche Alternative.

Es wäre schön, wenn in Deinem "ISN AutoIt-Studio" ein richtiger Debugger integriert werden könnte. Funktionen, wie Haltepunkt setzen, Schrittbetrieb usw. (wie z.B. im MS Visual Studio), sowie unbedingt die Überwachung und inhaltliche Darstellung von Variablen sind die Grundvorraussetzung für die Bearbeitung komplizierter und umfangreicher Quelltexte.
Momentan behelfe ich mir mit MsgBox-Einfügungen, die dann später auskommentiert werden - eine zugegebenermaßen recht uneffektive Methode.

Ich werde das Projekt "ISN AutoIt Studio" wohlwollend weiter beobachten.

Grüße aus Berlin!

PSblnkd

BugFix

Da hast Du vollkommen recht - ist ein typischer Bug! Da habe ich die Definition von "GUISetOnEvent" und "GUICtrlSetOnEvent" verwechselt.

Das ist genau der Grund, warum ich darum bat, dass sich das nochmal ein AutoIt-Guru genau ansieht vor der Veröffentlichung.

Grüsse aus Berlin

PSblnkd

@Schnacko 
Wenn Du mal die Thread-Historie verfolgt hast, wird Dir auch klar sein, wie das Thema aufgebaut wurde. Leider war ich ja mit wenigen Ausnahmen ganz auf mich allein gestellt. Ich kenne weder "Irrlicht" noch "Impact", kann also nicht beurteilen, ob diese Engines vielleicht für 3D-Spiele entwickelt wurden, noch ob sie für ein CAD geeignet sind. CAD ist von den Ansprüchen her was ganz anderes als 3D-Spiele. Mein hier mit AutoIt entwickeltes CAD ist zunächst noch eine 2D-Variante und da gibt es schon genügend Probleme. Ich berichtete laufend darüber.

chip
Vielleicht habe ich mich etwas zu ungenau ausgedrückt - evtl. passt da "AutoIt-Insider" besser.

AntiSpeed
Das muss nicht unbedingt BugFix sein, jede andere Kompetenz ist mir genau so recht. Wie man sieht, ist die PDF nur das Inhaltsverzeichnis + die ersten Seiten, insgesamt sind es ca. 30 A4-Seiten. Ich wollte nur nicht das Ganze schon veröffentlichen, bevor das jemand mit Kompetenz prüft.
Warum ich das Event-Tutorial hier unter diesem Thread angekündigt habe? - Nun ja, eigentlich nur zum Beweis, dass ich in der vergangen Zeit auch in punkto AutoIt nicht untätig gewesen bin.

Mir ist schon klar, dass dieses Tutorial (ist eigentlich ein Untersuchungsbericht) woanders besser untergebracht werden sollte, z.B. in der Rubrik "Tutorials".

@campweb 
Wie meinst Du das mit "Leichen schänden"?
Wenn Du selbst an einem 3D-CAD arbeitest, würde doch ein eingehender Gedankenaustausch viel Sinn machen. Dabei spielt es m.E. überhaupt keine Rolle, ob die eigentliche Zeichenfunktion mit GDI+ oder OpenGL gemacht wird. Viel interessanter sind Lösungen für Probleme mit bestimmten Werkzeugen und Verwaltungsaufgaben. Ich berichtete schon darüber...

Grüße aus Berlin

PSblnkd

Nach einer längeren Unterbrechung kann ich mich nun wieder diesem Thema widmen.
Zwischenzeitlich mußte ich an anderen Projekten arbeiten, so dass dafür keine Ressourcen mehr übrig blieben.

Danke nochmal an Chris, der sich für eine Mitarbeit bereit erklärte. Seine Vorschläge und Kritikpunkte werde ich in Folge einarbeiten - soweit als möglich und zweckmäßig.

Der Download von insgesamt 37x - zuletzt erst jetzt Ende August - motiviert mich nun doch schon weiter zu machen, obwohl es nach wie vor zu keinerlei Reaktion zu den von mir aufgezeigten Problemen gab.
Wie gesagt, mir geht es nicht darum ein komplettes neues CAD zu schaffen, aber die Herangehensweise zur Umsetzung bestimmter, dabei auftretender Aufgabenstellungen ist die eigentliche Herausforderung!

Dass ich in der Zwischenzeit nicht untätig gewesen bin - auch in Richtung "AutoIt" - möchte ich an Hand einer Untersuchung zu "Control-Events" nachweisen. Diese Doku könnte als Ergänzung zur AutoIt-Hilfe dienen. Zuvor sollte jedoch eine Überprüfung durch einen der AutoIt-Macher aus dem deutschen Sprachraum stattfinden, z.B. BugFix. ( -> eMail: Impressum http://www.ps-blnkd.de/)

Einen Einblick gestattet der Auszug anhängender PDF.

Grüße aus Berlin

PSblnkd