andries

dat wel, get ( lastmessagechoice ) vertaalt filemaker naar de taal van de gebruiker. Dat zou moeten werken. Andersom niet

inderdaad het is een eigen functie. En dan in de "hide conditie" zet ik gewoon "not ( lastRecord )". sorry als dat niet duidelijk was

wow.... en wat als je dan met gemengd publiek werkt (engelstalige installaties en nederlandstalige installaties)?

wij gebruiken een eigen functie lastRecord : get ( recordnumber ) = get ( foundcount ) en dan je doen: hide [ not lastRecord ] dat verhoogt de leesbaarheid van de code vind ik.

Zo een SEPA QR code is nniet helemaal hetzelfde als een Mollie QR code. De SEPA QR code is niet meer dan een overschrijvingsformulier in een qr code gestoken, en kan door enkele bankapps al gelezne worden (maar niet door allemaal). Dit is helemaal gratis, en kan met de links van hierboven makkelijk gegenereerd worden. De Mollie QR code is een URL naar een betalingspagina van Mollie waar je dan de betaling (die je eerst bij Mollie hebt aangemaakt) kan uitvoeren (met kredietkaart, paypal, whatever) en waarvan Mollie je ook op de hoogte kan brengen dat de betaling is uitgevoerd. Hier betaal je natuurlijk een percentage op.

in de event.log zou je per keer dat iemand inlogt of uitlogt een lijn moeten vinden. Die moet je dan gaan uitlezen en parsen, op die manier kan je terugkeren in de tijd. probleem is dat de logoff niet altijd wordt gelogd door de server, dus daar ga je wat op moet vinden.

In de autoenter het volgende zetten: Case ( not isEmpty ( self ) ; "" )

bijvoorbeeld of typeform (heeft een makkelijke API zitten om te importeren) jotform is ook eentje dat het goed doet vind ik. je kan dan ook vanuit filemaker formulieren aanmaken via hun API en dan de ingevulde resultaten weer gaan ophalen. zoals je ziet: er zijn veel wegen die tot hetzelfde resultaat kunnen leiden

je hebt ook nog : fmbetterforms https://www.fmbetterforms.com/ of je kan ook met online formulieren werken, en die dan automatisch importeren naar FileMaker

goede ontdekking @menno! is er niet gewoon één entry dat je kan verwijderen in de plist?

is je vraag naar "geld" of "tijd"? als geld de vraag is: een simpel formulier wegschrijven in FileMaker kost een dag (hooguit 2) werk voor iemand die er goed weg mee kan. Dan heb je nog de styling van het formulier etc... Een voorbeeld is : https://charlatan.eventsight.eu. Dit ticketingsysteem wordt helemaal door FileMaker aangedreven (ik ben de ontwikkelaar hiervan). Door corona zijn nu al de tickets afgesloten, maar ik zie dat hier nog een event is waar niet alle tickets zijn afgesloten: https://charlatan.eventsight.eu/event/HZMdonderdag (koop niets, want het gaat niet doorgaan ) als tijd de vraag is: je zal goed overweg moeten kunnen met een webontwikkelingstaal. Gelukkig bestaan er voldoende SDKs of packages om hier mee aan de slag te kunnen. php :https://github.com/airmoi/FileMaker python: https://pypi.org/project/pyfilemaker2/ fmrest: https://github.com/thomann061/fmrest mijn website is op de package van airmoi gebaseerd, persoonlijk een aanrader, en wordt zeer goed onderhouden.

Alles kan je kan de data api gebruiken om data op te halen en weg te schrijven. voor de yt filmpjes kan je een tabel aanmaken waar je het id van de yt opslaat, de rest kan je dan op de website wel opbouwen. Heel de html opslaan is zwaar en hoeft niet. voor je formulier kan je dat opslaan via de api, en deze op andere plekken ook weer consulteren. basis kennis van een webtaal is wel nodig. Python, php, Nodejs, Ruby,... groetjes andries

hangt er vanaf vind ik: als je zelf de API gaat consumeren kan je gerust de data API gebruiken. Is het echter je doel om de data door externen te laten gebruiken (app bouwers, mensen die data komen downloaden, ...) dan zou ik wel een public API bouwen. De eerste rede is zoals je zelf aanhaalt: als je een aanpassing maakt in FileMaker (veldnaam verandering), kan je die opvangen in je public API De tweede rede: je wil niet aan externen perse je database structuur laten weten Ten derde: veel externen gaan de filemaker API niet kennen en gaan eerder REST api kennen Hoe begin je daaraan? Afhankelijk van de tech dat je wil gebruiken Groetjes Andries

en waarom niet gewoon de "onRecordCommit" layout scripttrigger met als resultaat exit false? Komt ook in de buurt van de grote knop die je er achter zet om de commit tegen te gaan. Script aan knop Set Variable [ $$commitAllowed ; True ] Commit Records Set Variable [ $$commitAllowed ; False ] Script die je als trigger aan de layout hangt (OnRecordCommit) if [ not $$commitAllowed ] Exit Script [ False ] else Exit Script [ True ] end if

Je kan een runtime versie maken, maar hiervoor heb je de advanced nodig, en dit zal ook niet lang meer mogelijk zijn...