Banach

Het is ietwat verstopt. Je moet het via de commandline regelen: fmsadmin set serverconfig securefilesonly=false Daarna FMS herstarten. Zie ook: https://fmhelp.filemaker.com/help/17/fms/en/index.html#page/FMS_Help%2Fhostdb-accounts.html%23

Ga eerst naar de juiste portal met bv. GoToField ...

Tsja, wanneer ik niet weet wat de verboden onderwerpen zijn doe ik maar beter geen voorstellen. 😱

En welke dingen zijn dat?

Woordenboek (.mpr bestand) verwijderd of corrupt?

Je bedoelt dat je dit lijstje niet ziet? Dat lijkt inderdaad vaker voor te komen. Soms lost herinstallatie dit probleem op. Overigens denk ik niet dat jij enig voordeel van het tonen van die lijst zult hebben. Onder Web Address kun je (onder andere) willikeurig welke URL invullen eventueel aangevuld met gegevens vanuit FileMaker. Wanneer je aangeeft hoe de URL die je wilt laten zien er uit ziet dan kunnen we je wellicht met meer specifieke info helpen.

Wanneer je een knoppenbalk als object op een layout bedoelt kan het weer wel. Per knop kun je dan een voorwaardelijke opmaak definiëren.

@DutchDriver De formule die je gebruikt is bijna goed. Hij moet luiden: gewerkte tijd deze dag * uurloon / 3600 Voorwaarden zijn dat gewerkte tijd het veldtype 'tijd' heeft en uurloon en het totaal het veldtype 'getal' De reden voor bovenstaande is dat Filemaker dan de tijd zelf converteert naar seconden zoals hbrendel al aangaf. Door dan het resultaat door het aantal seconden in een uur te delen krijg je het juiste totaal. Of je gebruikt natuurlijk de formule van hbrendel.

Vreemd. ik zou denken dat in het opstartscript definieren dat je de systeeminstellingen wilt gebruiken de oplossing zou moeten zijn. Het kan zijn dat dit niet werkt omdat voor dat deze scriptstap wordt uitgevoerd je al iets met een datum doet. Hetzij in het script, hetzij op de layout of een berekening met een gerelateerd datumveld o.i.d. Kijk ook even onder de 'File Options' -> Text -> Data Entry van het bestand. Kies daar voor 'Always use current system settings' ........

Zover ik weet wordt er alleen een commit gedaan wanneer je een record verlaat. Dit geldt dus ook voor portalrows. Maak je een portal row aan en ga je direct naar de volgende regel om een volgende portalrow aan te maken dan wordt die eerste portalrow dus niet naar de server verstuurd. Pas wanneer je buiten alle velden op de layout klikt/tapt worden de veranderingen doorgegeven.

Bedankt voor je toelichting. Vanzelfsprekend twijfel ik niet aan jouw kennis noch aan die van Menno. En of je daarvoor een samengesteld veld in het leven roept of de datum gebruikt zijn slechts verschillende benaderingen.

@Menno: Mijn punt is dat je daar geen samengesteld veld voor nodig hebt. Datum en daaruit berekend weeknummer zijn voldoende.

Even volkomen off-topic en de TS moet dit maar negeren, maar @Marsau: Wat je bedoelde was niet duidelijk. Na deze uitleg moet ik zeggen dat ik het nut totaal niet zie. - De informatie voor een goede sortering ook over jaren heen is nl al aanwezig in alleen de datum. Daar heb je geen weeknummer bij nodig. - Je kunt ook een TOC maken met twee verschillende velden zonder dat je een samengesteld veld nodig hebt, maar dit soort complicaties zijn m.i. hier totaal niet aan de orde. Ik zou het niet ingewikkelder maken dan het is......😎

Mooi! Definieer het veld week van het type berekening. plak dan deze code in het schermpje waar gevraagd wordt de berekening in te voeren: WeekOfYearFiscal (datum; 2) Geef onderin aan dat het resultaat van de berekening van het type getal is. Sla alles op en je zult zien dat dit precies doet wat je wenst. Een voorbeeldbestandje heb ik toegevoegd. @Marseau: huh??? weeknummer.fmp12

Gebruik hiervoor de functie WeekOfYearFiscal (datum; begindag). Gebruik voor begindag in Nederland het cijfer 2. Dit geeft aan dat in NL de week op maandag begint. Zie ook: hier