menno

Ja, bij mij lost deze update van het OS naar 13.2.1 idd het probleem op. Ik las tijdens het wachten op de update dat deze week MacOS 13.3 wordt uitgebracht, dus achteraf had ik ook wel een paar dagen kunnen wachten en meteen 13.3 kunnen installeren. Zo acuut was het probleem niet meer voor me, want ik had alle betreffende scripts al ingekort. Voor het testen moest ik een backup van 3 weken geleden pakken. Heb meteen even getest of die ongewenste venster-animatie nu uit is en of insert-from-url nu wél kan omgaan met ongeverifiëerde certificaten. Helaas zijn die beide problemen nog steeds aanwezig, dus daarvoor mag Claris zélf aan de bak om die op te lossen.

Geen vraag, maar een melding: sommigen van jullie zijn de laatste tijd misschien verrast dat tijdens het debuggen FileMaker crashed zodra de eerste lijn van een script wordt uitgevoerd. Als je dat doet met FileMaker 18 of 19 op MacOS 13.2 (Ventura), dan is dat waarschijnlijk een bug in FileMaker i.c.m. deze versie van MacOS. Houdt daarvoor ook deze topic in de FileMaker-community in de gaten: https://community.claris.com/en/s/question/0D53w000060wvfVCAQ/filemaker-pro-196145-quit-unexpectedly-while-script-debugging Het probleem doet zich vooral voor bij de wat langere scripts (300+ stappen), maar enkelen hebben ook problemen met kortere scripts.

Maak een aparte layout met uitsluitend de gegevens die je wilt opslaan/exporteren. Kies dan voor "Opslaan als Excel" ipv exporteren.

Ik heb dit meteen even als bug in de Claris community aangemeld. We wachten dus even af

Je bent helaas tegen een bug van FileMaker aangelopen. Normaal gesproken kan je opgeven dat de ssl certificaat controle kan worden genegeerd. In cURL is dat de -k optie, maar met FM 19.6.3 gaat dat dus fout. Ik heb even ook getest met FMP 19.4.2 en dan werkt dat probleemloos.... Verder is -E optie voor authenticatie met een certificaat en daarbij moet je inderdaad de certificaten in een container plaatsen etc. etc. Voor het controleren van certificaten van een webservice is dat niet aan de orde. In de bijlage mijn testbestand. De laatste opvraag heb ik met 19.4.2 gedaan, zonder dat de rootcertificaten op mijn mac waren geïnstalleerd. KvKTest.fmp12

Je kan portalen ook gewoon opschuiven (in preview en bij printen). Je moet alleen die schuif-eigenschappen aan de objecten toekennen: Er zijn natuurlijk andere manieren mogelijk, maar als dit voldoet kan je het prima toepassen. Er zijn ook combinaties van records en meerdere portalen op een layout mogelijk. De gedeelten die je kan laten krimpen zijn subsummaries, grand summaries en body. Headers, footers en navigation gedeelten kunnen niet krimpen. Zie ook de help: https://help.claris.com/nl/pro-help/content/removing-blank-spaces.html? Untitled.fmp12

Gelukkig kan je op youtube de snelheid op 2x zetten. Ze werken hard aan Claris Studio en daar ligt kennelijk de belangrijkste focus. Voor de mensen die wachten op 'Freemium' of 'Free tier' versie, die wordt in de komende weken tot maanden uitgerold. Hetzelfde als dat ze al ¾ jaar zeggen en dus wat jij zegt @Lutmers: weinig nieuws en weinig 'geestdrift' van de kant van Claris en dat is jammer. Ik hoop dat ze ook het 'klassieke' platform blijven ontwikkelen, want niet alles kan in de cloud. Voor sommige zaken is 'een server bij een hosting in eigen land' niet voldoende, daar is 'on premises' een absolute vereiste. Aan de 'on premises' versie zal in de toekomst mogelijk niet zoveel te verdienen zijn, maar de veelzijdigheid en de inzetbaarheid van FileMaker zijn altijd de sterkste 'selling points' geweest. Als ze op termijn afstappen van 'on premises' dan verdwijnt ook de meerwaarde van Claris, want dan bieden ze voor de beslissers niets méér dan andere leveranciers. Hopelijk heeft die gratis versie inderdaad het gewenste effect van de lagere drempel, zodat er meer ontwikkelaars mee starten. Voor de continuïteit is dat alleen maar goed, want we willen absoluut geen platform dat binnen enkele jaren uitsterft. Nieuwe én bestaande klanten moeten de garantie hebben dat het platform blijft bestaan.

Ik heb de presentie niet live kunnen volgen en mogelijk anderen ook niet, dus bij deze een linkje naar die presentatie:

Dat werkt meteen zonder fmp opnieuw te openen. Dank voor de tip!

