andries

https://pythonrepo.com/repo/hannob-vacdec hier vind je een kort voorbeeld in Python. Wij hebben deze aangepast, dit is in Go geschreven: https://github.com/stapelberg/coronaqr

Ik had een API ontwikkeld en heel onze ticketing er op aangepast. Dan telefoon gekregen van de Vlaamse Overheid om te melden dat enkel de CovidScanBE app dit mag doen voor evenementen, en wat ik dus deed niet rechtsgeldig is. kort door de bocht is het een gezipt base45 QR code. Maar zelfs al lukt het je, geldt het niet als officiële scan en val je buiten het CST protocol. onze scanners liggen nu bij Vlaanderen Digitaal om ze met laser scanners te doen werken. Ze denken na om de app aanspreekbaar te maken (via url protocol) en dan zou je vanuit FileMaker Go kunnen aanspreken.

en kunnen we in filemaker inloggen met ons clarify account?

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