FileMaker Code Analyse mit DuckDB - Teil 2

Marcel Moré zeigte die weiterentwickelte Architektur seines DuckDB-basierten Analyse-Tools für FileMaker-Lösungen. Im Vergleich zum ersten Teil lag der Fokus diesmal auf dem neuen REST-API als Integrationsschicht und den praktischen Anwendungsmöglichkeiten. Architektur und REST-API Die Pipeline: fmp12 → SaveAsXML → SQL Parser (XPath) → DuckDB (lokale Datei) → REST API → UI / AI Agent Das zentrale SQL-Template für die Konvertierung umfasst mittlerweile fast 2.000 Zeilen — entwickelt im Dialog mit Claude....

FileMaker Code Generierung mit Claude Code

Jörg Köster demonstrierte, wie er mit Claude Code ein komplettes WEB-Dashboard für Disponenten entwickelte, inklusive Brevo-API-Integration für Zustellstatus-Tracking von Kundenbenachrichtigungen. Der Beitrag zeigte eindrücklich, wie weit die KI-gestützte FileMaker-Entwicklung mittlerweile reicht — von der HTML-Generierung über XML-Snippet-Erzeugung bis zur automatischen Prozeduranalyse. E-Mail-Dashboard mit Brevo API Ausgangspunkt war ein konkreter Kundenbedarf: Eine Speditionssoftware sollte ein Dashboard erhalten, das Disponenten den Zustellstatus ihrer E-Mails anzeigt — Zustellungen, Öffnungen, Spam-Markierungen, Bounces und Löschungen. Obwohl Jörg nach eigener Aussage wenig HTML-Kenntnisse besitzt, generierte Claude Code die gesamte Oberfläche inklusive Brevo-API-Anbindung an einem Nachmittag....

FileMaker Code-Migration mit Plan-B

Armin Egginger stellte seinen „Plan B"-Ansatz vor: FileMaker-Lösungen über XML-Normalisierung in plattformunabhängige Apps überführen. Die spontane Zwischenpräsentation knüpfte direkt an die XML-Themen von Marcel und Jörg an und zeigte eine andere Richtung — weg von der FileMaker-Optimierung, hin zur vollständigen Plattformunabhängigkeit. Von FileMaker zu Cross-Platform Am Beispiel seines E-Rechnungsprojekts („Cross E-Rechnung") demonstrierte Armin die Pipeline: FileMaker XML → normalisierte SQL-Datenbankstruktur → Layout-Generierung → Cross-Platform-App via Flutter/Dart Der Schlüssel liegt in der Normalisierung: Die FileMaker-XML-Exporte (SaveAsXML und DDR) werden in eine standardisierte Struktur überführt, die von der Zielplattform unabhängig ist....

FileMaker SaveAsXML mit DuckDB analysieren

Marcel Moré demonstrierte eine innovative Methode, um die interne Struktur von FileMaker-Lösungen zu untersuchen. Dabei kombinierte er die FileMaker-Funktion „Kopie speichern als XML“ (Save Copy as XML) mit der Leistungsfähigkeit von DuckDB, um komplexe Abfragen auf die Metadaten einer Lösung auszuführen. Grenzen herkömmlicher Analyse-Tools FileMaker bietet mit der XML-Speicherung eine umfassende Strukturbeschreibung, die jedes Detail einer Datei – von Tabellendefinitionen und Feldern bis hin zu Scripts, Layout-Objekten und Custom Functions – in einem standardisierten Format abbildet....

CrossCheck ScriptChain-Graph

Adam Augustin präsentierte eine neue Funktion für die FileMaker Analyse-Software CrossCheck. Diese ermöglicht es, die hierarchischen Abhängigkeiten von Skript-Aufrufen zu visualisieren. Das Besondere daran: man kann nicht nur die Aufrufe von Unterskripts in der grafischen Darstellung einfach erkennen, sondern auch per Klick auf jeden enthaltenen Knoten zurück in das CrossCheck-Tool springen und das zugehörige Script direkt anzeigen. Die Darstellung der Skriptbäume erfolgt mit Hilfe von SVG. Auch umfangreiche Graphen werden schnell und flüssig dargestellt....

