Marsau

Wat denk je van dit trucje?
Een let in een verbergconditie op de layout, die zorgt dat er een altijd correcte $$ variabele is met het focus jaar.
Vervolgens een unstored calc die de (indicatieve) leeftijd calculeert.
Beetje een hack, quick&dirty, omdat je niet aan de tussentabel wil.
Een scriptrigger blijft m.i. een slecht idee.
films Marsau.fmp12

Ok, ik las daar even over heen. Dus pdf-scriptstap-specifiek. 
Is dit wat?
https://community.claris.com/en/s/question/0D50H00007H1uX8SAJ/solved-save-records-as-pdf-not-working-on-new-windows-install-error-800
 

Vermenigvuldigen van tekst kan je met een recursieve custom functie doen.
Bijvoorbeeld
MultiplyText ( text; factor)
Met als calculatie:
If ( factor > 0 ; text & MultiplyText ( text; factor - 1) ; "" )

Je bent gebonden aan de tabelstructuur en één file per container.
Zoals je het weergeeft op je plaatjes is een map niet meer dan extra labeltje (tekstveldje) bij de afzonderlijke records. Het wordt complexer als je deze folders ook wilt nesten. Dan moet je iets van een parent-child structuur realiseren in je datamodel.
Je kan er over denken om in plaats van een mappenstructuur 'tags' te hanteren. Dat levert dezelfde voordelen op, maar is wat flexibeler, omdat één bestand in meerdere sets mag voorkomen.

Nee, Peter. Nog steeds de hypothese dat dit bij  FMS ≤ 14 niet werkt, zoals ook door jou bevestigd.
Ondertussen doet een robot de noodzakelijke syncs, waardoor de druk om een oplossing te vinden er niet bepaald is.
Klant wil nu niet investeren in een upgrade naar de laatste versie

Het precieze antwoord hangt af van wat je precies vraagt. Het zou wellicht kunnen, maar wellicht ook niet. 
En wellicht moet je je eerst afvragen waarom je het vraagt, of dat er andere oplossingen zijn voor deze wellicht hobbelige en moeilijke route naar een oplossing. 
In principe zou je nl. per project een prachtige dashboard achtige layout kunnen maken dat je als één pdf exporteert. Waarom dan moeilijk doen met ppt. 

Je kan werken met een calculatieveld, met daarin de combinatie van jaar (aanmaakdatum) en een gewoon volgnummer. Je kan deze baseren op een gewoon veld met volgwaarde, of gecalculeerd uit een self-joined tabel op basis van jaar ( max (volgnummer) + 1). 
Nadeel van al te veel gecalculeer bij aanmaak van volgnummers is het risico op duplicaten als er meerdere gebruikers zijn, - heb ik wel eens ondervonden.
Een andere (en snellere)  oplossing is gewoon de volgwaarde-functie gebruiken.
Voer de eerstvolgende waarde conform jouw gewenste format: 2017_00002, te verhogen met 1.
Maak vervolgens een scriptje dat checkt of er een jaarwisseling heeft plaatsgevonden, getriggered bij openen van het bestand, en dan de volgwaarde voor het nieuwe jaar op 1 zet.

Een leuke opgave waar ik eerder mee heb gestoeid. Denk dat je rekening moet houden met het volgende:
 
- tabel vragen met antwoordtypen;
- tabel sessies met gegevens als datum/tijd, geënquêteerde en unieke code voor de sessie;
- tabel antwoorden waarin per sessie de antwoorden worden vastgelegd.
 
Vervolgens is het de uitdaging om alles slim in te richten:
- nieuwe enquête-sessie: lege antwoorden klaar zetten
- markeren van onbeantwoorde vragen (voortgang weergeven, toetsing op 'verplichte' antwoorden
- per vraag een goede weergave van het antwoordtype tonen (multiple choice, een schaal, een getalswaarde of open tekstveld)
- per sessie de gegeven antwoorden groeperen;
- diverse analyse/rapportage layouts-scripts toevoegen;
- goed onderscheid maken in de beveiliging vwo toegang tot layouts: onderscheid tussen respondenten, enquêteurs en admin/beheer.
 
Als je het slim doet kan je zelfs een versie-codering aan de vragen hangen, waarbij je meerdere versies van een enquete in één tabel kunt bijhouden. Dat zet wel de onderlinge vergelijkbaarheid van de antwoorden onder druk, maar anders heb je wellicht zo'n gelegenheidsinstrumentje. Je moet maar afwegen wat voor jou zinvol is.