Ga naar inhoud
  • 1

FileMaker 19 vandaag gelanceerd


Marsau

Vraag

  • Antwoorden 55
  • Created
  • Laatste reactie

Top Posters For This Question

Aanbevolen berichten

  • 0
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!

Link naar reactie
  • 0
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.

Link naar reactie
  • 0
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&param=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 :) )

Link naar reactie
  • 0
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?

 

Link naar reactie
  • 0

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.

Link naar reactie
  • 0
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).

Link naar reactie
  • 0

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.

aangepast door hans erik
Extra info
Link naar reactie
  • 0
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.

1728046334_Screenshot2020-05-27at09_06_19.thumb.png.63b5c5331516d89aab75612975061f93.png2120004990_Screenshot2020-05-27at09_07_06.png.28646a7141d33bd30e2f7c7f2d385842.png1137647709_Screenshot2020-05-27at09_07_14.png.ee01af217ca5e59ca8c9611a02baf33a.png

 

Misschien in de webviewer onderaan een aankruisvakje te weinig aangevinkt? Dat zijn nieuwe opties die default AF staan.

FileMaker_PerformScript.fmp12

Link naar reactie
  • 0

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.

250317294_Screenshot2020-05-27at09_36_13.thumb.png.4cf0588ba14f69b3dbff714cecbf79b9.png

FileMaker_PerformScript.fmp12

Link naar reactie
  • 0
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).

 

Link naar reactie
  • 0
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:

  1. niet nodig is ( doh ) -- mmm... is dit dan een bug?
  2. dit niet het fmpurl mechanisme gebruikt maar nieuwe code is in FileMaker.
Link naar reactie
  • 0
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.

Link naar reactie
  • 0
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.

Link naar reactie
  • 0

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".

  1. site content wordt geladen met een "insert from URL" en in $$webSiteSource variabele gezet
  2. aanpassing van links in pagina zodat ze de href doorgeven aan FileMaker via FileMaker.PerformScript() - niet helemaal OK natuurlijk
  3. 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.

 

1674643405_Screenshot2020-05-27at11_43_54.thumb.png.7020ce23004e1b94609517f1f5dc67fa.png776818522_Screenshot2020-05-27at11_44_47.thumb.png.3bd378640c8e6445bcb1cb4302ea7944.png

FileMaker_PerformScript.fmp12

Link naar reactie
  • 0
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.

Link naar reactie
  • 0
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.

Link naar reactie
  • 0
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.

Link naar reactie
  • 0

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.

Link naar reactie
  • 0
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:

  1. script word opgeroepen met FileMaker.DoScript()
  2. code gaat in pause ( met timeout ) en wacht op een variabele die vanuit FileMaker gezet wordt.
  3. 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.

Link naar reactie
  • 0
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

Link naar reactie

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.

Gast
Beantwoord deze vraag...

×   Geplakt als verrijkte tekst.   Plak in plaats daarvan als platte tekst

  Er zijn maximaal 75 emoji toegestaan.

×   Je link werd automatisch ingevoegd.   Tonen als normale link

×   Je vorige inhoud werd hersteld.   Leeg de tekstverwerker

×   Je kunt afbeeldingen niet direct plakken. Upload of voeg afbeeldingen vanaf een URL in


×
×
  • Nieuwe aanmaken...