-
Content Count
1475 -
Joined
About andries
-
Rank
zoem zoem
FileMaker profiel
-
FMSummit(s)
2016 - Antwerpen
2015 - Brugge
2014 - Scheveningen
2013 - Gent
2012 - Antwerpen
2011 - Antwerpen
2010 - Utrecht
2009 - Antwerpen
2008 - Antwerpen -
FBA
Platinum
-
FileMaker Certificatie
FileMaker 18
FileMaker 17
FileMaker 16
FileMaker 15
FileMaker 14
FileMaker 13
FileMaker 12
FileMaker 11
FileMaker 11
FileMaker 9
Recent Profile Visitors
The recent visitors block is disabled and is not being shown to other users.
-
dat wel, get ( lastmessagechoice ) vertaalt filemaker naar de taal van de gebruiker. Dat zou moeten werken. Andersom niet
-
wow.... en wat als je dan met gemengd publiek werkt (engelstalige installaties en nederlandstalige installaties)?
-
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.
-
veld wissen na invoer (filmaker 17)
andries replied to Rudiesan's question in FileMaker Pro 17 Advanced
In de autoenter het volgende zetten: Case ( not isEmpty ( self ) ; "" ) -
Automatische videofeed en formulieren.
andries replied to stijndeprez's question in FileMaker Pro 19
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 -
Automatische videofeed en formulieren.
andries replied to stijndeprez's question in FileMaker Pro 19
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?
-
Automatische videofeed en formulieren.
andries replied to stijndeprez's question in FileMaker Pro 19
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. -
Automatische videofeed en formulieren.
andries replied to stijndeprez's question in FileMaker Pro 19
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
-
Bestand opslaan als zelfstandig (executable)
andries replied to hgroenewegen's question in FileMaker Pro 17 Advanced
Je kan een runtime versie maken, maar hiervoor heb je de advanced nodig, en dit zal ook niet lang meer mogelijk zijn...