Beiträge von PSblnkd

Aber, aber Leute - warum muß das immer gleich in's Persönliche ausarten!
Warum ich immer noch WinXP habe - für wichtige sicherheitsrelevante Aufagen über's Internet auch noch einen Linux-PC - will ich an dieser Stelle nicht erläutern, da würde den Rahmen hier sprengen und gehört auch nicht zum Thema.

Es gibt aber Wichtigeres - ich habe die Ursache für das Nichtfunktionieren der Mediatheks-Datenbank gefunden!

In meinem Entwicklungsbericht steht nun Folgendes (ich schreibe immer alles, jeden Schritt auf!);

"Noch mal ein Test mit der Original Mediathek ISS.au3 vom Ordner Mediathek_aktuell:

• lauffähig mit der Datenbank Mediathek.dbf vom 09.04.2015 (111kB),
• lauffähig mit der Datenbank Mediathek.dbf vom 19.07.2023 (195kB),
• nicht lauffähig mit der Datenbank Mediathek.dbf vom 16.09.2023 (195kB)!

Es scheint also wirklich mit der neuesten Version der Datenbank ein Problem zu geben und nicht mit dem Programm. Obwohl beide Datenbanken augenscheinlich die gleiche Größe haben, kann es im Detail Unterschiede geben.

Beide Versionen wurden deshalb auch mit WinHex untersucht.

Beide Dateien haben gleiche Byte-Anzahl: 199680, aber in der Version Mediathek.dbf vom 16.09.2023 sind in den ersten 8 Byte:

