Marsau

Er is m.i. geen optie om dynamisch velden toe te voegen. Je zou overigens kunnen redeneren dat het sowieso onzin is om juist deze velden toe te voegen, omdat ze niet binnen de database zijn gegenereerd. Het makkelijkste is - als het zo belangrijk is - om het toe te voegen aan het import-materiaal. Daarna moet je de nieuwe velden van auto-enter opties voorzien voordat je de import doet. Een andere optie is: a. maak een lege tabel met je default fields; zorg dat de auto-enter opties goed staan b. doe de import met aanmaak van een nieuwe tabel c. kopieer en plak de velden d. importeer de importtabel in de laatste tabel. Zorg dat de auto-enter opties goed staan. Best veel gedoe, maar te doen.

Zoals verwacht. Maar elke setup heeft grenzen.

Ja, doe een ontwikkelstraat en gebruik de migratie tool om nieuwe productie versies te genereren. Als je die zo aanpast dat hij de hele set in één keer genereert heb je ongeveer wat je zoekt. Je kan ook denken aan Deploy van 360works (dat wij in een aangepaste vorm intensief gebruiken om ineens tientallen databases te updaten) vanuit een ontwikkelversie, of de 'Otto' odd Geist

Wezenlijk een andere vraag dan het subject, maar ook heel interessant. Ik weet dat je met MBS code kunt uit-kopiëren, maar in-plakken? Het zou een zeer welkome mogelijkheid zijn. Ik gebruik zelf TextExpander om snel snippets in te voeren, maar dit beweegt zich binnen scriptstappen en nooit erover heen. Het punt is natuurlijk dat wat je inplakt in essentie een XML-object is met een bepaald codering zodat het op het klembord alleen geschikt is voor het doel waarin het geplakt kan worden. En dat klembord laat zich niet tussen een Mac- en windowsomgeving transporteren. Ik vond dit op Github van Dan Shockley: https://github.com/DanShockley/FmClipTools

Ik heb dit vooral op windows servers draaien, server-side en geen probleem. Kennelijk wordt de url niet goed geïnterpreteerd. Ik zie niet direct wat hier het probleem is. Check even: https://help.claris.com/nl/pro-help/content/convert-from-filemaker-path.html of https://www.soliantconsulting.com/blog/filemaker-path-conversion-function/

Handig. Ik gebruik: Variabele instellen [ $pad ; Waarde: Get ( Documentpad ) & $filename & ".pdf" ] Variabele instellen [ $url ; Waarde: ConvertFromFileMakerPath ( $pad ; URLPath ) ] # […] Invoegen vanuit URL [ Selecteren ; Met dialoogvenster: Uit ; Doel: Facturen::Document ; $url ; URL niet automatisch coderen ] Voor zover ik weet geen issues met pdf weergave. @Menno: is er een specifieke overweging om voor de data file scriptstappen te kiezen?

Je zou wellicht ook kunnen denken aan het samenvoegen van een pdf, en die dan afdrukken. Uiteraard krijg je gedonder als AV of factuur meerdere pagina's gaan omvatten, maar ook dan zou je een constructie met pdf manipulatie kunnen bedenken. Dus genereer de pdf als factuur in een tijdelijke map, voeg met een tweede scriptstap de AV toe, en met een derde een print opdracht (send Event). Ben het met Banach eens dat de overleggen van de AV bij de factuur veel te laat is (en ook juridisch problematisch), maar dat het geen kwaad kan om je klant van 'reminders' te voorzien.

Send Event is misschien wel een optie.

Dank jullie wel voor het meedenken! Ik heb een simpele en razendsnelle oplossingen gevonden: - ik kopieer dus een layout in de afdruk modus en plak het resultaat in een containerveld (pdf op de Mac..) - gebruik getThumbnail () om er een geschaalde jpeg van te maken - met een base64Decode ( Base64Encode) voeg ik een bestandsnaam toe. Het resultaat kan door Scribe verwerkt worden.

Beste mensen, wederom een beroep op jullie kennis en creativiteit. Ben op zoek naar de beste benadering voor de volgende uitdaging: Doel: een opgemaakte excel spreadsheet met gedetailleerde leveringsdata, voorzien van een specifiek gegenereerd plaatje met o.m. dynamische ordergegevens (een zgn. ‘Plantenpaspoort’.) Wat is nu de beste manier om dit plaatje te maken in een FileMaker script? Huidige benadering: script doet een copy van een bepaalde layout in de afdrukmodus en plakt dit in een container voor Pos verwerking. Werkt prima, alleen format is pdf, en excel eet dat niet (althans via Scribe). Dus dit levert dan een conversievraagstuk op. Ook gedacht aan een webviewer. Hebben jullie tips/suggesties?

Ja, het gaat zeker over het beheer van tags en standaardteksten. :-) Ik weet dat mijn bijdrage te ver strekt, maar schets graag wat mogelijk is. De technische uitwerking moet je maar even vergeten, maar hou dit vast: - er is een scherm om tags aan te maken en te editen. Daarin wordt o.m. gespecificeerd hoe de tags vervangen moet worden. - er wordt een calculatie samengesteld die de tags vertaalt naar een eindtekst voor gebruik. - er is een scherm om sjabloonteksten te schrijven. De beschikbare tags kunnen naar de sjabloontekst gesleept worden. Heb ter verduidelijking twee screenshots van beide schermen bijgesloten. De hele opzet is gebaseerd op de Evaluatie-functie. De enorme kracht van deze functie is dat ie een opgegeven calculatie-tekst kan opvatten als een calculatie, wat duizelingwekkende mogelijkheden creëert. Wel is het natuurlijk zaak om een syntactisch juiste calculatietest aan te bieden, anders werkt het niet.

