Leaderboard

ai2fm v2.37.3 Makes the FileMaker Round Trip Faster Community-Driven DX: Bidirectional Auto-Convert Previously, translating an emailed FileMaker XML snippet into .fmscript required two manual keyboard shortcuts. Now, you can do it in one. Simply press Cmd+Opt+Q (Mac) or Ctrl+Alt+Q (Windows), and the extension will instantly execute a true bidirectional translation in a split side-pane. If you have raw FileMaker XML, it converts it into clean, linted .fmscript. If you have .fmscript, it instantly compiles it back into exact FileMaker XML. One keystroke, perfectly bidirectional. Explicit Shape Control (Multi-Line Preservation) For the architects building complex script dependencies, you now have explicit control over how your code shapes are preserved. You can right-click any step to easily toggle between Single Line and Multi-Line formatting for ultimate readability. For complex scripts, readability matters. v2.37.3 gives you direct control over the shape of individual script steps. You can now right-click a long step and choose: FM Clipboard: Step -> Multi-Line hat expands the step into a readable multi-line form. If you want it compact again, right-click the multi-line step and choose: FM Clipboard: Step -> Single Line This is especially useful for long AI-related script steps and complex steps with many parameters. You can keep dense code compact, or open it up when you need to inspect it carefully. Engine Patches & Cleanups We also deployed several reverse XSLT engine patches this week to improve stability. One visible cleanup: array variables such as $varName[1] now render cleanly, without ugly bracket spacing. That matters especially for those of you creating tutorials, screenshots, and teaching material with ai2fm. https://ai2fm.com/announcements.html

Today at 1PM Pacific we will be sharing a prerecorded interview with Claris CEO: Ryan McCann. He will share some clarity related to his recent blog, and add some more depth to Claris' path forward with AI. Richard will also share his thoughts on the interview and maybe answer a few relevant viewer questions. Register for the LiveStream: https://fmtraining.tv/register.php?eventid=3039324319712715655830695959477104853386275117213238481841 If you cannot make the livestream at 1PM Pacific, a link to the recorded interview is found here: https://youtu.be/M2UYtO3hDMM [email protected] www.FMTraining.TV www.FMStartingPoint.com www.rcconsulting.com

If you've ever clicked a button in FileMaker that calls a web service and then watched the entire interface freeze while you wait, you already know the cost of synchronous communication. A two second delay is annoying, a thirty second delay is unacceptable, and a minute long response from a busy API can derail an entire workflow. This tutorial tackles the fundamental blocking problem head on and shows how to keep your users productive while requests run quietly in the background. Watch the contrast unfold side by side as the native Insert from URL locks the screen during a five second delay while the same request through the MBS plugin fires off, returns control immediately, and lets you keep typing, navigating, and clicking through the solution. The technique hinges on a tag based routing system that lets every outbound call carry its own identifier, so when responses return at different times from different services, each one triggers exactly the right follow up script. You'll see how multiple parallel requests to completely different endpoints can be dispatched at once and handled independently as their replies arrive, transforming what was a serial bottleneck into a concurrent pipeline. Watch while we walk through the entire custom function that wraps this behavior into a single reusable call. We'll take a deep dive on the headers hack required to work around a plugin limitation, the dual progress system that combines script driven updates with the plugin's own progress dialog, the finished script handler that releases cURL sessions from memory, the JWT token pattern for authenticated APIs, the user agent strategy for server side metrics, and the debugging variable approach that exposes every option the function sets. There is also context on local Docker based testing with HTTPbin so you can develop against a private endpoint before pointing at production, plus the reasoning behind dry coding constants and avoiding literal script names in code. Click the title or link to this article to view the video. View the full article