Beiträge von PSblnkd

Hallo msmn

so ein ähnliches Problem beschäftigt mich z.Zt. auch -> SciTE-Tutorial.
wobei das nur ein Teilproblem ist - ich will versuchen SciTE auch "StepByStep" beizubringen ...

Grüsse aus Berlin

PSblnkd

BugFix

Es hat nun doch eine ganze Weile gedauert, daß ich mich wieder mit der Problematik beschäftigen konnte. - Folgende Überlegungen und einige Versuche (alles zur Vorbereitung von "StepByStep" für SciTE):
Zunächst soll zur Beobachtung der Variablen-Veränderung eine Inhalts-/Werte-Ausgabe programmiert werden. Dazu wird die Skript-Zeile eingelesen, wo die Variablen deklariert sind - also z.B.

Global $a, $b, $c ...
mit

$line = FileReadLine($file, $i) ; Einlesen der i-ten Zeile, ggf. mit Vorbestimmung von $i

$line dann in ein Array bringen, um die einzelnen Variablen zu separieren und ggf. nur die interessierenden auszuwählen (über MsgBox Ja/nein)

$varArray = StringSplit($line, ",") ; Aufspalten des Strings in einzelen Elemente, die Komma-getrennt sind

Wenn ich mir aber über

GUICtrlSetData($inpVar, $varArray[$z])

die aktuellen Daten einer der jeweilen Variablen in der GUI anzeigen lassen will, funktioniert das so nicht.
Es wird immer nur der Variablenname anzeigt, nicht der Inhalt/Wert. Ein programmierbaren Zugriff auf den Inhalt (Wert) einer der Variablen ist mir nicht gelungen.

Was mache ich falsch, bzw. wo ist mein Denkfehler?

Das gesamte Skript hier zu posten, erachte ich als zu unübersichtlich, weil viel zu viel Tempöräres drin ist, wegen den vielen Versuchen ...
Zu Weiterem komme ich dann später.

Grüsse aus Berlin

PSblnkd

Andy

Danke für Deine Hinweise. Zwischenzeitlich habe ich mir diesen "C++toVB"-Converter mal etwas näher angeschaut, dh. die Help-Datei. Tatsächlich schreiben die dort, daß das ganze Verfahren sehr kompliziert ist, man sogar mit Heuristik arbeitet und trotzdem bleibt noch vieles offen ... d.h. ohne händische Nacharbeit wird's nicht gehen.

Dann habe ich mal einen Konvertier-Versuch mit einer einfachen C++-Funktion gemacht und siehe da - mein Verständnis zur Funktionsweise dieser Funktion wurde massiv gestärkt. Natürlich kann man nicht davon ausgehen, dass die Konvertierung 1:1 sofort lauffähig ist. Wie ich schon im TO schrieb, geht es mir vordergründig um das tiefere Verständnis zu vorliegenden C++Codes. Damit gibt es m.E. nun ein hilfreiches Werkzeug den mitunter sehr kryptischen C++Code verstehen zu können, wenn man kein C++-Profi ist.

Ich werde weitere Versuche unternehmen und berichten.

Grüsse aus Berlin

PSblnkd

Ein kleiner Hinweis als Nachtrag.
Ich habe da einen "C++ to VB Converter" gefunden -> http://www.tangiblesoftwaresolutions.com/index.htm.
Für eine Vollversion rufen die aber $-Preise auf, die meine "Taschengeld-Rente" nicht zulassen. Aber es gibt auch eine Freeware-Version, die jedoch Codezeilenanzahl-beschränkt ist. Somit geht die Konvertierung i.d.R. nur durch C&P für einzelne Funktionen. Ganze C++-Datein ziehen oft riesige Include-Datein hinterher, so daß die Zeilenbeschränkung schnell überschritten wird.
Interessant ist aber die prinzipielle Erklärung der Funktionsweise in der auch in der Freeware-Version mitgelieferten "CPlus to VB Converter Help.chm".

