jw Geplaatst: 20 november 2019 Delen Geplaatst: 20 november 2019 Hoi, je kunt een portaal voorzien van een filter. Dat filter wil ik dan weer aansturen met een variabele die deel uit maakt van de filterconditie. Zoiets als: database::status = $$status Dan zou ik $$status kunnen veranderen via een script. Maar het filter in jet portaal wordt daarmee niet getriggerd. Is daar een truc voor? Ik dacht aan Refresh Object of Refresh Portal, maar die willen niet. Quote Link naar reactie
0 Donamd Geplaatst: 20 november 2019 Delen Geplaatst: 20 november 2019 Je moet de scriptstap Venster Vernieuwen gebruiken en beide parameters Samenvoeg resultaten in Cache wissen en Externe Gegevens in Cache wissen aanvinken. Quote Link naar reactie
0 Ari Geplaatst: 21 november 2019 Delen Geplaatst: 21 november 2019 (aangepast) Het nadeel daarvan is dat alle calculaties in het venster worden ververst wat soms onnodig veel tijd kost. Je kunt ook een extra relatie naar het portaal leggen vanuit een global in de parent tabel. In de child maak je een (gecalculeerd / geindexeerd) veld met de waarde 1 aan. Na elke actie die betrekking heeft op het portaal set je de global met 1 en geef je een commit waarna het portaal wordt ververst. Zorg wel dat bij het landen op de layout de global met 1 wordt geset anders blijft het portaal uiteraard leeg.. 21 november 2019 aangepast door Ari Quote Link naar reactie
0 jw Geplaatst: 21 november 2019 Auteur Delen Geplaatst: 21 november 2019 Dank, Maar Ari, je oplossing werkt vast, maar dan volg je eigenlijk een relatie in plaats van een filter op de relatie. Dat kon ook al in Filemaker 6 of eerder. ik ga nog maar eens puzzelen. Quote Link naar reactie
0 Ari Geplaatst: 21 november 2019 Delen Geplaatst: 21 november 2019 Ja dat klopt inderdaad. En Als je een globaal veld gebruikt ipv een globale variabele en dan een refresh portal? Quote Link naar reactie
0 hans erik Geplaatst: 21 november 2019 Delen Geplaatst: 21 november 2019 Ik denk dat de oplossing van Ari nog een ander voordeel heeft: zolang je die ‘1’ niet invult, valt er niks te filteren in de portal. En kost het ook geen (netwerk) performance. Bedenk dat bij een filtering Filemaker altijd alle gerelateerde records moet ophalen; de filtering kan immers van toepassing zijn op de laatste record. Quote Link naar reactie
Vraag
jw
Hoi,
je kunt een portaal voorzien van een filter.
Dat filter wil ik dan weer aansturen met een variabele die deel uit maakt van de filterconditie.
Zoiets als: database::status = $$status
Dan zou ik $$status kunnen veranderen via een script.
Maar het filter in jet portaal wordt daarmee niet getriggerd.
Is daar een truc voor?
Ik dacht aan Refresh Object of Refresh Portal, maar die willen niet.
Link naar reactie
5 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.