Beiträge von PSblnkd

MojoeB

Ja, mit dem Windows-Editor ... nur, daß da zwischen den einzelnen Text-Passagen jede Menge kryptische Zeichen stehen.

Z.Zt. kopiere ich mir die einzelnen Texte raus und füge sie in eine vorgegebene HTML-Tabelle ein. Diese habe ich - wie alle meine Seiten - mit SUPERHTML erstellt. Es ist eben eine riesige Arbeit, sowas "händisch" machen zu müssen. Dann kommt noch dazu, daß die Tabelle eine Spalte "LfdNr" hat, deren Datensatz aber leider nicht in der richtigen Reihenfolge in der Datenbank abgelegt ist.

BugFix

Danke für Deine Erklärungen, aber das erklärt nicht, warum die SQL-Light-UDF das .dbf-Format verwendet, statt .sql - oder ist es in Wirklichkeit was probitäres? - Wie gesagt, mit den herkömmlichen DBF- und auch SQL-Convertern war das bei mir nicht einlesbar gewesen ...
Auch wenn es vielleicht mit MS-Office einlesbar wäre (muß ich nochmal versuchen), dann wäre immer noch das Problem der Konvertierung in eine HTML-Tabelle (Datei).

Grüsse aus Berlin

PSblnkd

Oscar

Es geht hier nicht um Probleme mit dem Skript - das tut seit Jahren problemlos das, was es soll. Sondern wollte ich wissen, ob schon mal jemand erfolgreich einen DBF to HTML-Converter eingesetzt hat im Zusammenhang mit der hier verwendeten sqlite-udf.
Ich habe verschiedene ausprobiert - online und auch Download-Versionen. Die meisten verweigern schlicht die Arbeit mit dem Hinweis: "Keine Datenbank-Datei". Auch speziell für SQL-Light gedachte Converter, z.B. https://tableconvert.com/sql-to-html versagen den Dienst, wobei mir die widersprüchlichen Extensions .dbf (hier) und .sql (dort) unklar sind.

Velted

Danke für den eigentlich hilfreichen Tip - ich wollte aber keinen Converter programmieren, sondern nur einen benutzen.

AspirinJunkie

Wenn das dbf-Ausgabeformat wirklich eine DBase-Datenbank ist, dann müßte das ja auch von einem DBF_to_xxx-Converter eingelesen werden können - tut es aber nicht. Man kann ja jeder x-beliebigen Datei das .dbf-Extension anhängen ...
Warum ich die Datenbank konvertieren wollte, habe ich im TO geschrieben:

"So soll jetzt auf der HP des https://www.industriesalon.de/mediathek/ eine Übersichtstabelle der in der Mediathek vorhandenen Medien eingefügt werden. Die Tabelle an sich ist ja verfügbar ..."

In der Zeit, die ich vergeblich im Internet rumgestochert und Verschiedenstes ausprobiert habe, hätte ich auch "händisch" den Inhalt der dbf-Datei in eine HTML einfügen können. Leider gibt es in der AutoIt-Hilfe keinerlei allgemeine Infos zu dem hier verwendeten SQL-Light. Wenn ich das richtig verstehe, basiert die gesamte SQL-Light-Funktionalität auf der integrierten SQLight.dll, zu deren Wirkungsweise (mir) nichts bekannt ist - z.B. wie ist wirklich das dbf-Ausgabeformat ...

Grüsse aus Berlin

PSblnkd

Da das unter "Projekte" wohl niemand gelesen hat - hier nochmal als Anfrage:

Zu meiner ansonsten problemlos funktionierenden Mediathek gibt es Zusatzwünsche.

So soll jetzt auf der HP des https://www.industriesalon.de/mediathek/ eine Übersichtstabelle der in der Mediathek vorhandenen Medien eingefügt werden. Die Tabelle an sich ist ja verfügbar - wird sie doch durch Aufruf des Mediathek-Programms (Mediathek.exe) auf dem großen Bildschirm angezeigt. Die Daten dazu sind in einer dbf-Datei abgelegt.

Nun war ich der Ansicht, daß man mit einem File-Converter DBF -> HTML diese einfach in eine HTML-Tabelle umwandeln kann. Leider kommt da nur Müll raus, oder der DBF2HTML-Converter verweigert ganz die Arbeit.

Kennt jemand die Ursache oder einen Ausweg?

Bei den Beschreibungen zur SQL-Light-Funktionalität habe ich auch nichts über das dbf-Datenbank-File gefunden, vielleicht auch was überlesen ...

Grüsse aus Berlin

PSblnkd

