Marsau Geplaatst: 20 mei 2020 Delen Geplaatst: 20 mei 2020 Voor het geval dat het jullie was ontgaan. ? Claris lanceert vandaag FileMaker 19. Vele nieuwe mogelijkheden, waaronder verregaande integratie met JavaScript. "the most important release in 15 years.” zegt Todd Geist. https://www.claris.com/blog/2020/claris-launches-filemaker-19 https://www.claris.com/blog/2020/7-filemaker-19-features-you-should-start-using-now Quote Link naar reactie
0 hans erik Geplaatst: 25 mei 2020 Delen Geplaatst: 25 mei 2020 57 minutes ago, Vitruvius said: Grafieken zijn enorm handig binnen een databank om alles grafisch leesbaarder voor te stellen. Met XY coördinaten kan je er zelfs ruwe spreidingskaartjes mee maken, handig zo zonder dat je zelfs GIS moet opendoen! Met de Z waarde kan je dan een ruw digitaal hoogtemodel maken, of vervang de Z waarde door een andere waarde en je XY spreidingskaartjes krijgen een extra dimensie. Gigantisch handig dus grafieken. Ik ben het eigenlijk helemaal met je eens, maar de realiteit is deze: de grafieken zijn geïntroduceerd in FileMaker 11 (en binnengehaald als een module van een externe leverancier, wat je kunt zien aan de knullige, onhandige en niet-standaard manier waarop je allerlei instellingen kunt wijzigen). FileMaker Inc. heeft nooit de moeite genomen er iets wezenlijks aan te verbeteren. Het is eigenlijk nog een wonder dat het überhaupt nog werkt, petje af voor de ontwikkelaar. Gelukkig krijgt de Javascript integratie wel serieuze aandacht, want er zijn 'out there' natuurlijk massa's libraries die 100.000x meer kunnen, en waar je niet afhankelijk bent van de prioriteiten op een stoffig kantoortje in Mountain View. Maar ik denk graag met je mee als het om praktische toepasbaarheid gaat! Quote Link naar reactie
0 menno Geplaatst: 25 mei 2020 Delen Geplaatst: 25 mei 2020 Precies, kijk eens naar: https://canvasjs.com/ daar kan je fantastische grafieken mee maken, heel wat flexibeler dan je in FM zelf kan. Is niet gratis, maar je kan 30 dagen proberen en daarna heb je nog 60 dagen niet goed geld terug garantie. Effectief kan je het dus 3 maanden proberen. https://www.chartjs.org/ is ook mooi en opensource, dus kosteloos, dat is ook een mooi bedrag Quote Link naar reactie
0 hans erik Geplaatst: 25 mei 2020 Delen Geplaatst: 25 mei 2020 1 hour ago, menno said: Precies, kijk eens naar: https://canvasjs.com/ daar kan je fantastische grafieken mee maken, heel wat flexibeler dan je in FM zelf kan. Is niet gratis, maar je kan 30 dagen proberen en daarna heb je nog 60 dagen niet goed geld terug garantie. Effectief kan je het dus 3 maanden proberen. https://www.chartjs.org/ is ook mooi en opensource, dus kosteloos, dat is ook een mooi bedrag Een interessante site is javascripting.com. Een overzicht van tientallen libraries voor van alles en nog wat. Quote Link naar reactie
0 hans erik Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 22 hours ago, Marsau said: Bel even met FileMaker Benelux: 030 760 05 70. Ga ik vandaag doen. Ik heb het idee dat de administratie van Claris een chaos is. Ik logde eergisteren in op de website en zag dat mijn adres nog op het oude adres stond. Terwijl ik 2,5 jaar geleden verhuisd ben en inmiddels al 3x een wijziging heb doorgegeven. Zucht. Quote Link naar reactie
0 andries Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 On 5/24/2020 at 11:19 PM, hans erik said: De 'Clarismanier' om informatie van een WebViewer naar FileMaker terug te sluizen is dus de functie Filemaker.Performscript (script, parameter). Maar Claris heeft niet op eigen houtje de ECMAscript standaard aangepast, dus als ik het goed begrijp is Filemaker.Performscript(script, parameter) synoniem aan fmp://$/dbname.fmp12?script=script¶m=parameter ? Of werkt het anders? via fmp script protocol was je nogal gelimiteerd in de hoeveelheid data die je kon oversluizen, vooral op windows machines. Dit is volgens mij nu helemaal weg. Ik heb nog geen test gedaan van de max, maar ik ga er vanuit dat dat evenveel is als de scriptparameter van een script (maar niet getest). opgelet : je moet nu bij de webviewer wel aanzetten dat het mag gebruikt worden, en niet in de privileges (of op beide ) Quote Link naar reactie
0 hans erik Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 4 hours ago, andries said: via fmp script protocol was je nogal gelimiteerd in de hoeveelheid data die je kon oversluizen, vooral op windows machines. Dit is volgens mij nu helemaal weg. Ik heb nog geen test gedaan van de max, maar ik ga er vanuit dat dat evenveel is als de scriptparameter van een script (maar niet getest). opgelet : je moet nu bij de webviewer wel aanzetten dat het mag gebruikt worden, en niet in de privileges (of op beide ) Andries Zou dat betekenen dat je via dit 'kanaal' ook een library kunt embedden? Dat je bijv jQueryUI.min.js in een Javascript variabele kunt opslaan? Of moet een library altijd eerst gedeclareerd zijn? Quote Link naar reactie
0 livio Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 Vraagje over licenties van FMP 19 client: Als een klant in Filemaker AWS Cloud 1.17 of 1.18 zit, heeft ie dan ook recht op FMP versie 19? In het subscription center staat enkel de downloadlink naar versie 17 of 18.... vb: http://www.filemaker.com/redirects/fmcloud1_admin.html?page=client_fmc1170_mac&lang=en. Ik zou veronderstellen van wel, aangezien die jaarlijks toch een licentiekost moet betalen voor Filemaker Cloud for AWS via Orbitera via AWS Marketplace. Quote Link naar reactie
0 andries Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 10 hours ago, hans erik said: Andries Zou dat betekenen dat je via dit 'kanaal' ook een library kunt embedden? Dat je bijv jQueryUI.min.js in een Javascript variabele kunt opslaan? Of moet een library altijd eerst gedeclareerd zijn? dat heeft er op zich niets mee te maken, omdat het gaat om de communicatie vanuit de webviewer naar filemaker die nu ongelimiteerd is. Wat je nu makkelijk kan doen is bijvoorbeelde image manipulatie (cropper.js bijvoorbeeld) en dan de image als base64 naar filemaker sturen. om op jouw probleem terug te komen, kan je wel (en ik ben aan een add-on aan het werken hiervoor) een functie voorzien binnen de webviewer "loadLibrary" en die dan aanspreken via Perform Script In Webviewer [ "loadLibrary" ; "https://.....] Waar je hier tegen aanloopt is dat die sowieso asynchroon loopt en dat je door het synchrone karakter van een FileMaker script nooit zeker weet wanneer de webviewer klaar zal zijn met die library in te laden. Mijn mening is dan ook: laad libraries in direct in de webviewer, en laat javascript code die de library nodig heeft pas draaien wanneer het hele "document" klaar is met laden (on document load). Quote Link naar reactie
0 hans erik Geplaatst: 26 mei 2020 Delen Geplaatst: 26 mei 2020 (aangepast) ja, ik haalde twee dingen door elkaar. Wat ik met mijn vraag bedoelde: er zijn 2 methoden om een library te gebruiken, door een link op te nemen of door de hele code in de dataURL op te nemen. Ik vroeg me af of er nu een extra optie bij was gekomen maar het heeft dus nogal wat voeten in de aarde. Ik dacht eraan om de hele library door te geven als functie parameter. 26 mei 2020 aangepast door hans erik Extra info Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 Op 25/05/2020 om 13:25 zei hans erik: In de ETS versie heb ik de FileMaker.PerformScript() nog niet aan de praat! Volgens de documentatie zou dit moeten werken: function buttonClick(evt) { FileMaker.PerformScript( "proces", "params"); } waarbij je dus een button ergens op de webpagina hebt die een 'mouseDown' event naar de functie stuurt. Geprobeerd met en zonder quotes, maar geen resultaat tot dusver. De Perform Javascript in Webviewer werkt idd erg leuk. Ben er alleen nog niet achter hoe je een jQuery functie en variabele een duwtje geeft. Misschien is het toch handig om een apart Javascript subtopic onder de WebViewer topic te maken? Ik heb een simple en stupid voorbeeldje gemaakt, en dat lijkt me te werken. Nog geen script gemaakt, en je krijgt zelfs een foutmelding!! Ziet er goed uit. Misschien in de webviewer onderaan een aankruisvakje te weinig aangevinkt? Dat zijn nieuwe opties die default AF staan. FileMaker_PerformScript.fmp12 Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 Een beetje aan het spelen met die "same origin" policy, en gebruik in WebDirect. Daar kan je gemakkelijk rond. In mijn simpel&stupid voorbeeldje combineer ik een web pagina van een bepaalde site met een stukje eigen data:text/html in een nieuwe web viewer, die daarmee ook zal werken met WebDirect. Het is een beetje met de botte bijl dat ik hier tewerk ga, je zal even in de webviewer moeten klikken want dit ding heeft nog geen timing. En het verwondert mij dat HTML zelfs rendert, zo slecht heb ik het gedaan. Maar dit kan je verder uitwerken, op een wat slimmere manier dan ik nu doe. FileMaker_PerformScript.fmp12 Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 9 uur geleden zei hans erik: ja, ik haalde twee dingen door elkaar. Wat ik met mijn vraag bedoelde: er zijn 2 methoden om een library te gebruiken, door een link op te nemen of door de hele code in de dataURL op te nemen. Ik vroeg me af of er nu een extra optie bij was gekomen maar het heeft dus nogal wat voeten in de aarde. Ik dacht eraan om de hele library door te geven als functie parameter. Of door een substitute, een beetje wat ik hierboven doe. Of Andries zegt het hier ook eigenlijk. Citaat Waar je hier tegen aanloopt is dat die sowieso asynchroon loopt en dat je door het synchrone karakter van een FileMaker script nooit zeker weet wanneer de webviewer klaar zal zijn met die library in te laden. Mijn mening is dan ook: laad libraries in direct in de webviewer, en laat javascript code die de library nodig heeft pas draaien wanneer het hele "document" klaar is met laden (on document load). Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 Op 26/05/2020 om 08:58 zei andries: via fmp script protocol was je nogal gelimiteerd in de hoeveelheid data die je kon oversluizen, vooral op windows machines. Dit is volgens mij nu helemaal weg. Ik heb nog geen test gedaan van de max, maar ik ga er vanuit dat dat evenveel is als de scriptparameter van een script (maar niet getest). opgelet : je moet nu bij de webviewer wel aanzetten dat het mag gebruikt worden, en niet in de privileges (of op beide ) Ik had vergeten om fmpurl privs te geven aan mijn dom voorbeeld bestandje. En het werkt, dus ik veronderstel dat dit: niet nodig is ( doh ) -- mmm... is dit dan een bug? dit niet het fmpurl mechanisme gebruikt maar nieuwe code is in FileMaker. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 45 minuten geleden zei Peter Wagemans: waarbij je dus een button ergens op de webpagina hebt die een 'mouseDown' event naar de functie stuurt. Geprobeerd met en zonder quotes, maar geen resultaat tot dusver. Ah nu snap ik het. Je probeert dus die specifieke event op te vangen. Je ziet dat deze Javascript barbaar gewoon een alert functie gebruikt om dat soort zaken te debuggen. Als de alert werkt en de FileMaker call niet, dan weet je al iets meer. Ik zie ook niet in waarom die functie dan niet zou werken. Quote Link naar reactie
0 hans erik Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 28 minutes ago, Peter Wagemans said: Of door een substitute, een beetje wat ik hierboven doe. Of Andries zegt het hier ook eigenlijk. Ja, dat asynchroon vs synchroon is natuurlijk een probleem dat altijd de kop op steekt. Ik ben (helaas) nog geen Javascript expert, maar je zou natuurlijk in je Javascript altijd een FileMaker.performscript() kunnen opnemen die FileMaker een seintje geeft wanneer de pagina geladen is. Of zie ik iets over het hoofd? Ik vraag me wel af hoe FileMaker nu interacteert met de WebViewer en of dat wezenlijk anders gaat dan met de fmp:// url. Met name in de Windows omgeving was de limiet van 1024bytes (klopt dat?) een probleem maar kennelijk hebben ze nu een of andere hack uitgevoerd want die limiet kwam toch niet bij FileMaker vandaan. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 Nog een beetje aan het "pielen" ( zoals de Nederlanders onder ons zo mooi zeggen ) met mijn testbestandje. Eens gekeken of ik onze eigen web site wat kon "hacken". site content wordt geladen met een "insert from URL" en in $$webSiteSource variabele gezet aanpassing van links in pagina zodat ze de href doorgeven aan FileMaker via FileMaker.PerformScript() - niet helemaal OK natuurlijk webviewer wordt geladen De pagina is dus nu zó gepatched dat elke link die je klikt, een script in FileMaker triggert, en de target URL als wederom gepatchte pagina vervolgens weer laadt. Alles is "data:text/html", dus geen WebDirect problemen. FileMaker_PerformScript.fmp12 Quote Link naar reactie
0 Peter Wagemans Geplaatst: 27 mei 2020 Delen Geplaatst: 27 mei 2020 Citaat The FileMaker.PerformScript() function is said to operate asynchronously because it doesn’t wait for the FileMaker script to finish. Therefore, the FileMaker script doesn’t return a value to the FileMaker.PerformScript() function that called it. De FileMaker 19 help pagina geeft duidelijk aan dat we met FileMaker.PerformScript() nog steeds dezelfde uitdaging hebben als daarvoor, maar ik denk dat dit via wat extra code wel goed kan komen. Gezien de web pagina in een andere thread zit dan FileMaker zélf, kan de javascript code wachten op een bepaalde variabele - die gezet wordt door het FileMaker script. Je kan dus met een timeout werken, en ook zelfs wachten op een resultaat. Quote Link naar reactie
0 hans erik Geplaatst: 28 mei 2020 Delen Geplaatst: 28 mei 2020 On 5/27/2020 at 12:13 PM, Peter Wagemans said: De FileMaker 19 help pagina geeft duidelijk aan dat we met FileMaker.PerformScript() nog steeds dezelfde uitdaging hebben als daarvoor, maar ik denk dat dit via wat extra code wel goed kan komen. Gezien de web pagina in een andere thread zit dan FileMaker zélf, kan de javascript code wachten op een bepaalde variabele - die gezet wordt door het FileMaker script. Je kan dus met een timeout werken, en ook zelfs wachten op een resultaat. Een feature die ik graag zou willen is dat je de waarde van een JS variabele vanuit FMP kunt opvragen, maar dat is natuurlijk goed te realiseren: een Javascript functie die als argument de naam van een variable heeft en als resultaat de waarde terugstuurt naar FileMaker. Quote Link naar reactie
0 Marsau Geplaatst: 29 mei 2020 Auteur Delen Geplaatst: 29 mei 2020 Op 26/05/2020 om 21:49 zei livio: Vraagje over licenties van FMP 19 client: Als een klant in Filemaker AWS Cloud 1.17 of 1.18 zit, heeft ie dan ook recht op FMP versie 19? In het subscription center staat enkel de downloadlink naar versie 17 of 18.... vb: http://www.filemaker.com/redirects/fmcloud1_admin.html?page=client_fmc1170_mac&lang=en. Ik zou veronderstellen van wel, aangezien die jaarlijks toch een licentiekost moet betalen voor Filemaker Cloud for AWS via Orbitera via AWS Marketplace. Ja, cloud users kunnen de laatste versie downloaden. Quote Link naar reactie
0 livio Geplaatst: 29 mei 2020 Delen Geplaatst: 29 mei 2020 28 minutes ago, Marsau said: Ja, cloud users kunnen de laatste versie downloaden. Ik heb de vraag ook gesteld aan Filemaker Support. Daar zeggen ze : trek uw plan. Vraag het aan Orbitera (ondertussen = Google) of Amazon. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 31 mei 2020 Delen Geplaatst: 31 mei 2020 Vraagje over licenties van FMP 19 client: Als een klant in Filemaker AWS Cloud 1.17 of 1.18 zit, heeft ie dan ook recht op FMP versie 19? In het subscription center staat enkel de downloadlink naar versie 17 of 18.... vb: http://www.filemaker.com/redirects/fmcloud1_admin.html?page=client_fmc1170_mac&lang=en. Ik zou veronderstellen van wel, aangezien die jaarlijks toch een licentiekost moet betalen voor Filemaker Cloud for AWS via Orbitera via AWS Marketplace. Op 29/05/2020 om 16:10 zei Marsau: Ja, cloud users kunnen de laatste versie downloaden. Op 29/05/2020 om 16:40 zei livio: Ik heb de vraag ook gesteld aan Filemaker Support. Daar zeggen ze : trek uw plan. Vraag het aan Orbitera (ondertussen = Google) of Amazon. Laten we dat dan gewoon doen hier: http://fmdl.filemaker.com/esd/fmp_19.0.1.116.dmg http://fmdl.filemaker.com/esd/fms_19.0.1.103.exe Iedereen kan dus alle full versions downloaden, en Claris publiceert de download links niet. Als je dus een nieuwe machine hebt, en je kan geen oude versie, en vervolgens updates installeren, dan faalt Claris eigenlijk faliekant. Je moet nog steeds de fmcert licentiefile in je downloads folder hebben staan. Dus dit zijn geen piratenlinks, en dit is ook de reden dat dit forum bestaat. Support geven waar Claris dat niet doet. Quote Link naar reactie
0 Peter Wagemans Geplaatst: 31 mei 2020 Delen Geplaatst: 31 mei 2020 Op 28/05/2020 om 13:25 zei hans erik: Een feature die ik graag zou willen is dat je de waarde van een JS variabele vanuit FMP kunt opvragen, maar dat is natuurlijk goed te realiseren: een Javascript functie die als argument de naam van een variable heeft en als resultaat de waarde terugstuurt naar FileMaker. Bedoel je dat dit NU goed te realiseren is, of dat je die Javascript functie graag als extra zou willen? Wat je wil vertaalt zich nu al in het aanroepen van een script dat de scriptParameter evalueert en als resultaat terugstuurt... door een variabele in het javascript te zetten. @andries of andere straffe mannen met javascript: zonder een complete bibliotheek in het leven te roepen en zo, kan iemand een stukje code posten waar: script word opgeroepen met FileMaker.DoScript() code gaat in pause ( met timeout ) en wacht op een variabele die vanuit FileMaker gezet wordt. code gaat verder nadat het resultaat gezet is of timeout bereikt is Ik vind dit nogal belangrijk, want het verandert de interactie van iets waar je van hoopt dat het goed komt, naar iets waar je zeker van bent dat het al of niet gelukt is. Quote Link naar reactie
0 livio Geplaatst: 31 mei 2020 Delen Geplaatst: 31 mei 2020 26 minutes ago, Peter Wagemans said: Laten we dat dan gewoon doen hier: http://fmdl.filemaker.com/esd/fmp_19.0.1.116.dmg http://fmdl.filemaker.com/esd/fms_19.0.1.103.exe Iedereen kan dus alle full versions downloaden, en Claris publiceert de download links niet. Als je dus een nieuwe machine hebt, en je kan geen oude versie, en vervolgens updates installeren, dan faalt Claris eigenlijk faliekant. Je moet nog steeds de fmcert licentiefile in je downloads folder hebben staan. Dus dit zijn geen piratenlinks, en dit is ook de reden dat dit forum bestaat. Support geven waar Claris dat niet doet. Held Quote Link naar reactie
0 andries Geplaatst: 31 mei 2020 Delen Geplaatst: 31 mei 2020 ik zal straks eens iets in elkaar knutselen om 2 way communicatie te demonstreren. Quote Link naar reactie
Vraag
Marsau
Voor het geval dat het jullie was ontgaan. ?
Claris lanceert vandaag FileMaker 19. Vele nieuwe mogelijkheden, waaronder verregaande integratie met JavaScript.
"the most important release in 15 years.” zegt Todd Geist.
https://www.claris.com/blog/2020/claris-launches-filemaker-19
https://www.claris.com/blog/2020/7-filemaker-19-features-you-should-start-using-now
Link naar reactie
Top Posters For This Question
19
18
4
4
Popular Days
24 mei
10
25 mei
10
31 mei
9
27 mei
8
Top Posters For This Question
hans erik 19 posts
Peter Wagemans 18 posts
menno 4 posts
Marsau 4 posts
Popular Days
24 mei 2020
10 posts
25 mei 2020
10 posts
31 mei 2020
9 posts
27 mei 2020
8 posts
Posted Images
55 antwoorden op deze vraag
Aanbevolen berichten
Doe mee aan dit gesprek
Je kunt dit nu plaatsen en later registreren. Indien je reeds een account hebt, log dan nu in om het bericht te plaatsen met je account.