menno

Gebruik je fm 20.3 op MacOS Sanoma? In dat geval heb je last van een 'known issue' zie onderaan bij known issues op: https://help.claris.com/en/pro-release-notes/content/index.html

De leukste nieuwe feature vind ik wel de toevoeging van de commandline-tool: FMDeveloperTool, daarmee kan je allerlei zaken met de commandline regelen ipv een client te moeten starten (of zoals op Linux naar een client te moeten downloaden): Kopieën en klonen opslaan Opslaan als XML file Consistency check Encrypten en decrypten Kiosk mode instellen Admin toegang verwijderen FileMaker Pro bestanden herstellen De FMDeveloperTool is hoofdzakelijk bedoeld voor hulp bij deployment op servers en je kan dan allerlei van deze taken middels batch-files/shell-scripts automatiseren. Sommige zaken echter ook handig om op je werkstation te kunnen doen en daarvoor kan je de tool net zoals de FMDatamigrationTool downloaden. Zie het artikel op de clariswebsite: https://community.claris.com/en/s/article/Claris-FileMaker-Developer-Tool voor meer info. Verder kan je op windows-servers op de commandline de tool simpelweg aanroepen met: FMDeveloperTool Op MacOS en Linux moet je daarvoor even een symlink aanmaken: MacOS: sudo ln -s /Library/FileMaker\ Server/Database\ Server/bin/FMDeveloperTool /usr/local/bin/FMDeveloperTool Linux: sudo ln -s /opt/FileMaker/FileMaker\ Server/Database\ Server/bin/FMDeveloperTool /usr/local/bin/FMDeveloperTool

Mochten er mensen wél databases hebben gebouwd met "Claris Pro" dan heeft de laatste versie 40.2.2 de mogelijkheid om de database te converteren dmv van een export naar fmp12 formaat. Zie daarvoor: https://support.claris.com/s/answerview?anum=000039242&language=en_US

Ja, dat bedacht ik me gisteren ook en heb deze bijlage aan jhvdberg gestuurd Keuzelijst_v3.fmp12