De animaties van de vensters in de script-editor zijn niet uit te schakelen. Bijgaand een filmpje van hoe dat er op mijn MacBookPro M1-Max/64Gb uitziet. Het hakerige gedrag is niet het gevolg van kijken via internet of de slechte kwaliteit van het filmpje, maar is zoals het er werkelijk op mijn scherm gebeurt. Als je daar de hele dag mee moet werken: $#@&*@! Movie_720.mov

In Berlijn wordt de dotfmp weer georganiseerd, ditmaal van 1 t/m 3 Juni . Meer informatie is te vinden op de website: https://dotfmp.berlin

Je kan op OS nivo de hele fmserver-service stoppen en weer starten (MacOS / Windows): sudo launchctl stop com.filemaker.fms net stop "filemaker server" De FMServer-service stopt, dan moet je minstens 2 minuten wachten, zodat alle subservices zoals de fmse ook worden afgesloten. Daarna kan de service weer starten met: sudo launchctl start com.filemaker.fms net start "filemaker server" (op windows moet het "net stop/start" commando ook als administrator worden uitgevoerd) Hierna zijn alle services in zijn geheel opnieuw gestart. Als je "launchctl restart" of "net restart" gebruikt, gaat het herstarten lang niet altijd goed. Het is het beste om het herstarten in 2 stappen te doen Je kan ook alleen de script-engine opnieuw starten: fmsadmin restart fmse -y "C:\Program Files\FileMaker\FileMaker Server\Database Server\"fmsadmin restart fmse -y Dat is vaak voldoende. Scripts die op dat moment nog wél succesvol lopen worden eveneens abrupt afgebroken. Voor FMServer is het als het ware een remote-client die crashed. Houdt daar rekening mee Bij beide methoden worden "hangende" schedules echt uitgeschakeld. Als na "restarten" een bepaalde schedule nog steeds actief is, dan is dat proces nooit uitgeschakeld geweest. Je zult dan echt de oorzaak moeten gaan zoeken en oplossen. Houdt er verder rekening mee wanneer je een proces middenin de afloop killed, dat je daarmee (data-)condities kan veroorzaken waardoor een proces sowieso niet meer wordt uitgevoerd.

Wat je eventueel zou kunnen doen is de invoer en de structuur laten zoals die is en alleen het veld Job_Time aan te passen: Let ( [ start = tijd ; einde = Case ( End_Times > 0 ; End_Times ; tijd > 0 ; Time ( 16 ; 40 ; 0 ) ; "" ) ] ; Case( einde < start ; "" ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 50 ; 0 ) ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 12 ; 30 ; 0 ) ; einde - start - Time ( 0 ; 40 ; 0 ) ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 10 ; 0 ; 0 ) ; einde - start - Time ( 0 ; 10 ; 0 ) ; start < Time ( 12 ; 0 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 40 ; 0 ) ; start < Time ( 12 ; 0 ; 0 ) and einde > Time ( 12 ; 30 ; 0 ) ; einde - start - Time ( 0 ; 30 ; 0 ) ; start < Time ( 14 ; 30 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 10 ; 0 ) ; einde - start ) )

Als het veld End_Times leeg is óf de waarde erin is kleiner dan de tijd dan is Job_time ook leeg, dat wordt door de eerste case-clausule geregeld. End_Times is óók een berekend veld en daar zou je indien tijd is ingevuld, zou je daar bijvoorbeeld de einde v/d dag tijd in kunnen zetten: Time ( 16 ; 40 ; 0 ) Een Case() werkt als volgt: de clausules wordt na elkaar getest en zodra er een resultaat true / yes / >0 is, wordt de statement direct na de clausule uitgevoerd. Alle clausules daarna worden niet meer getest (dus genegeerd). Met die kennis kan je gemakkelijk de werking en de smanehang van alle velden nalopen.

Ja, dat dacht ik dus al, je hebt een heel ander veld aan zitten passen. Het veld "Job_Time" gaf negatieve getallen weer, dus dat is het veld dat ik heb bekeken. Door enig en alleen DIE berekening aan te passen, was het probleem in jouw testbetand weg. Als je andere velden hebt die soortgelijke problemen hebt, dan is dat met deze testgegevens niet zichtbaar. Wat mij opvalt aan de berekening voor "End_Times_Polen" is dat er met tijden worden gerekend, maar dat er als het ware tekst wordt "geïnjecteerd", dat zou je technisch wat robuster moeten oplossen. In de bijlage het aangepaste testbestand, daarin is enkel "Job_Time" aangepast. Registratie_Lineitem_aangepast.fmp12

Kan je de berekening hier even posten zoals je hem er nu in hebt zitten?

Zou je het eerst niet even in een kopie testen? Als het niet is wat je zoekt, hoef je niks terug te draaien

En? Is het je gelukt? Of hebben we jou verkeerd begrepen?