Da VB doch wesentlich näher an AutoIt ist als C++, könnte es vielleicht eine wertvolle Hilfe für einen "C++ to au3 Converter" sein. Vielleicht finde ich nochmal Zeit mich auch damit noch zu beschäftigen ...

Grüssse aus Berlin

PSblnkd

@BugFix

Trotz gelegentlich wiederholtem Lesens in https://github.com/BugFix/AutoIt-…y_playground.md - leider muß ich mich auch noch mit anderen Problemen rumschlagen - Ist mir die Verfahrensweise immer noch nicht "einleuchtend" genug. Und dann ist da der Satz: "Die Menüleiste ist nicht über eine Windows Fensterklasse implementiert und dadurch nicht mit der WinAPI manipulierbar." - Meinst Du damit die mit "ToolbarWindow32" benannte, oder die Menüs im "SciTEWindow"? Aber gerade das wäre interessant, weil dort (vllt.) unter "Extras" die Funktionalität "Compile | Build | Go ua. " zugänglich ist (?). In meiner SciTE-Version 1.79 sieht das zwar etwas anders aus: "File | Edit | Search | View | Tools | Options | Language | Buffers | Help" ist dort das Menü, aber in "Extras" oder "Tools" wünsche ich mir die bereits o.g. Funktionalitäts-Ergänzung:
- Schrittbetrieb mit Anzeige der Variablen-Inhalte,
- Haltepunkte setzten/löschen und Abarbeitung bis dahin,
- Prozedur-Abarbeitung usw.

Wenn ich das richtig verstanden habe, müßte das Basis-Programm "SciTE" mit entsprechenden Ergänzungen nach dem Muster "SciTE_Starter.au3" -> https://github.com/BugFix/AutoIt-…iTE_Starter.au3 in eine neue exe gebracht werden, um dann als angepasste Version z.B. als "SciTE_spez.exe" verwendet werden zu können. Aber da ist dann noch das Problem der "Beiwerks"-Dateien, die ggf. ebenfalls noch angepasst sicherlich mit installiert werden müssen - von evtl. notwendigen Einträgen in die Registry mal ganz zu schweigen ...

So viel für heute ...

Grüsse aus Berlin

PSblnkd

BugFix

Da habe ich mich wohl doch noch nicht verständlich genug ausgedrückt und dann bist Du mir auch noch zuvor gekommen ...

Wie ich weiter oben schrieb, geht es mir vordergründig darum einen komfortablen Ersatz für die ehemals in TurboCAD Prof. integrierte IDE zur SDK-Programmierung zu finden. Das hat nun nicht unbedingt was mit VB(A) zu tun, weil ich in AutoIt zwar eine annehmbare Alternative fand, aber in der SciTE-IDE eben noch Wünsche offen sind ... hatte ich oben aufgeführt. Für die Integration in TurboCAD wäre dann auch eine bestimmte DLL-Variante zweckmäßiger.

Nun warst Du schon fleißig und hast erste Ansätze zu einem SciTE-Tutorial in deutsch auf Github veröffentlicht. Leider habe ich momentan keine Zeit das gründlich durchzuarbeiten ... habe nur mal diagonal drüber geschaut. Das seht schon mal recht gut aus und später wird es auch Anmerkungen/Fragen meinerseits dazu geben ...

So viel für heute ... alles Gute noch für's neue Jahr!

Grüsse aus Berlin

BugFix

Danke für Deine Erklärung. Mir schwebt halt vor, für die ehemals in TurboCAD (Prof.) integrierte VBA-IDE einen adäquaten Ersatz mit gleicher o. ähnlicher Funktionalität zu finden.
Was bei SciTE aber z.B. fehlt, sind die bei VB(A) vorhandenen Debugger-Funktionen, z.B.:

- Schrittbetrieb mit Anzeige der Variablen-Inhalte,
- Haltepunkte setzten/löschen und Abarbeitung bis dahin,
- Prozedur-Abarbeitung usw.

