bigbadwolf

Je kunt proberen het op te lossen met een knoppenbalk waar je de labels via een variabele benoemd, en achter de knoppen een centraal script zet wat de verdere navigatie regelt. Veel meer is er helaas niet mogelijk. Tenzij je bedreven bent in het schrijven van JavaScript. Dan kun je nog wel wat doen met WebViewers. Maar het blijft behelpen, en dit staat als heel lang op het wensenlijstje van waarschijnlijk 100% van de ontwikkelaars…

Het is veel simpeler. De tabel bevat de naam van het script wat getriggerd moet worden… Ze worden aangeroepen vanuit de parameters die het ‘moeder’script meekrijgt, evenals eventuele parameters voor het subscript. Dit alles komt als JSON parameters mee.

Zoals ik het gebruik maak ik ‘gewoon’ scripts en in de tabel staat wat het actuele script is. Je kunt dus je scriptnamen met versienummers uitbreiden (o.i.d.) Met MBS zou je het kunnen verfijnen, maar ik gebruik dit maar beperkt. Dus geen noodzaak het verder uit te werken.

Misschien wat lastig implementeren… maar je zou kunnen overwegen de scripts in een tabel op te slaan en ze aan te spreken door scripts ‘op te halen’ uit de tabel. Daarmee kun je dus rustig je nieuwe script testen en hoe je het pas ‘online’ te zetten als jij vindt dat het daarvoor geschikt is. Ik pas het zelf op beperkte schaal toe in een aantal ‘standaardscripts’ waarin ik een script voor of na een actie kan laten uitvoeren. Hierin haal ik middels een custom functie de naam van het script op wat ik wil laten lopen. Door het ID gelijk te houden en de naam aan te passen in het record kun je spelen met verschillende scripts.

Dit voorbeeld geeft een idee: Script Workspace Context Menu Commands.fmp12 Het is een voorbeeld van MBS zelf. Het geeft je ‘snippets’ in het contextmenu van de Script Workspace. Ik weet dat er meer kan. Dat heeft Christian wel eens laten zien, maar dat doet hij dan altijd zo snel dat ik het opneem en vervolgens blijft er iets hangen - helaas niet de details.

Ik heb het nooit gebruikt, maar met de MBS plug-in zou het moeten kunnen.

Kan ook zijn dat hij er mee een TextFormatRemove ( self ) in de velddefinitie ook vanaf is…

Het kan op een aantal manieren, maar in basis zul je een veld moeten maken waar je het in zet om het daarne te kopiëren. Set Field [ GLOBAL::RecordID_g ; Get ( RecordID ) ] Copy [ Select ; GLOBAL::RecordID_g ] Let op dat het veld met het record ID op de lay-out staat (mag naast het zichtbare deel, maar het moet er zijn). Anders kun je de inhoud niet overnemen op het klembord. In plaats van een globaal veld kun je ook een calculatieveld maken. Wat je zelf prettiger vindt.

Als het vaste antwoorden zijn kun je ook overwegen relaties te leggen… niet flexibel, maar wel werkbaar als het om een éénmalig iets van beperkte omvang gaat. Maak calculatievelden van de antwoorden en summaries van de gerelateerde records.

Als je dit toevoegt in je script krijg je in ieder geval weer een thumbnail. Of hij daarmee interactief wordt heb ik eigenlijk niet geprobeerd, omdat ik daar altijd problemen mee heb (FileMaker crash, of hij blijft eeuwig zeuren om Acrobat, terwijl ik die al talloze malen heb aangewezen – en ik open liever het bestand via een export naar de tmp map, werkt veel beter dan geknoei in een containerveld). # Repair interactive containers Set Field [ CONTAINER::Container ; Base64Decode ( Base64Encode ( CONTAINER::Container ) ; GetContainerAttribute ( CONTAINER::Container ; "FileName" )) ]

In ieder geval niet native vanuit FileMaker. Hiervoor zul je systeemscripts moeten maken (bijv. AppleScript als je op een Mac werkt).

Weet niet of een plug-in een bezwaar is… maar met MBS kun je screenshots maken.

En je weet zeker dat de variabelen ook waardes bevatten? Gecontroleerd in de debugger? Je werkt overigens (als de schermafbeelding klopt) in table mode, niet in list mode…, maar dat maakt voor het zoeken niet uit.

Heb je gecontroleerd door de waarden van de variabelen zelf in te geven? En… is de relatie die je gebruikt geldig?

