menno

Jazeker dat kan met bijvoorbeeld een office 365 integratie. Zie: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-one/ en het vervolg: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-two/ je kan ook de presentatie van Wim Decorte bekijken: https://www.youtube.com/watch?v=5b4IZazBAVA Er is ook nog een voorbeeld dbservices dat ook erg goed werkt: https://dbservices.com/blog/integrating-filemaker-and-sharepoint-using-microsoft-graph Ik heb mijn eigen koppeling van het voorbeeld van Wim afgeleid en dat werkt erg stabiel, maar je hebt hiervoor wél een microsoft-account nodig

In het rechterportaal staan van links naar rechts: Tariefnamen Telling van aantal keren gebruikt op de lijnen Optelling van de aantallen in de linkerportaal per afzonderlijk tarief Optelling van de bedragen in de linkerportaal per afzonderlijk tarief Je kan gerust de velden prijs, bedrag en #somBedrag uit de tabel 'Registratie' en Prijs uit 'Tarief' verwijderen. De rest heb je wél nodig

Je ontkomt niet aan het inbouwen van wat slimmigheid. Voor de demo heb ik het verzamelen van de tarieven gedaan, maar in mijn eigen administratie gebruik ik deze werkwijze om de btw-klassen bij elkaar te vegen Registraties.fmp12

<userid> is de id van de gebruiker (ziet eruit als een lowercase uuid, zonder mintekens) in wiens map je een bestanden uploaded. Dus de id uit de gegevens van een user (bijv. piet@yourdomain.com). Ik zie dat in mijn voorbeeld het laatste deel van de endpoint ontbreekt: ":/content" De juiste wordt dan: https://graph.microsoft.com/v1.0/groups/<userid>/drive/items/root:/WeekRapportages/2025/MijnExcel.xlsx:/content Dus zo veel verschilt die niet van jouw endpoint en ik verwcht dat jouw enige probleem de id van de user is. De userinformatie haal je op met deze query: https://graph.microsoft.com/v1.0/groups/?&$filter=startswith(displayName,'<username>')&$count=true&$top=100 maar dan moet in Azure wel zijn aangegeven dat jouw account de users mag opvragen Je krijgt dan een array met userinformatie en daarin heeft elke user een id en dat is de waarde die je nodig hebt. Ik zie die niet in jouw lijst met variabelen staan Het ophalen van die userinfo doe ik eigenlijk nooit meer, want ik heb de ids die ik nodig heb ik allemaal reeds opgeslagen Je mag me anders Vrijdag wel even bellen, dan kan ik als je wil met je meekijken.

Mijn voorbeeld gebruik ik zo op een sharepoint van een bedrijf

Get ( ActiveFieldContents ) werkt alleen maar als je een veld activeert en dat kan alleen als je de inhoud kan selecteren/activeren. In jouw setup gaat dat niet, want de velden zijn ontoegankelijk gemaakt i.p.v. ze via de privileges onwijzigbaar te maken. Als je dan geen zin hebt om ieder veld afzonderlijk 'te programmeren' in een script-parameter, moet je een andere oplossing verzinnen. Zo zat ik eens bij een klant en daar moesten de medewerkers gegevens kunnen kopiëren en plakken naar e-mails en rapporten. Ze mochten in geen geval de veldinhoud op die lay-out wijzigen en op die lay-out stonden tientallen velden. Zodoende heb ik toen deze work-around bedacht .... 'the invisible tooltip'

Dat kan je met tooltips doen. Je geeft alle velden (dat kan tegelijk) allemaal dezelfde tooltip: Let ( [ $$data = Self ; $$field = GetFieldName ( Self ) ] ; "" ) Daarna wijs je één voor één aan ieder veld hetzelfde script toe In dat script lees je $$data en $$field uit in een lokale variable of een veld én je leegt de variabelen $$data en $$field weer. Daarna kan je met de gegevens die je hebt omgezet iets doen. GetFieldAndContent.fmp12