Obwohl das Thema schon mehrere Jahre zurück liegt, die Mediathek im https://www.industriesalon.de/mediathek/ problemlos funktioniert, gibt es doch hin und wieder Zusatzwünsche.

So soll jetzt auf der HP (o.g. Link) eine Übersichtstabelle der in der Mediathek vorhandenen Medien eingefügt werden. Die Tabelle an sich ist ja verfügbar - wird sie doch durch Aufruf des Mediathek-Programms (Mediathek.exe) auf dem großen Bildschirm angezeigt. Die Daten dazu werden in einer dbf-Datei abgelegt.

Nun war ich der Ansicht, daß man mit einem File-Converter DBF -> HTML diese einfach in eine HTML-Tabelle umwandeln kann. Leider kommt da nur Müll raus, oder der DBF2HTML-Converter verweigert ganz die Arbeit.

Kennt jemand die Ursache oder einen Ausweg?

Bei den Beschreibungen zur SQL-Light-Funktionalität habe ich auch nichts über das dbf-Datenbank-File gefunden, vielleicht auch was überlesen ...

Grüsse aus Berlin

PSblnkd

Keiner einen "hilfreichen" Kommentar?

... noch eine Ergänzung zu meinem Posting vom Montag 14.08.2023,

Es ist tatsächlich so, daß auch die neueren Versionen von Aut2exe größer sind als ältere, z.B. die mir vorliegende Version 3.3.14.5 mit 1305kB. Damit meine o.g Testdatei kompiliert ergibt dann auch eine etwas größere exe (376kB9 - und die läuft genauso wie die alte ... das ist schon sehr merkwürdig ...
Nachdem, was ich in https://www.autoitscript.com/autoit3/docs/intro/running.htm nachgelesen habe (mit G-Translater übersetzt), gibt es auch eine Möglichkeit nur eine Zeile des Skripts mit dem Interpreter auszuführen, bzw. mit Aut2exe zu kompilieren. Dabei können jeweils auftretende Fehler in den stdout-Kanal (was ist das?) umgeleitet werden.

Dieses Feature wäre eine willkommende Ergänzung zur SciTE-Funktionalität, wo es bisher keine Möglichkeit gibt den Quelltext im Schritt-Modus (Step-Betrieb) testen zu können, wie das z.B. bei VB üblich ist. Dort kann man sich dann ggf. auch gleich noch die Veränderungen in den Variablen anschauen ... Z.Zt. behelfe ich mich mit MsgBoxen ...
Die Source-Datei vom SciTE gibt es zwar in vielen Versionen, aber um dort dahinter steigen zu können, um einen zusätzlichen Menüpunkt einzubauen, fehlt mir momentan die Zeit.

Grüsse aus Berlin

PSblnkd

Mars

Danke für den Hinweis auf die Doku in https://www.autoitscript.com/autoit3/docs/intro/running.htm.

Also, wenn ich das richtig verstanden habe (mein Englisch ist nicht so gut), dann muß man unterscheiden:

- AutoIt-Skript mit dem Interpreter AutoIt3.exe ausführen und

- AutoIt-Skript mit dem Compiler Aut2exe.exe (bei mir die Version 3.3.4.0 = 299k) in eine exe-Datei überführen, so wie es mit SciTE gemacht wird.

Die exe ist dann auf jedem (?) Windows-PC lauffähig - ohne eine AutoIt-Installation, d.h. ohne den Interpreter AutoIt3.exe.

Der Interpreter wird so ähnlich funktionieren wie bei BASIC. Auch dort werden zahlreiche Laufzeitdatein bzw. Frameworks als "Beiwerk" benötigt.

Deshalb finde ich die Compilierung mittels des AutoIt-Compiler Aut2exe.exe so faszinierend, weil dabei kein "Beiwerk" benötigt wird und die exe-Datein im Gegensatz zu manch anderen Programmiersprachen sehr klein sind.

Leider habe ich zu den Interna des AutoIt-Compilers bislang keine weiteren Angaben gefunden - außer, daß man irgendwie/zu irgendwas eine Lizenz beantragen kann ...

Grüsse aus Berlin

PSblnkd

Das Problem interessiert mich schon lange.

(Zitat): "Weil die "kompilierte" Datei im Prinzip eine Kombination aus "Interpreter + Skript" ist." - kann ich nicht so recht nachvollziehen.
Demnach müßte eine dementsprechende exe-Datei immer größer als die Interpreter-Datei "AutoIt3.exe" sein.

Dem ist aber nicht so! -

Aus meinen ersten Versuchen mit AutoIt habe ich hier einen "Test Inputbox" - da ist die exe 296kB groß, bei einem Skript von 4kB und dem verwendeten AutoIt3.exe von 715kB (3.3.4.0). Das ist doch schon merkwürdig ...
Leider ist (mir) von der interen Funktionalität des sog. "Interpreters" nichts bekannt. So, wie bei BASIC kann es aber nicht sein - dort werden wirklich die Laufzeitbibliotheken und das Skript zur exe-Datei "zusammengebunden". Deshalb sind die in der Regel auch so groß und sooo langsam ...

Bei AutoIt hatte ich immer vermutet - d.h. bisher noch nicht bestätigt bekommen, daß hier die Grundlage die konsequente Umsetzung der WinAPI auf leicht handhabbare Skript-Sprache ist ...

Gibt es irgendwo eine Erklärung zu den "Interna" von AutoIt?

Ansonsten ist AutoIt eine tolle Sache! - Als letztes Ergebnis habe ich eine Bedienoberfläche für die Mediathek des https://www.industriesalon.de/ programmiert -> http://www.ps-blnkd.de/Mediathek.htm.

Grüsse aus Berlin

PSblnkd

Wir hatten hier schon mal so'n Thread ->

Thema

Internet-Kommunikation - Nervige PopUp-Fenster

(Quelltext, 16 Zeilen)

PSblnkd

30. Mai 2022 um 09:14

Da ging's um eine ähnliche Fragestellung - die Frage ist halt:

Was willst Du machen?

Ich habe neulich so eine PopUp-Fenster -"belastetet" Seite einfach komplett gespeichert (das geht mit FF recht einfach) und dann im Nachhinein mit meinem SuperHTML-Programm successive alle Abschnitte, wo was mit "Cookies" vorkam, einfach komplett rausgelöscht.
Und siehe da - kein PopUp-Fenster mehr und man konnte die eigentlich interessante Seite dann endlich gut lesen ...

Man sollte es ja nicht glauben, wieviel "Müll" da so zusammen kommt! Verständlich wird damit auch, warum die Ladezeiten "moderner" Web-Seiten immer länger werden und deshalb immer höhere Datentransfer-Geschwindigkeiten notwendig sind - meine http://www.ps-blnkd.de geht sehr schnell!

Na ja, das ist natürlich keine besonders intelligente Lösung und auch nur für Ausnahmefälle geeignet und ob das in jedem Fall auch so funktioniert, ist eben auch nicht sicher - nur mal so als Anregung ...

Die Ansage mit den "notwendigen Cookies" ist vielfach eine absolute Lüge, wenn nicht Kommerzielles, wie z.B. ein Shop mit einem Warenkorb dahinter steht. Wie ich neulich informiert wurde - so steht es ja auch rotzfrech in deren "Datenschutz"-Bedingungen - ist es so, daß die Daten (z.B. eMail-Adressen) an "Partner" weitergegeben werden - natürlich nicht kostenlos! - und diese die dann weiter verhökern usw. usf. Damit ist auch klar, warum man mit Spam-Mails nur so zugeschüttet wird - von weiterem Ungemach mal ganz zu schweigen ...

Eigenartigerweise sitzen die meisten davon irgendwo in den USA.

Grüsse aus Berlin

PSblnkd

BugFix

Danke für den Hinweis und da hast Du natürlich Recht - das Kontakte-Formular ist ein Relikt aus den Anfängen meiner HP, wo noch andere Bedingungen maßgebend waren. Diese sind jetzt nicht mehr relevant und ich kann das Formular eigentlich rausnehmen, d.h. das werde ich spätestens zum nächsten HP-Update machen. Wer mit mir Kontakt aufnehmen will -> da gibt es immer noch meine eMail-Adresse ...

Grüsse aus Berlin

PSblnkd

@BananaJoe

Was meinst Du konkret damit? -

Ein Impressum habe ich und da ich weder Daten sammle noch kommerziellen Absichten habe, wüßte ich jetzt nicht, wo es da noch was zu "meckern" gibt. Vielleicht kannst Du mich ja mal aufklären ...

Grüsse aus Berlin

PSblnkd

@Kanashius

Vielen Dank für die umfangreiche Aufklärung.

Und ja, Du hast schon Recht, eigentlich sollte man "UpToDate" sein - wie es neudeutsch heißt. Nur standen mir bisher die Folgen immer im Wege.

Also werde ich mich nun doch mit Linux beschäftigen müssen - obwohl schon mal versucht und war mit den ewig langen Ladezeiten alles andere als zufrieden. Das soll hier aber nicht das Thema sein.

Und damit wird das o.g. Problem auch nicht gelöst!

Sollte ich in meinem "Restleben" noch Zeit dazu finden, werde ich mal versuchen mit "InetRead" (-> BugFix: In welcher UDF ist die Funktion enthalten?) so eine Seite mal auszulesen und untersuchen. So, wie ich es jetzt beobachtet habe, kommt das "PopUp-Fenster" immer erst nachdem die Seite schon vollständig geladen ist. Müßte also möglich sein das einfach abzutrennen und eben nicht anzuzeigen ...

Ein wenig Erfahrung in der Webseiten-Programmierung habe ich schon - schließlich betreibe ich eine eigene -> http://www.ps-blnkd.de.

Grüsse aus Berlin

PSblnkd

Moombas

XP deshalb, weil:

1. XP das stabilste und noch einigermaßen "durchsichtige" BS ist,

2. viele meiner Software nicht unter den moderneren Windows-Versionen läuft und

3. ich keinen Bock darauf habe, mich andauernd mit irgendwelchen "Features" rumzuärgern, die sich MS so einfallen läßt, um seine Kunden bei "Laune zu halten".

Neuerdings kommt noch ein weiteres Problem hinzu. Von meinem eMail-Provider bekam ich die Mitteilung, daß ich mit meinem eMail-Programm "Outlook-Express" demnächst keinen Zugriff mehr haben werde, weil dieses die neuen Verschlüsselungs-Technologien TLS 1.2 nicht unterstützt.

Man muß sich also andauernd um solche "Belanglosigkeiten" kümmern, als mit der eigentlichen Arbeit beschäftigt zu sein.

GML

Was ist "Proxomitron" - ein Browser, oder was?

Meine Fragestellung:

Wie programmiert man eine Internet-Verbindung über AutoIt?

hat leider noch niemand beantwortet ...

Grüsse aus Berlin

PSblnkd

Wieso meine Einleitung in "Code" gelangt ist, weiß ich nicht.

Danke Euch allen für die Hinweise.

Leider ist mein FF 52.09 - die letzte auf WinXP lauffähige Version, nicht bereit noch irgendwelche neuen AddOns zu installieren.

Deshalb ja auch meine Frage, was man das Problem trotzdem lösen könnte ...

Im FF Script-Anzeige kann ich das Script lesen - und ja, es ist ziemlich kompliziert.

Die Frage wäre jetzt, wie kommt man via AutoIt da ran, um das so auszuselektieren, daß der ganze Quatsch, den man nicht braucht, unter den Tisch fällt. Noch besser wäre natürlich, gleich vorher schon beim Laden auszuselektieren.

Schließlich lautet die Beginner-Frage:

Wie programmiert man eine Internet-Verbindung über AutoIt?

Grüsse aus Berlin

PSblnkd

Kanashius & funkey

Danke für Eure Hinweise.

Tatsächlich - von BASS hatte ich auch schon mal was gelesen, mich aber noch nie damit beschäftigt.

Durch das riesige Funktionsangebot muß man jedoch erst mal durchsteigen ... sicherlich wird die eine oder andere Funktion für den "FX2"-Nachbau geeignet sein.

Gibt es eigentlich schon eine "eingedeutschte" Version der BASS-UDF?

Übrigens - die DirectSound-UDF gibt es wirklich von "eukalyptus" - und auch UDFs zu Direct2D und Direct3D ...

Bei einem "FX2"-Nachbau sind nicht nur Sound-relevante Dinge zu bearbeiten, sondern auch Grafik. Die einzelnen grafisch dargestellten Funktionsblöcke werden funktional mit Linien verbunden, die auch dann erhalten bleiben, wenn die Funktionsblöcke auf dem Bildschirm verschoben werden. Das Ganze in einer .exe < 1MB! - Das war zu damaliger Zeit schon eine Leistung!

Grüsse aus Berlin

PSblnkd

Irgendwo hatte ich mal gelesen, daß es eine UDF-Implementierung für AutoIt zu dem bekannten Windows-AddOn "DirectX" gibt.

Damit sollte es möglich sein, Audiosignale programmtechnisch zu bearbeiten.

In den 1990ern gab es mal ein Windows-Programm "FX2", mit dem man sehr viel anstellen konnte - von der einfachen Signalerzeugung bis hin zu komplexer Signalbearbeitung, wie z.B. Echo und Reverb. Anbei mal ein SceenShot ...

Die Frage wäre jetzt, ob man sowas mit AutoIt unter Zuhilfenahme der besagten UDF "nachempfinden" könnte. Eine GUI dafür zu entwickeln, wäre sicherlich nicht so schwierig, aber diese dann mit Leben zu erfüllen ...?

Grüsse aus Berlin

PSblnkd

FX2.jpg

@chrisbyRRC

Natürlich habe ich den Quellcode noch - will schließlich irgendwann, wenn wieder Zeit dafür ist, weiterarbeiten.

Die verbalen Beschreibungen waren wohl nicht ausreichend ...?

Am besten ist, Du kontaktierst mich via eMail.

Grüsse aus Berlin

PSblnkd

Hallo chrisbyRRC,

vor langer Zeit - beginnend 2010 - hatte ich mich mal ausgiebig mit "Grafik für AutoIt" beschäftigt: "Wir bauen uns ein CAD"

Wir bauen uns ein CAD

Es ist ein recht langer Thread, aber mangels allgemeinen Interesse habe ich das dann unterbrochen ... d.h. bis heute nicht weiter bearbeitet.

Das Flacker-Problem und das mit dem Löschen einzelner Grafiken (Linie, Rechteck usw.) hatte ich auch.

Schau Dir einfach mal an, wie ich das gelöst habe ...

Grüsse aus Berlin

PSblnkd

Professor Bernd

Das steht doch im Anfangs-Post:

"Seit ein paar Tagen sind einiger der Ordner im OE mit hunderten von eMails komplett leer oder existieren plötzlich gar nicht mehr.

Die betreffenden dbx-Datein sind aber noch vollständig (?) erhalten.

Im Internet gibt es eine Reihe von Reparatur-Tools, die mehr oder weniger komfortabel funktionieren, aber allesamt nicht kostenlos sind -

mit einer Ausnahme: Mail-cure.

Damit kann man zwar händisch immer nur eine Mail aus der betreffenden dbx-Datei zurückholen, aber nicht direkt wieder in den leeren oder neu zu erstellenden OE-Ordner überführen.

Nun dachte ich mir - das wäre eigentlich eine AutoIt-Aufgabe ... "

Wie gesagt - mein Programm "Outlook Express(OE) Repair-Tool" funktioniert soweit - nur das Problem mit der While - WEnd-Schleife ist noch anhängig.

Demnächst werde ich den Entwicklungsbericht auf meine HP bringen - dann kann jeder nachlesen, wie ich das im Detail gemacht habe.

Grüße aus Berlin

PSblnkd

Danke "water".

Nach einigen Wochen Arbeit - nein, nicht durchgängig - ist es mir doch gelungen was Brauchbares zu programmieren.

Dazu gibt es eine GUI nebst Grundfunktionen - das ist trivial.

Auf der GUI ist auch kurz und knapp die Verfahrensweise erläutert. - Würde gern ein Bild dazu posten -> leider erfolglos.

Die wesentliche UP-Funktion ist diese:

Func Transfer_Run()
;
Local $FileList, $Input1
$Input1 = GUICtrlRead($Input1_ID)                                            ; der Inhalt des Input-Controls
$FileList = _FileListToArray($Input1)                                        ; zum ersten Mal
While $FileList[0] > 0
    ShellExecute($Input1 & "\" & $FileList[1], "", @ScriptDir, "open")       ; eMail aufrufen
    Sleep(1500)                                                              ; sonst gehen die Send-Befehle nicht
    Send("!dv")                                                ; ALT "Datei" -> "Verschieben" - DialogBox öffnet sich
    Send ("{ENTER}")                                                         ; DialogBox schließen – Ausführen
    Sleep(2000)                                                    ; ggf. raus ??? - nein -> verlängern auf 2000!
    ;
    If $FileList[0] > 0    Then                                    ; nur wenn noch eine eMail im Array vorhanden ist!
        $FileList = _FileListToArray($Input1)   ; muß nach jedem Transfer neu aufgerufen werden, da FileList dann neu
    Else
        ExitLoop
    EndIf
WEnd
ProcessClose($OE_ID)                                                                    ; OE beenden
;
EndFunc

Auf den Code für die GUI und die anderen Func-UPs will ich hier verzichten - kann in der Entwicklungsbeschreibung nachgelesen werden.

Soweit funktioniert das ganz gut - allerdings wird die While - WEnd-Schleife zum Schluss mit einer Fehlermeldung abgebrochen, obwohl noch eine IF - Then-Abfrage eingefügt wurde. Nebenwirkung:

Dadurch wird der (unsichtbare) OE-Prozess nicht beendet und OE kann nicht mehr normal gestartet werden ...

Sicherlich ist die Lösung nicht optimal - und sicherlich wird es Leute geben, die das viel besser und eleganter lösen wurden ...

Grüße aus Berlin

PSblnkd