CrossCheck: neues Feature für Optimierungen

Amin Egginger zeigte eine Vorschau auf Funktionen des kommenden Release von CrossCheck. Bei der Überarbeitung und Optimierung bestehender FileMaker Lösungen ist es oft hilfreich, bestimmte Abfolgen von Script-Schritten zu identifizieren. Dazu stellte Armin einige Beispiele von typischen Abläufen vor, die sich mit Best Practices optimieren lassen: Anstatt erst in ein anderes Layout zu wechseln und dann den Suchmodus aufzurufen, ist es besser die Reihenfolge umzudrehen. Also erst in den Suchmodus wechseln und dann das andere Layout aufrufen....

FileMaker XML-Export File Exploder

Das vor kurzem von Malte Bastian vorgestellte Tool zum Zerlegen der FileMaker XML-Dateien war ein Wunschthema für diesen Abend. Sinn und Zweck des Tools ist es, passende Vorlagen für die Verwendung mit der Versionsverwaltung “git” zu erstellen. Bislang war dieser Anwendungsfall mit den aus FileMaker erzeugten XML-Dateien sehr unhandlich, weil immer alle Änderungen in einer Datei stattfinden und so der Versionsvergleich ziemlich unübersichtlich ausfällt. Das neue Tool zerlegt die XML-Dateien in kleine Abschnitte, getrennt nach Layouts, Scripts, Tabellen, Themes, Wertelisten, Custom Functions, Custom Menus, Privileg Sets, usw....

13.03.2024 · 

Einführung in git

Martin Gattermann erläuterte die Verwendung eines Versionierungssystems anhand von git. Nach einer kurzen Einführung über den Nutzen von Versionierung folgte ein kleiner Workshop, in dem Martin vorführte, wie sich ein Projekt mit git versionieren lässt und was passiert, wenn man Dateien ändert oder neu hinzufügt. Mit den Tools iTerm2, GitKraken und Visual Studio Code ließen sich die einzelnen Schritte gut nachvollziehen und einige Experimente spontan umsetzen. iTerm2 https://iterm2.com GitKraken https://www.gitkraken.com...

FileMaker Entwickler Tools

Aus der Diskussion um git entspann sich die Frage, mit welchen Tools sich die Versionierung von FileMaker Dateien noch abbilden lässt. Dazu kam der Hinweis auf FMPerception, das dazu einen Diff-Viewer für Database Design Reports anbietet. Vom gleichen Anbieten gibt es das neue Tool FMComparison, welches speziell für diesen Anwendungsfall gedacht ist. Auch InspectorPro bietet eine Funktion an, um Änderungen zwischen Versionen übersichtlich anzuzeigen. FMPerception https://www.geistinteractive.com/products/fmperception-fast-filemaker-analysis/ FMComparison https://www.geistinteractive.com/products/fmcomparison/ CrossCheck http://www.fm-crosscheck.com/Home.html...

12.08.2021 · 

Ansätze für Versionsvergleiche zwischen mehreren Entwicklungsständen

Eine Fragestellung, die oft im Entwicklungsalltag relevant ist, dreht sich um den Vergleich unterschiedlicher Entwicklungsstände. Zum Beispiel zwischen mehreren an unterschiedlichen Orten eingesetzten Varianten der selben Lösung. Oder zwischen lokaler Entwicklungsversion und gehosteter Serverversion. Da FileMaker selbst keine brauchbaren Werkzeuge dafür mitbringt, ist es erforderlich, eigene Strategien zu entwickeln, um z.B. aus dem DDR (Database-Design-Report) die richtigen Schlüsse ziehen zu können. Ein interessanter Ansatz dazu wurde vor kurzem im Filemaker-Forum vorgestellt:...

08.02.2017 ·