Ik heb zelf mijn implementatie ooit gemaakt door het voorbeeld van Wim Decorte als basis/inspiratiebron te gebruiken: https://www.soliantconsulting.com/labs/microsoft-graph-api-filemaker-demo/ Het artikel bij zijn voorbeeld: https://www.soliantconsulting.com/blog/microsoft-graph-api-filemaker-one/

Dat is eenvoudiger dan je denkt. Jouw toegang is voor jou 'root' en als je een pad wilt gebruiken vul je het adres simpelweg aan met het pad dat je wil gebruiken. Bijvoorbeeld je hebt het bestand 'MijnExcel.xlsx' en die wil je opslaan in de map '2025' in de map 'WeekRapportages' dan wordt het pad in de PUT: https://graph.microsoft.com/v1.0/groups/<userid>/drive/items/root:/WeekRapportages/2025/MijnExcel.xlsx Bestaat een map niet, dan wordt die met deze methode aangemaakt. Het heeft bij mij ook even geduurd voordat ik dit doorhad Het uploaden van een bestand stond mooi beschreven, maar het aanmaken en/of kiezen van een directory niet 🙄

Heb nog even verder gekeken, je kan naar: https://account.live.com/proofs/manage/additional?mkt=nl-NL&refd=account.microsoft.com&refp=home.drawers.security&fref=home.drawers.security.additional-options Je moet dan wél inloggen op jouw microsoft-account. Als je bent ingelogd ga je achtereenvolgens naar: Account / Beveiliging (uitklappen met de pijl naar beneden aan de rechterzijde) / Extra beveiligingsopties Bij het kopje 'App-wachtwoorden' kan je dan kiezen voor 'Maak een nieuw app-wachtwoord' HTH

Gewone smtp kan niet meer zonder oAuth. Het is nog wél mogelijk om een 'slim apparaat' een eigen app-wachtwoord te geven. Je moet dan in jouw microsoft-account e.e.a. regelen. Zie: https://support.microsoft.com/nl-nl/office/uw-outlook-com-account-toevoegen-aan-een-andere-e-mail-app-of-een-ander-thuis-apparaat-73f3b178-0009-41ae-aab1-87b80fa94970 voor meer informatie. Ik heb geen idee of dit ook met een 'gratis' hotmail-account mogelijk is, daar kan ik geen zinnig woord over zeggen

Er is vandaag een update uitgebracht, zie: https://community.claris.com/en/s/question/0D5Vy00000phOLwKAM/filemaker-server-2114-update-is-now-available

Ik heb bij een klant alle servers geupdated naar 21.1.3, maar het alleen starten van het uitvoeren PSoS scripts duurt neens 60-180 seconden (normaal is 10-30 milliseconden!), daarna wordt de uitvoering pas gestart. Dit gebeurt niet op alle servers, maar de servers waarop het gebeurt gaan we downgraden naar 21.1.1 want bij deze klant wordt er heel veel 'afgegeven' aan de servers om in de achtergrond uit te voeren. Ik heb het gemeld op de Cleris Community (het probleem houdt overigens geen verband met Active Directory, zoals ik eerst dacht, maar ik kan de titel niet meer wijzigen) en Claris heeft in een mailtje bevestigd dat ze bekend zijn met 'diverse' problemen en dat ik de updates die ze binnenkort zullen publiceren in de gaten moet houden.

Hahaha, ik was deze helemaal vergeten! Heb ook maar eens getest: MacBook Pro 14" / M4 Pro / MacOS 15.3.2 FMP 19.6.3.302: primes found 2179, largest prime number 19211 FMP 20.3.2.201: primes found 2178, largest prime number 19207 FMP 21.1.1.41 : primes found 2168, largest prime number 19079

Case leent zich bij uitstek voor jouw situatie, maar je moet niet te kort door de bocht willen gaan. De voorwaarde dat B leeg of gevuld is bepaalt of een waarde in A er iets toe doet. Dus: Case ( B ≠ 1 ; 0 ; /* Als B niet "1" bevat, doet de waarde in A er niet toe en wordt het object niet verborgen */ ValueCount ( A ) ; 1 ; /* Hier doet A er wél toe dus als A is ingevuld, dan moet het object worden verborgen */ 0 ) /* Hier is B= 1 en A is leeg en wordt het object niet verborgen */