Der Schrittbetrieb ist sehr wichtig und könnte vielleicht mit der Einzeilen-Funktionalität von
(-> https://www.autoitscript.com/autoit3/docs/intro/running.htm)
Run a single line of code:
AutoIt3.exe [/ErrorStdOut] /AutoIt3ExecuteLine "command line"
Execute one line of code.
realisiert werden.
Wie man dabei Haltepunkte setzt/löscht oder gar eine Prozedur-Abarbeitung realisiert - momentan (noch) keine Ahnung.
Die Frage ist halt:
Kann man in die Menü-Struktur von SciTE die o.g. genannten Elemente zusätzlich einbauen, d.h. zusätzlich zu den derzeit bereits vorhandenen:
- "Go" (Interpreter-Funktion mit AutoIt3.exe),
- "Compile" (Erzeugung einer lauffähigen exe-Datei mit Aut2exe.exe)
und dabei das Syntax-HighLighning entsprechnend der neuen Funktionalität anpassen. Irgendwie muß das ja gehen, sonst wäre es auch für AutoIt nicht anpassbar gewesen ...

Deshalb wäre ich (wir?) an einer ausführlichen Erklärung (Tutorial) für SciTE sehr interessiert.

Grüsse aus Berlin verbunden mit den besten Wünschen für's neue Jahr

PSblnkd

Zitat von BugFix

Was für "andere Anwendungen" hast du denn so im Kopf?

Na ja, nicht nur im Kopf, sondern viel auch auf Papier/Datei ... Es gibt da so'n Buchprojekt -> http://ps-blnkd.de/SDK_Inh.pdf und http://ps-blnkd.de/SDK-T2_Inh.pdf.
In TurboCAD war bis zur Version 10.5 eine VBA-IDE integriert. In den nachfolgenden Versionen konnte man sich dann nur noch mit EXCEL-VBA behelfen. Neuerdings haben sie jetzt eine "Ruby-Console" als Ersatz integriert - ist wirklich ein "toller Ersatz". Deshalb suche ich schon lange nach einer adäquaten Ersatzlösung. Wenn man SciTE mit IntelliSense dort integrieren könnte - das wär's vielleicht ...
Mit AutoIt habe ich Standalone-Lösungen programmiert, weil auch mit der VBA-IDE so etwas nicht möglich ist, z.B. einen Stücklisten-Generator -> https://ww3.cad.de/foren/ubb/Forum229/HTML/000010.shtml (ganz am Ende des Threads) ...

Grüsse aus Berlin

PSblnkd

In SciTE - Farbig hervorheben: Aktuelles Tab Item lese ich gerade, wie BugFix die beliebte IDE für AutoIt modifiziert hat.
Mit dem Gedanken SciTE auch für andere Anwendungen einsetzen zu wollen habe ich mich auch schon getragen. Nur ist mir das ganze Prozedere noch nicht so richtig, d.h. eigentlich gar nicht klar. Deshalb würde ich mich sehr freuen, wenn jemand mit diesbezüglichen Erfahrungen -> BugFix (?) für SciTE ein ausführliches Tutorial (in deutsch) erstellt.

Eine Alternative wäre vielleicht auch das hier -> Dll erstellen und mit AutoIt nutzen - FreeBasic Tutorial genannte FreeBasic mit Editor/IDE -> https://www.freebasic-portal.de/downloads/ides…dit-ide-30.html. Nur habe ich dort keinen Hinweis gefunden, daß auch die COM-Technologie unterstützt wird, was ja bei AutoIt mit SciTE der Fall ist.

Ansonsten wünsche ich allen "AutoIt`ern" schöne Feiertage und alles Gute im neuen Jahr

Grüsse aus Berlin

PSblnkd

Dank der freundlichen Unterstützung -> AutoIt-SQLite to HTML konnte ich nunmehr die Zusatz-Funktionalität des Mediathek-Programms "Db-Export" erfolgreich realisieren.
Vielen Dank nochmal an alle, die mir dabei geholfen haben.
Hier nun der Code:

Func Db_Export()
Local $dbPfad, $Db, $Query, $Row, $RowText, $QBack, $MsgB, $fileHTML, $TextHTML, $WriteBack
$dbPfad = @Scriptdir  & "\Mediathek.dbf"		; zur Pfadkorrektur
_SQLite_Startup()						; Initialisierung der SQLite-Datenbank
	If @error <> 0 Then
		MsgBox(16, "SQLite Fehler", "SQLite.dll konnte nicht geladen werden!") 
		Exit
	EndIf
$Db = _SQLite_Open($dbPfad, $SQLITE_OPEN_READWRITE) 												; Mediathek-Datenbank öffnen
	If @error > 0 Then
		MsgBox(16, "SQLite Fehler", "Konnte die Datenbank nicht laden!")					
		_SQLite_Shutdown()			
		Exit
	EndIf
$QBack = _SQLite_Query(-1, "SELECT * From DbTab ORDER BY CAST(LfdNr as integer)", $Query)					; mit Rückgabewert nur für Test
; Einfügen von Head und Überschriftszeile der HTML-Tabelle (mit SuperHTML generiert), hier nicht dargestellt
; Vor dem Öffnen der HTML-Datei muß diese als Gerüst im Pfad vorliegen
$fileHTML = FileOpen ("Mediathek_Inhalt.html", 1)						; Öffnen im normalen Schreibmodus, Daten werden ab Datei-Ende angehangen
While _SQLite_FetchData($Query, $Row) = $SQLITE_OK 									; Ruft eine Zeile von der _SQLite_Query()-Abfrage ab
; Einfügen der $Row[]-Inhalte in die HTML-Tabelle, jede Zeile einzeln in die Datei bringen
$TextHTML = "<tr valign='top'>" & _			
    "<td>" & $Row[0] & "</td>" & _
    "<td>" & $Row[1] & "</td>" & _
    "<td>" & $Row[2] & "</td>" & _
    "<td>" & $Row[3] & "</td>" & _
    "<td>" & $Row[4] & "</td>" & _
  "</tr>"
$WriteBack = Filewrite ($fileHTML, $TextHTML)											; Anhängen einer Tabellenzeile in die HTML-Datei 
If $WriteBack <> 1 Then
    MsgBox(0, "Fehler", "Die Datei konnte nicht beschrieben werden.")
		FileClose ($fileHTML)				; HTML-Datei schließen
		_SQLite_QueryFinalize($Query)		; Freigeben der $Query-Ressource
		_SQLite_Close($Db)			; Schließen der Datenbank
		_SQLite_Shutdown()	
		Exit											EndIf
WEnd							; Rücksprung zu While bis alle Zeilen erfasst
$TextHTML = "</table></body></html>"	; der Abspann der HTML-Datei 
Filewrite ($fileHTML, $TextHTML)		; Anhängen Daten
FileClose ($fileHTML)				; HTML-Datei schließen
_SQLite_QueryFinalize($Query)			; Freigeben der $Query-Ressource
_SQLite_Close($Db)				; Schließen der Datenbank
_SQLite_Shutdown()	
;
EndFunc

Falls also jemand das zu einem Standalone-Programm incl. GUI usw. als "SQLite2HTML-Converter" weiterentwickeln will - gern. Auch das gesamte Mediathek-Programm steht zur Verfügung ...

Das Ergebnis der Exportfunktion hier -> https://www.industriesalon.de/wp-content/upl…ustriesalon.pdf. Die PDF-Form ist sehr unglücklich gewählt, weil einerseits die Ladezeit erheblich verlängert wird und andererseits tw. die Tabelle "zerissen" ist. Webmaster sind eben auch nicht mehr das, was sie eigentlich sein sollen ... Das wird hoffentlich noch geändert!

Grüsse aus Berlin, verbunden mit den besten Wünschen zum Fest und alles Gute für's neue Jahr

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