- 53 7B 09 10 06 00 00 00 = S{ ,

hingegen in der Version Mediathek.dbf vom 19.07.2023:

- 53 51 4C 69 74 65 20 66 = SQLite F

Offensichtlich ist die Kennung SQLite Format 3 beschädigt worden.

Es wird deshalb mit der Version Mediathek.dbf vom 19.07.2023 weitergearbeitet.

Erfolg!!

Es lag wirklich an der “korrupten“ Datenbank-Version. Mit den beiden lauffähigen Versionen (s.o.) ist es auch egal, an welchem Ort sich die beiden Dateien – Mediathek_ISS.exe, oder Mediathek ISS.exe , oder nur Mediathek.exe und Mediathek.dbf befinden – nur müssen sie beide im selben Ordner sein."

Warum es zu dieser Datei-Beschädigung bei der letzten Datenbank-Version gekommen ist, kann ich nur vermuten. Beim Einsetzen des USB-Sticks gab's Kontaktprobleme ...

Damit ist das Problem gelöst - na ja, noch nicht die Eingliederungen des neuen Menüpunktes "Datenbank-Export HTML" und dessen Funktionalität. Aber das werde ich auch noch lösen - dank den wertvollen Code-Ansätzen von Peter S. Taler und concara. Vielen dank nochmal dafür!

Grüsse aus Berlin

PSblnkd

@MojoeB vom Freitag, 16:58

Danke für Deinen Hinweis nebst Code, Das habe ich dann auch gleich mal versucht - leider vergeblich. Auch damit funktioniert es nicht.

@Peter S. Taler vom Freitag, 18:14Danke auch für Deine Hinweise.

Die Umbenennung von Mediathek ISS.exe -> Mediathek_ISS.exe war erfolgreich. Das nützt mir aber nicht wirklich. weil bei der nicht lauffähigen Version der Quelldatei Mediathek ISS.au3 .> Mediathek_ISS.au3 kein Erfolg zu sehen war.

Ich habe mir nochmal die Fehlermeldung genau angesehen. Da steht ja nicht, daß die Datenbank nicht gefunden wurde, sondern daß es ein Problem bei der Funktion _SQLite_Query( ... ) in der include-Datei SQLite.au3 gegeben hat - nur welches? -

In den Quellcode von SQLite.au3 reingeschaut - aber so richtig schlau werde ich da adhoc auch nicht.

In der AutoIt-Hilfe steht zur Parameterangabe für _SQLite_Query( ... ) , daß man dort eine "-1" für den ersten Parameter einsetzen soll, wenn es sich um eine bereits geöffnete Datenbank handelt, was ja hier der Fall ist (mit _SQLite_Open( ... ). Auch das habe ich versucht - erfolglos.

Mit WinHex habe ich nun die genaue Dateigröße ermittelt - in beiden Fällen genau 22982 Bytes, Auch ein Vergleich ergab: Identisch, allerdings mit einer Merkwürdigkeit:

Während in der lauffähigen Version das Datum der Erzeugung und letzter Änderung plausible sind (09.11.2014 und 15.04.2015) ist das bei der anderen nicht der Fall: - Erzeugung 4.11.2023 und letzte Änderung 15.04.2015 ! -

In einem weiteren Versuch (entspr. o.g. Fehlermeldung) habe ich den Rückgabewert von _SQLite_Query( ... ) ermittelt -> 26 ! - Diesen finde ich nicht in den $SQLITE_*Konstanten, sollte nach AutoIt-Hilfe aber so sein ...

So, das ist z.Zt. der Stand.

Vielleicht habt Ihr noch ein paar Ideen ...

Grüsse aus Berlin

PSblnkd

Peter S. Taler vom 03.11.2023

Vielen Dank für Deine Anteilnahme. Eine Zusatzdatei "Index" o.ä. gibt es nicht.

Nachdem ich gestern vom Mediatheks-PC nochmal eine aktuelle Kopie aller 3 relevanten Datein

- Mediathek ISS.exe,

- Mediathek.dbf,

- Mediathek ISS.au3

auf den USB-Stick gezogen habe und die Lauffähigkeit sowohl vom USB-Stick dort. wie auch hier zu Hause auf dem WinXP-Rechner gegeben ist, bin ich nun doch etwas ratlos. Obwohl beide Datei-Versionen (Mediathek ISS.exe, Mediathek ISS.au3) in ihrer Größe gleich sind, gibt es nur im Datum der exe einen Unterschied, d.h. die Version auf dem Mediatheks-PC ist um 1 Std. älter als die damalige Sicherheitskopie. Auch die Quell-Datein sind 20min älter als die damalige Sicherheitskopie der exe.

Wenn man das Skript der alten Sicherheitskopie, aber mit der neuen Datenbank-Version im SciTE über "Go" (Interpreter-Funktion) laufen läßt, kommt zwar die GUI, aber ohne Inhalt des ListView-Fensters. Erst nach Schließen der GUI steht unter dem Skript ein Hinweis auf eine Fehlermeldung:

! SQLite.au3 Error

--> Function: _SQLite_Query

--> Query: SELECT * From DbTab ORDER BY CAST(LfdNr as integer)

--> Error: file is encrypted or is not a database

Im Fall der neuen Sicherheitskopie (wo ich keinen Unterschied zur alten erkennen kann) funktioniert es auch mit mit der neuen Datenbank-Version - sehr merkwürdig ...

Hier noch ein Ausschnitt des betreffenden Skript-Teils:

_SQLite_Startup()                                                                            ; Initialisierung der SQlite-Datenbank
    If @error > 0 Then
        MsgBox(16, "SQLite Fehler", "SQLite.dll konnte nicht geladen werden!")
        Exit -1
    EndIf
;
    $Db = _SQLite_Open("Mediathek.dbf", $SQLITE_OPEN_READWRITE + $SQLITE_OPEN_CREATE)         ; versuche die Mediathek-Datenbank zu öffnen
    If @error > 0 Then
        MsgBox(16, "SQLite Fehler", "Konnte die Datenbank nicht laden!")
    EndIf
;
Local $Query, $Row, $RowText
_SQLite_Query($Db, "SELECT * From DbTab ORDER BY CAST(LfdNr as integer)", $Query)            ; hier wird nun richtig sortiert: 1, 2, 3, ...
;    
While _SQLite_FetchData($Query, $Row) = $SQLITE_OK                                             ; Ruft eine Zeile von einer _SQLite_Query()-Abfrage ab
    $RowText = $Row[0]&"|"& $Row[1]&"|"& $Row[2]&"|"& $Row[3]&"|"& $Row[4]                    ; $RowText: eine Datenbank-Zeile mit Trennzeichen "|"
    GUICtrlCreateListViewItem($RowText, $ListView)                                            ; eintragen in die ListView
WEnd
;    
_SQLite_QueryFinalize($Query)                                                                ; Freigeben der $Query-Ressource
_SQLite_Close($Db)                                                                            ; Schließen der Datenbank
_SQLite_Shutdown()

Wenn ich mit meinen Untersuchungen weiter gekommen bin, werde ich wieder berichten.

Grüsse aus Berlin

PSblnkd

Nach all den Diskussionen habe ich mich nun doch entschlossen die Menü-Struktur des Mediathek-Programms mit einen neuen Punkt zu erweitern:

"HTML-Export"

Dazu will ich den Code-Ansatz von Peter S. Thaler verwenden - vielen Dank nochmal dafür.

Wenn es soweit ist und das Skript läuft, werde ich wieder berichten.

Allerdings ist gleich ein Problem aufgetreten:

Ich habe hier auf einem USB-Stick die Sicherheitskopie des Skripts, des fertigen Programms (Mediathek.exe) und der eigentlichen Datenbank. Da diese nun auf dem Mediatheks-PC laufend aktualisiert wird, ist die Datenbank-Datei auf dem Stick natürlich nicht mehr der letzte Stand.
Wenn ich diese nun anstelle der ursprünglichen vom Stick aus mit dem Programm starten will, funktioniert das nicht, obwohl die beiden Datenbank-Datein regelrecht ausgetauscht wurden.

Ich hoffe mich diesmal verständlich genug ausgedrückt zu haben ...

Grüsse aus Berlin

PSblnkd

Andy

Danke für Deine Hinweise, aber die gesamte Thematik ist doch dermaßen kompliziert, daß man - wie Du sinngemäß schreibst - schon ansatzweise "in's Schleudern" gerät. Bereits eine probeweise Compilation einzelner C++-Datein scheitert schon an irgendwelchem "Beiwerk", was da vielleicht noch gebraucht wird.

Da lobe ich mir doch AutoIt!

So einfach und schnell zielführend habe ich bis jetzt noch nichts Vergleichbares gefunden.

Trotzdem würde es mich schon "jucken" so einen Code-Umsetzer zu programmieren - ist halt so ähnlich wie ein Compiler-Bau, Der konvertierte Code braucht ja nicht lauffähig zu sein, aber ansatzweise ein Übersetzung zur besseren Verständlichkeit wäre schon sehr hilfreich.

Auch an eine Alternative für den SciTE mit eingebautem Debugger (Schrittbetrieb mit Marken und Variablen-Fenster) hatte ich schon gedacht ...

Aber leider - die Zeit habe ich momentan nicht ... da hängt z.B. mein Mediathek-Projekt -> AutoIt-SQLite to HTML und "Wir bauen uns ein CAD" will ich auch irgendwann mal weiter bearbeiten ...

Grüsse aus Berlin

PSblnkd

Mir sind da eine große Menge C++ Quellcode-Datein und Beschreibungen (-> https://www.geometrictools.com/index.html) in die Hände gefallen, die ich gern in AutoIt-Skripts übertragen möchte, weil diese vielleicht für mein Projekt "Wir bauen uns ein CAD" (hier im Forum vorgestellt) nützlich sein könnten. Eine händische Konvertierung ist sehr mühsam - deshalb meine Frage:

Gibt es bereits einen solchen Konverter? - T.G. bringt nur den umgekehrten Fall, d.h. au3 -> Cpp.

Grüsse aus Berlin

PSblnkd

Peter S. Taler

Vielen Dank für Dein Skript. Und ja, das sieht so einfach aus. In der Vergangenheit bin ich jedoch oft dem Trugschluß aufgesessen, daß man so'n Problem mal schnell lösen kann. Dabei stellte sich dann heraus, daß "der Teufel im Detail" sitzt ...

water

Ja, Du hast Recht. mit meinem Linux-PC geht es .Es lag an der nicht vollkommenden Internet-Funktion meines Arbeits-PC. Da wird die "Erweitert" unter "Thema bearbeiten" nicht aufgerufen ...

Noch ein Hinweis:

Bei der "händischen" Transformation der Daten ist mir aufgefallen, daß in der Datenbank-Datei einzelne Datensätze mehrfach vorkommen, teilweise auch unvollständig. Man muß da sehr aufpassen den richtigen zu kopieren und dann kommt noch dazu, daß sie nicht in der Reihenfolge der "LfdNr" abgelegt sind. Ebenfalls müssen noch alle Umlaute etc. editiert werden ... es ist doch arbeitsintensiver, als angenommen.

Nur für den Fall, daß das auch mal jemand so machen will/muß ...

Grüsse aus Berlin

PSblnkd

BugFix

Du hast Recht - bei dem heutigen Erkenntnisstand wäre eine andere Titelüberschrift sinnfälliger gewesen. Das kann ich aber leider nicht mehr ändern ...

Velted

Wenn Du den bereffenden Thread unter Projekte" gelesen hättes - dort steht incl. den auf meine HP verlinkten Infos eigentlich alles drin.

Peter S. Taler

Ja, das hatte ich gesehen - meine Anfrage ging aber nach einem diesbezüglichen Konverter.

Damit ist eigentlich alles gesagt. Ich bin um weitere Erkenntnisse zu AutoIt reicher, obwohl ein wenig einführende Erklärungen zur SQLite-UDF wären sicherlich hilfreich gewesen ...
Natürlich könnte ich mich mit einem Datenbank-Konverter für SQLite -> HTML beschäftigen, aber wie gesagt, dazu fehl mir momentan die Zeit - in Anbetracht dessen, wie lange ich damals für der Mediathek gebraucht habe.

Z.Zt. habe ich händisch bereits etwa die Hälfte der über 200 Einträge konvertiert. Wenn die HTML-Seite fertig und in der HP des Industriesalons eingebunden ist, könnt Ihr lesen, was dort in der Mediathek alles verfügbar ist.

Grüsse aus Berlin

PSblnkd

BugFix und MojoeB

Danke Euch beiden für Eure Bemühungen.

Ich wollte aber keinen SQLite_To_HTML-Converter erst programmieren, sondern nur einen benutzen.

Und da war eben die Frage - welchen?

Daß man das Ganze händisch machen kann - ist z.T. mein Tun, ist aber sehr mühsam ...

Grüsse aus Berlin

PSblnkd

BugFix

Danke für Dein Skript - werde ich mal testen, wenn Zeit ist. Das kann immerhin mal ein Ansatz sein so'n DBFtoHTML-Converter für/in AutoIt zu programmieren. Momentan habe ich dafür aber keine Zeit.

@'Velted'

Was meinst Du mit "die Datentabellen per CLI mit drei Anweisungen in ein HTML-Format auszugeben" ?

Peter S. Taler

Danke für Deine Bemühungen.

Dein Link Search results - The Portable Freeware Collection führt aber nicht zu einem DBFtoHTML-Converter.

Da ich mich offensichtlich immer noch nicht verständlich genug ausgedrückt habe - hier nochmal (zum Mitschreiben - Zitat aus meinem Entwicklungsbericht):

" ... wird die Datenbank "Mediathek.dbf" geöffnet, bzw. wenn diese noch nicht existiert, wird die Datei automatisch sofort neu erstellt mit:

$Db =_SQLite_Open("Mediathek.dbf", $SQLITE_OPEN_READWRITE + $SQLITE_OPEN_CREATE)

Die Datei ist solange im Zugriff, bis mit

_SQLite_Close($Db)

die Datenbank geschlossen wird. Bei einer Neuerstellung wird mit

_SQLite_Exec($Db, "CREATE TABLE Tabelle (LfdNr,Medienart,Titel,Inhalt,Laufzeit,LinkAdr);")

auch eine neue Tabelle angelegt ..."

Und so werden auch die anderen Funktionen der SQL-UDF zum Einfügen eines neuen Datensatzes, Auslesen in die auf dem Bildschirm dargestellte Tabelle benutzt. Die Abspeicherung der Daten erfolgt offensichtlich immer im Hintergrund in der Datei "Mediathek.dbf", ohne daß man dazu was tun muß.

Aber das alles ist eben nicht das Thema!

Ich wollte nur wissen, ob jemand schon mal erfolgreich aus eben so einer mit den AutoIt-Mitteln erstellten Datenbank eine Konversionsmöglichkeit in eine HTML-Tabelle gefunden hat.

Grüsse aus Berlin

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