Je hebt foutafvanging aan staan, krijg je fouten terug?

Eerlijk gezegd denk ik zelf dat dit de belangrijkste misser is in het hele verhaal. Je zou hebben morgen verwacht dat ze deze als één van de eerste zouden hebben afgerond. Dat de server alleen Linux is is nog te overzien. Het is voor mij geen gesneden koek, maar ook geen showstopper. (Wat wel slecht is is de communicatie daarover.) Als ‘pilot’ ben ik bezig om ons eigen systeem voor te bereiden om te migreren, maar het ontbreken van de DMT heeft er wel voor gezorgd dat ik het in de ijskast gezet.

Dat is nogal drastisch…

Je kunt door middel van een relatie aan de ‘andere’ kant een record laten aanmaken (zie opties bij de relatie in het relatiediagram). Daar tik je aan dat hij een record mag maken in de andere tabel als het nog niet bestaat. Met een loop kun je dan de records langslopen en indien nodig een nieuw record in de andere tabel (laten) maken als het nog niet bestaat. Je kunt dus ook eerst vragen of de relatie ‘valid’ is. Indien ja, kun je bijvoorbeeld ook het totaalaantal verhogen met het nieuwe aantal.LoopCreate.fmp12 Heb even snel een simpel voorbeeld voor je gemaakt.

Er zijn verschillende methodes voor. Je kunt werken met export/import (niet de mooiste methode, maar wel relatief simpel). Verder kun je door een ‘create’ relatie ook vanuit een record een andere record (in een andere tabel) maken. De loop kan natuurlijk ook. Je kunt bijvoorbeeld eerst een variabele bouwen (eventueel met behulp van JSON) van de records die je wilt maken, om daarna naar de nieuwe tabel te gaan en de stack weer langs te lopen om de records via een loop te maken.

Via een portaal ga je geen ‘samenvatting’ krijgen. Die luxe kent een portaal niet (tenzij je op de achtergrond met filters en samenvoegingen werkt). Voor een print/pdf kun je het simpel doen door een subsummary te maken waarbij je de sortering zet op het artikel. Voor de totalen maak je dan een summaryveld.

Claris heeft afgelopen jaar haar ‘suite’ geintroduceerd met Claris Pro, Claris Studio en Claris Connect. Ik ben eigenlijk wel benieuwd of er inmiddels ontwikkelaars zijn die de overstap gemaakt hebben. Zelf ben ik er wel mee bezig (in gedachten), maar wat mij voornamelijk nog tegenwerkt is dat je alleen kunt inloggen met een Claris ID (dat voelt toch wel als een soort van gijzeling), en misschien nog wel belangrijker: er is géén Data Migration Tool voor Claris Pro. Met name dat laatste is een dealbreaker. Als we migreren worden we als het ware teruggegooid in de middeleeuwen. Zelf scripts maken om data te importeren? Niet echt iets waar ik op zit te wachten, maar wat daarbij nog meer meetelt… geen migratie meer van gebruikers. Eigenlijk kun je dus niet meer offline een nieuwe versie maken.

Subsummaries geprobeerd? De vraag is even wat je bedoeling is van het resultaat. Wil je echt nieuwe records met het resultaat zul je met scripts aan de slag moeten. FileMaker kan niet uit zichzelf bedenken dat je een nieuwe record wilt.

In basis moet je het zien als een ‘snelle’ manier om data met de buitenwereld (dus gebruikers zonder FileMaker applicatie) uit te wisselen. Het is wat kort door de bocht, maar daar komt het wel op neer.

Ik ben toch blij dat ik op Monterey ben gebleven… en als ik alle ellende zo volg denk ik dat ik dat voorlopig ook maar blijf…

Is lastig beoordelen zo… maar wat je het beste kun doen is je parameters ‘benoemen’. Bijvoorbeeld: JSONSetElement ( "" ; [ "layout" ; "NAME of ID" ; 1 ] ) // 13-02-2023 In het ‘ontvangende’ script zet je deze dan om naar parameters: Set Variable [ $scriptparam ; Value: Get ( ScriptParameter ) ] Vervolgens kun je dan waar nodig de parameter opvragen uit de variabele De vraag is even hoe je weet naar welke lay-out je wilt? Uiteindelijk zul je via Go to layout naar de juiste lay-out moeten gaan. Go to Layout [ JSONGetElement ( $scriptparam ; "layout" ) ; Animation: None ] Zo ongeveer…