Je kan er heel gemakkelijk omheen programmeren door je workflow een beetje te optimaliseren: Maak een nieuw venster en zoek daarin de records op die je wilt afdrukken óf ga naar de gerelateerde records in een nieuw venster. Het doel is je context tijdelijk aan te passen, naar alleen datgene dat je wilt afdrukken. Daarna druk je af door simpelweg de "gevonden records/records being browsed" af te drukken. Tenslotte sluit je het extra venster weer af. Het is handig om dat venster een naam te geven bij de aanmaak ervan en die ook expliciet weer met die naam aan te roepen voor het afsluiten. Het voorkomt een hoop problemen. Ik werk al jaren op deze manier en zodoende heb ik het afdrukprobleem met Ventura/FileMaker helemaal niet gehad.

Je ziet ondanks dat er bestanden ontbreken dat het resultaat van de berekening negatief is wanneer "End_times" leeg is, dus dat is het enige dat je moet opvangen en dan werkt het prima. Als de eindtijd kleiner is dan de starttijd (leeg is ook kleiner dan de starttijd) dan kan je geen resultaat hebben en dus moet dat leeg blijven. Als je haast hebt, zou je kunnen volstaan met het toevoegen van: End_times < tijd ; "" ; in de eerste lijn van de case-statement Verder wordt er in die berekening nogal gerommeld met formaten en conversies daarvan. In FM is dat helemaal niet nodig, want dat is toevallig een van de sterkste punten van FM. De formule kan dan iets leesbaarder worden gemaakt en als volgt worden omgevormd: Let ( [ start = tijd ; einde = End_Times ] ; Case( einde < start ; "" ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 50 ; 0 ) ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 12 ; 30 ; 0 ) ; einde - start - Time ( 0 ; 40 ; 0 ) ; start < Time ( 9 ; 50 ; 0 ) and einde > Time ( 10 ; 0 ; 0 ) ; einde - start - Time ( 0 ; 10 ; 0 ) ; start < Time ( 12 ; 0 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 40 ; 0 ) ; start < Time ( 12 ; 0 ; 0 ) and einde > Time ( 12 ; 30 ; 0 ) ; einde - start - Time ( 0 ; 30 ; 0 ) ; start < Time ( 14 ; 30 ; 0 ) and einde > Time ( 14 ; 40 ; 0 ) ; einde - start - Time ( 0 ; 10 ; 0 ) ; einde - start ) ) Er wordt geen enkel dataformaat omgezet, er wordt alleen maar met tijden gerekend.

No worries, bedankt voor je reactie, ik ben deze week naar Ventura overgestapt. Printen heb ik nog niet geprobeerd, maar FileMaker werkt verder goed. Echter.... door het animeren van het openen en sluiten van vensters, voelt FileMaker vreselijk traag aan (op een Macbook met een M1 Max). Eens uitzoeken of dat animeren zou kunnen worden uitgeschakeld, want dat voegt niks zinnigs toe.

Ja dat klopt en dat had ik eerlijk gezegd niet geregistreerd. Ben zo gewend geraakt aan dat zaken net niet af zijn, dat ze me niet eens meer opvallen, hahaha. Het is nou eenmaal zo dat niet alles volledig af is en daardoor vallen foutjes je soms niet eens op. Ik maak me er maar niet druk over, zonde van de energie. Ben als kerstvakantieproject begonnen met de admin-api v2 (voor FMS 19.6) en daar mist ondanks de vele toevoegingen nog steeds het nodige. M.a.w. er is nog steeds geen interface beschikbaar waar je een FMServer volledig mee kan beheren. Je hebt nog steeds de combinatie webbrowser, admin-api en cli nodig. Ook hiervoor geldt weer: niet druk over maken...

De api-user is gewoon een gebruiker en dus moet je de rechten als zodanig bekijken en instellen. FMS is geen gebruiker. Over importeren op FMServer: het is onmogelijk om van de ene tabel direct iets in de andere tabel te importeren. Daarvoor moet je eerst naar excel of text exporteren in de documents of temporary en van daaruit weer importeren.

Ik vrees dat FileMaker een ietwat prijzig gaat worden om door 200 leden als read-only database te worden gebruikt. Je kan misschien eens kijken om iets zoals mediawiki (de wikipedia software) te installeren, want zo te zien wil jij een mededelingenbord hebben. Bijna iedereen weet hoe ze een wiki moeten gebruiken en het zoekt erg gemakkelijk. Ik gebruik zelf wikimedia ook bij een paar van mijn klanten om informatie over hun maatwerk bij te houden én omdat het eenvoudig is te installeren en te onderhouden. Er zijn ook andere minstens net zo handige frameworks, die dezelfde functionaliteit bieden. Kijk bijvoorbeeld eens op https://www.proprofskb.com/best-wiki-software/ sommigen zijn gratis en anderen zijn betaald.

Is dat dan ipv de dock waar nu de hidden windows in staan? Of staan ze ook nog daarin. Staat die stage manager dan wél in de achtergrond of worden ze over de actieve vensters geprojecteerd? Of kan je daar net zoals bij de dock zelf voor kiezen?