De oplossing bestaat ruwweg uit 2 delen: Virtuele Magische Keuzelijsten (zie: https://www.filemakertips.nl/virtual-magic-valuelists/ maar dan ipv de sql simpel de filemaker-native functie ValueListItems() gebruikt) Een vereenvoudigde custom functie waarmee de reeds gebruikte waarde(n) wegfilterd uit je keuzelijst (zie: https://www.filemakertips.nl/listlogic/ ik heb daaruit alleen het not-gedeelte gebruikt) Het is in eerste instantie misschien even puzzelen, maar als je het eenmaal begrijpt, heb je deze oplossing in 20 minuten in om het even welke oplossing geïntegreerd

Probeer het eens met dit voorbeeld Keuzelijst_v2.fmp12

Misschien heb je iets aan deze thread in de Community van Claris: https://community.claris.com/en/s/question/0D53w00006GWq9WCAT/macos-sonoma-applescript

Als je de server bestanden in een ander domein wilt laten benaderen (crud, m.a.w. met full access) dan kan je het beste de GraphAPI van Microsoft integreren. Een prima startpunt is een afrtikel van Wim Decorte: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-one/

Elke nieuwere versie FmServer kan iets meer, maar heeft meestal ook meer resources nodig. De ARM op een π heeft maar 1 fysieke processorkern en Claris beveelt tenminste 2 fysieke kernen aan. Snel zal FMS op een π dus nooit gaan draaien, maar ik vind het al prachtig dat het überhaupt draait.

Ik heb een klant die een externe klantenservice heeft en die hebben met webdirect toegang tot een bperkt aantal gegevens van de orders, leveringen, facturen, track and trace nummers en het afleveradres. Hun accounts hebben alleen toegang tot de gegevens die ze nodig hebben in de achterliggende database, maar tot geen enkele layout en geen enkel script. De toegankelijke layouts etc. zitten alleen in de webdirect database. De klanten die contact opnemen met de klantenservice moeten een geldig nummer opgeven van de leverbon, hun klantnummer, ordernummer óf factuurnummer en uitsluitend daarmee kan de klantenservice de gegevens van de klant opzoeken. Zoeken op naam en adres bijvoorbeeld of orderdatum is niet mogelijk. De kracht zit 'm hier in de eenvoud.

Je probeert om gegevens te tonen die in werkelijkheid in de achterliggende database staan .... dan hebben ze ook toegang nodig tot die database, daar is met deze werkwijze geen ontkomen aan. Verder krijg ik de indruk dat jullie de zaak beveiligen met een 'eigen' mechanisme van studentnummers en wachtwoorden die zijn opgeslagen in die nieuwe database. Die nieuwe database, heeft die inderdaad één FileMaker-account? Als dat zo is, dan is dat per definitie onveilig. Het lijkt me voor jullie verstandiger om de gewenste beveiliging eens uit te tekenen en er eventueel een expert bij te halen.

ach, je hebt in elk geval even lekker je frustratie kunnen uiten he? 😁

Zorgen dat de stroom niet wordt onderbroken

Het is de volledige versie. Ik heb de links naar de updaters nooit bijgehouden. Een reden is dat ‘basis’ installers nogal eens onwerkbare versies oplever(d)en die je ook niet met updates werkend krijgt. Verder is het bij een herinstallatie nogal onzinnig om eerst een stokoude versie te installeren en die te gaan updaten. Dat je zelf de licentie (code/certificaat) moet hebben, is vanzelfsprekend 😊

Ik heb fmpa 15.0.4 op mijn Windows 11 geïnstalleerd en kan deze ook starten, nieuwe bestanden maken etc. Je moet wel de nieuwste versie 15 én 64 bit installeren. Als je die installer niet hebt, dan kan je die downloaden: https://downloads.claris.com/esd/fmpa_15.0.4.400_x64.exe (dit is de advanced) of https://downloads.claris.com/esd/fmp_15.0.4.400_x64.exe (de standaard fmp)

Dit gaat al langer niet goed met insert form URL en heb dat een heloe tijd geleden opgelost. Heb screenshot gemaakt van mijn script, dat geeft de gemakkelijkste uitleg. Dit werkt probleemloos op FMS 20.2 op Windows 2022: Het belangrijkste onderdeel is: Read form Data File .......... Read as: Bytes

Ik heb de issue al gemeld: https://community.claris.com/en/s/question/0D53w00006G2xDQCAZ/fmp-202160-on-macos-crashes-when-creating-selfrelation-in-standalone-file

Heb je deze bug al gemeld bij Claris? Ik kan het probleem deels bevestigen. Dit probeem treedt bij mij op met 'stand-alone' bestanden op MacOS 13.6 (Ventura) met fmp 20.2. Dezelfde actie in bestand dat door fmserver (versie 20.2) wordt gehosted heeft dit probleem niet. Ik weet daarom niet of dit probleem met deze update of al eerder is geïntroduceerd. Een test met fmp 19.6.3 op dezelfde Mac gaat met een stand-alone bestand probleemloos. Op Windows kan ik het probleem helemaal niet reproduceren.

De woorden van Claris op de partner-site zijn: Inmiddels is Sanoma gereleased, maar met de oudere versies FMP zijn er kennelijk issues. Zie ook: https://support.claris.com/s/answerview?anum=000039235&language=en_US Support is dus nog niet 100%

Releasenotes: Pro: https://help.claris.com/en/pro-release-notes/content/index.html Srv: https://help.claris.com/en/server-release-notes/content/index.html Updaters voor Pro: https://www.claris.com/resources/downloads/

Simpel <SIGN-UP-FOR-KEY> in het veld cUrlOptions vervangen met de sleutel die je van RapidApi hebt gekregen. Vergeet niet om een (gratis) subscription te starten en daarna werkt het voorbeeld "out of the box"

En even een voorbeeldje RapidApiExif.fmp12

Zie bijvoorbeeld: https://rapidapi.com/jakewatkinsandstuff/api/exifreader Vertaald naar Insert from URL: url: https://exifreader.p.rapidapi.com/Exif cUrlOptions: List( "-X POST" ; "-H \"-RapidAPI-Host: exifreader.p.rapidapi.com\"" ; "-H \"X-RapidAPI-Key: SIGN-UP-FOR-KEY\"" ; "-H \"content-type: multipart/form-data\"" ; "-F file=@$container" ) Je moet dus nog wel even een KEY aanvragen. Het image-bestand moet je simpelweg oppakken door set-variable: $container en dan het containerveld aan te wijzen. Zie anders ook even dit topic over het uploaden van een bestand:

GetContainerAttribute kan voor images en photo's de volgende gegevens laten zien: Images:width height dpiWidth dpiHeight transparency Photos Note Only JPEG and TIFF files return results: orientation created modified latitude longitude make model Met de Troi-File en de MBS-plugin kan je iets meer dmv de exif-data: Troi: https://www.troi.com/products/fileplugin/ MBS: https://www.mbsplugins.eu/MBS-FileMaker-Plugin-Examples/GraphicsMagick/GraphicsMagick Exif.shtml Op beide sites staan voorbeelden die je kan downloaden

Het is niet mogelijk om records én gerelateerde in één gang te importeren De xslt voor de header records kan er volgt uitzien: <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <xsl:output method="XML" version="1.0" encoding="UTF-8" indent="yes" /> <xsl:strip-space elements="*"/> <xsl:template match="*"> <FMPXMLRESULT xmlns="http://www.filemaker.com/fmpxmlresult"> <METADATA> <FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="item_id" TYPE="text" /> </METADATA> <RESULTSET> <xsl:for-each select="/items/item"> <xsl:variable name="item_id" select="position()"/> <ROW> <!-- data --> <COL><DATA><xsl:value-of select="$item_id"/></DATA></COL> </ROW> </xsl:for-each> </RESULTSET> </FMPXMLRESULT> </xsl:template> </xsl:stylesheet> De xslt voor de related records kan er dan als volgt uitzien: <?xml version="1.0" encoding="UTF-8"?> <xsl:stylesheet xmlns:xsl="http://www.w3.org/1999/XSL/Transform" version="1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"> <xsl:output method="XML" version="1.0" encoding="UTF-8" indent="yes" /> <xsl:strip-space elements="*"/> <xsl:template match="*"> <FMPXMLRESULT xmlns="http://www.filemaker.com/fmpxmlresult"> <METADATA> <FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="item_id" TYPE="text" /> <FIELD EMPTYOK="YES" MAXREPEAT="1" NAME="docname" TYPE="text" /> </METADATA> <RESULTSET> <xsl:for-each select="/items/item"> <xsl:variable name="item_id" select="position()"/> <xsl:for-each select="doc"> <ROW> <!-- data --> <COL><DATA><xsl:value-of select="$item_id"/></DATA></COL> <COL><DATA><xsl:value-of select="."/></DATA></COL> </ROW> </xsl:for-each> </xsl:for-each> </RESULTSET> </FMPXMLRESULT> </xsl:template> </xsl:stylesheet> Met deze xml: <?xml version="1.0" encoding="UTF-8"?> <items> <item> <doc>a.pdf</doc> <doc>b.pdf</doc> <doc>c.pdf</doc> </item> <item> <doc>d.pdf</doc> <doc>e.pdf</doc> </item> <item></item> <item> <doc>f.pdf</doc> </item> <item> <doc>g.pdf</doc> <doc>h.pdf</doc> <doc>i.pdf</doc> <doc>j.pdf</doc> <doc>k.pdf</doc> </item> </items> Als je dan 2 imports doet van dezelfde xml, dan zijn er tijdelijke FK's geïmporteerd, die liggen tussen 1 en het aantal items. Die moet je nog wel even vervangen met unieke ID's van je headers. Zie de bijlage McG_test.zip