Leuk dit te lezen. Ik bouw geregeld een soort standaardteksten editor. Waarbij je als developer centraal de tags definieert (aparte tabel) en een tekstveld waarin je de calculatie text zet, eventueel samengesteld door verschillende ‘substitute’ elementen die je ook in die tabel kwijt kan. Elke substitute kan een hele specifieke vertaling vergen, dus daarin kan ook wat logica zitten. Zeker als je rekening moet houden met verschillende contexten. Met een eenvoudige ‘evaluate’ van de calculatie (die je dus kan editen zonder de database definitie te openen) kan je het resultaat zien, wat dus de editor omgeving compleet maakt. Het mooie van deze aanpak is dat de schrijver van de sjablonen tegelijk alle tags kan zien (met eventuele meta-informatie), zelfs de tags naar de sjabloon tekst kan slepen, en het resultaat van die tekst (door ook tegelijk een voorbeeld input te kiezen) je hebt dan alleen nog maar een tabel met de standaardteksten nodig. Die je vervolgens weer kan koppelen aan de toepassingen. Je kan verschillende contexten koppelen aan de tags, maar ik kan me in jouw geval voorstellen dat die steeds dezelfde is. Van de betreffende evaluate kan je een CF maken die je snel overal waar nodig kan toepassen, zodat je bij het genereren van teksten in verschillende scripts slechts een snelle/eenmalige implementatie kan doen.

En BaseElements. Of AppleScript op MacOS. Native in FileMaker ook door bijv bij aanmaak gegevensbestanden of veld export met optie folder-aanmaak aangevinkt Of een lege map met Send Event. ZIe bijv https://www.soliantconsulting.com/blog/creating-os-folders-filemaker/

19.6 belooft betere compatibiliteit met Ventura!

Uitstekend overzicht van Wim Decorte! https://www.soliantconsulting.com/blog/filemaker-server-19-6/

Bijna onopgemerkt.. Maar toch een aanzienlijke update, is mijn indruk. Als Claris Partner is deze release mij in eerste instantie ontgaan, en dat is voor het eerst... Transactionaliteit in FileMaker is verder uitgewerkt, en dat belooft wat mij betreft veel goeds. Zie interessant artikel van Proof + Geist: https://www.proofgeist.com/blog/2022/11/30/transactions-in-filemaker-19-6-part-1

Dank je wel.. Het is mij iets duidelijker geworden. Het goede nieuws is: het kan wel, maar je moet de tekst klembord inhoud goed 'converteren'. Dat is een lastig dingetje, maar met trial & error kom ik een heel eind. Het lukt me nu met scripts, scriptstappen, velddefinities. Maar nog niet met layout-objecten. Desalniettemin al een 'huge timesaver'. Het ideaal van transporteerbare FM-code is toch weer wat dichterbij.

Wellicht hebben jullie hier ervaring mee... Ik gebruik de BaseElements plugin om gemakkelijk FileMaker objecten (velden, scriptstappen, scripts, layoutobjecten, CF's.. ) op te slaan in een persoonlijke library. Er is interactie met klembord om een object op te slaan als fmxmlsnippet in een tekstveld of ergens in een te ontwikkelen FileMaker applicatie te plakken. Dat werkt goed als ik braaf op het Mac platform blijf (gedeeld klembord tussen Mac en Macbook) maar plakken in een (remote) windowsomgeving lukt niet. Klembord blijft leeg en er wordt niets geplakt. Wat zie ik over het hoofd?

Dat gaat de registratie van de fout niet afvangen. Elke scriptfout wordt geregistreerd en dat is in principe een heel goed uitgangspunt.

Ik hanteer als ontwikkelprincipe dat fouten als 401 en 101 gewoon niet op de server gemaakt worden. Dus alleen de echte fouten in de logs. Als je weet waar ze kunnen ontstaan kan je ze gemakkelijk afvangen. Bij beperken van gevonden sets misschien iets dieper nadenken.

Dank Menno, ik heb dit helaas niet werkend gekregen. Voor nu in de betreffende omgeving teruggerold naar 19.4.2. Jammer!

Is er een workaround denkbaar? (en dan niet downgraden naar 19.4)

Interessant! Waarop gebruik je deze VM? Ik onderzoek nog steeds de mogelijkheid om een FMS op een NAS te draaien, als goedkoop alternatief van een gehuurde VPS-en.

Dank voor de tip! Deze bugs doen vermoeden dat de applicatie op een aantal punten grondig herschreven is...

Dank Menno. Denk je dat deze bug zich ook in de script engine onder FMS 19.5 voordoet? Jouw FMS-monitor gebruikt de Quote-functie ook rijkelijk. Het zou voor mij een reden zijn om die servers niet naar 19.5 te updaten.