Marsau

Het veld "eigen risico". Als er een bedrag is, dan is er (logisch gezien) een eigen risico. Voeg je extra velden toe, dan compliceer je de logica. Daar kunnen best goede redenen voor zijn (en dan is het veld niet "overbodig")

Ook het pdf probleem onder Windows is - zoals verwacht - opgelost. Zie draadje

Beetje flauw wellicht... Niets is zo complex als een werkelijk eenvoudige oplossing. Het is altijd goed om goed na te denken over je datamodel, vooral als er wat bedrijfslogica te verwerken is. Als er een bedrag > 0, dan is er een eigen risico, dus het veld is overbodig. De vraag is: is er een reden om dan deze informatie 'dubbel' vast te leggen? Het vergroot de beheerslast en de kans op fouten, maar wellicht zijn er goede redenen om het wèl te doen.

Zie https://www.claris.com/blog/2021/more-power-no-limits-the-latest-claris-product-release. "FileMaker 19.3 delivers modern deployment options, significant improvements in performance, stability and security, and our next generation no-code app builder – affordable, robust technology to enhance your development toolbox."

Ik signaleer het probleem sinds vorige week, maar iets anders. Windows 10 werkstations icm met Acrobat plug-in laten de pdf’s niet meer zien in containers. Geen issues op Mac (waar OS de pdf native kan tonen zonder Adobe rommel). Verder nog geen analyse uitgevoerd, maar het lijkt op een auto-update effect.

Nog een aanvullende opmerking: deze techniek is eigenlijk ook superhandig voor velden met enkel web- of mailadressen (mailto:). Gebruiker moet simpelweg op de inhoud kunnen klikken op de URL te openen. Dit lijkt mij de snelste manier om deze functionaliteit toe te voegen aan een applicatie. Voeg eventueel een klein edit-knopje toe om gewoon naar het veld te gaan.

Misschien toch even Claris support benaderen als je al zo lang zit te klooien. Het zou m.i. gewoon moeten werken.

Is je resumé-veld 'waarde Max' wel kloppend? op deze layout? Zo ja, probeer dan een niet-opgeslagen calculatie-veld te maken met "GetSummary (resuméveld ; splitsveld)" Splitsveld is het veld waarop gesorteerd is, en kan je eventueel met een calculatie aan verschillende sorteringen koppelen.

Graag gedaan, Gad. Ik bedoelde dat ook, hoor. Om te vergelijken moet je toch minimaal twee items naast elkaar zetten, nietwaar. Hele goede uitwerking van Menno. Met voorwaardelijke opmaak kan je ook nog eventuele verschillen in hoeveelheid (en instructie?) detecteren.

Ik neem aan dat je ook een ingrediënt ID hebt. Je zou een calculatie kunnen maken, dat van twee verschillende recepten de IDs vergelijkt. Als je vergelijkende analyse verder moet gaan, kan je ook nog op hoeveelheden (of instructie) vergelijken). Eigenlijk volgens ongeveer dezelfde aanpak. Gedecteerde verschillen kun je vervolgens zichtbaar maken met voorwaardelijke opmaak of door ‘hide objects’.

Vind het leuk om met jullie een truukje te delen, die ik al een tijdje met veel plezier toepas. Neem natuurlijk het risico dat jullie het in jullie tomeloze creativiteit zelf al lang bedacht hebben, maar gok er nu nog maar even op dat dit nog niet zo is. De aanleiding: uit zichzelf kan FileMaker in tekstvelden geen URL’s detecteren en dus ook niet openen. Ik heb dat altijd een wat hinderlijk gebrek gevonden, juist omdat we nu zo gewend zijn geraakt om altijd URL's te kunnen aanklikken. Je kan echter vrij gemakkelijk URL’s klikbaar maken door een combinatie van een custom functie en een klein (getriggered) scriptje. Het werkt zolang gebruik wordt gemaakt van het openingsmoment van het veld. Door via een het-functie de cursorpositie op te vragen kan razendsnel worden bepaald of er op een URL wordt geklikt, en zo ja, welke dat dan is. Dit vereist wel dat het de URL van zichtbaar is in een nog gesloten veld, maar dat is niet per se bezwaarlijk. De (parameterloze) custom functie is: GetURLAtSelection Let ([ content = Get(InhoudActiefVeld) ; cursorPos = Get(StartActieveSelectie) ; pos0 = Max ( Position ( content ; "¶"; cursorPos; -1); Position ( content ; " "; cursorPos; -1) ) + 1 ; pos1 = Min ( Position ( content ; "¶"; cursorPos; 1); Position ( content ; " "; cursorPos; 1) ) ; pos1 = If ( pos1 = 0; Length (content) + 1; pos1) ; rip = pos1 - pos0 ; result = Middle ( content ; pos0 ; rip ) ] ; If ( Left ( result; 7 ) = "http://" or Left ( result; 8 ) = "https://"; result; "" ) ) // end let De URL-detector werkt nu uitsluitend met http en https. Maar dat kan je vanzelfsprekend uitbreiden met andere protocollen. Maak vervolgens een OnObjectEnter trigger aan voor het volgende scriptje: # process URL # Variabele instellen [ $p ; Waarde: GetURLAtSelection ] If [ not IsEmpty ( $p ) ] URL openen [ Met dialoogvenster: Uit ; $p ] Records/verzoeken vastleggen [ Met dialoogvenster: Aan ] End If Script afsluiten [ Tekstresultaat: ] Je kan deze trigger aan elk veld koppelen waaraan je deze functionaliteit wilt toevoegen. Have fun!

Ik ben het met je eens dat er een management probleem is. Wil dat niet direct aan FileMaker toeschrijven. Vind ook dat ze op dit management-vlak een steeds betere tooling leveren: zoals bijv migratietool, add-on's etc. Zou alleen nog heel graag layouts willen kunnen kopiëren. Vind het ook erg grappig dat je in FileMaker zelf een beheertool kunt maken zoals een CF-database. In alle eerlijkheid: kan je een tool visualiseren waarin je een dergelijk uitgebreide applicatie zoals jij specificeert, even van een andere opzet kunt voorzien? Anders dan wat ondersteuning in de knip&plak sfeer, zoeken van scripts en gebruik van analyse tools (DDR etc) gaat het niet. Er zit hier wel iets paradoxaals: een reden om voor FileMaker maatwerk te kiezen is vaak flexibiliteit. Functionaliteit kan naderhand worden uitgebouwd. Ik denk dat dat een hele juiste propositie is, maar het conflicteert enigszins met jouw klacht (als ik je post zo mag typeren)..

Ik zag dat de grote Petrowski eerder al een 150-delige reeks over dit thema heeft gestart. Was mij even ontgaan. https://www.filemakermagazine.com/videos/custom-function-database-part-1 Ben zeer content met mijn eigen versie, al ervaar ik soms wat obscure problemen met de XML, waardoor bij overplakken en lege functie wordt geplakt. Vermoedelijk iets met de CDATA.

@menno dank voor het college Je hebt natuurlijk gelijk. Je hebt het m.i. wel over de zwaardere configuraties. Meen mij te herinneren dat Apple jaren geleden ook aan de weg timmerde met krachtige server hardware (Xserver), ook rackable. Die markt hebben ze laten liggen. Heb overigens de indruk dat Albert niet in deze doelgroep valt.

Het lijkt mij ook dat het je met een Mac mini een prima server kan opzetten. Zie de fora, genoeg signalen dat het gewoon kan, ook al kunnen zich problemen voordoen. Dat geldt a fortiori voor de andere platforms. Voor wat betreft problemshooting, werk ik liever op een Mac. Dan hou je wat tijd over voor productief werk. In de meeste gevallen.

Ik begrijp dat je al een koppeltabel hebt. Die is essentieel. Dan is het goed mogelijk wat je wenst. Misschien moet je nog wat extra TO's aanmaken (of SQL-calculaties) om alle gewenste gekoppelde gegevens te tonen. In de koppeltabel zou ik een aparte id voor klant en vestiging hanteren. Ik zie verder niet zo wat het probleem zou moeten zijn: mogelijk doe je iets verkeerd met de relaties en met de context. Misschien moet je even je relatiegrafiek laten zien.

Kwestie van evolutie, Gerard. Ik deed het natuurlijk altijd al in een bepaald bestand, maar deze benadering is uiteindelijk toch te beperkt. Als developer val ik graag terug op een meer uitgebreide tool: mogelijkheid om te zoeken, filteren uitgebreide info toevoegen: versie-data, notities, documentatie, URL's, voorbeeldbestanden desnoods mogelijkheid om voorgaande versies te bewaren (ofwel nieuwe versies aan te maken) Ik denk zelfs dat het mogelijk moet zijn om een zandbak-functie te maken om Cf's en parameters los van de installatie te testen. De knip en plak optie - nu ondersteund met de BE-plugin - werkt overigens fantastisch. Nu echt zinvol ontwikkel-gereedschap; begrijp niet dat ik het niet jaren eerder heb bedacht. @hans erik: t.a.v dat probleem van mutaties van dezelfde CF in verschillende projecten is deze tool ook zinvol. Je kan steeds de 'beste' versie nadrukkelijk weer vastleggen in je centrale tool.

Dank je wel! Dat is eenvoudiger dan ik dacht.

Ben benieuwd of binnen dit forum deze kennis aanwezig is... Ik werk aan een een 'library'-applicatie (onderdeel) waarin ik custom functions kan bijhouden die ik links en rechts in mijn ontwikkel-projecten gebruik. Met onder meer versie-beheer, issue-management etc. Blijkt onverwacht zinvol. Het blijft echter lastig om: - een CF vanuit een bestaande applicatie in de library-app in te plakken; - en andersom: een CF vanuit de library snel in te plakken in een applicatie. Op het moment dat vanuit de CF-venster een CF kopieert, dan lijkt het clipboard leeg. heb ooit ergens gehoord dat het XML-data zijn, maar ze zijn op één of andere manier verborgen. Is er een manier om de data toch te ontsluiten? En andersom: vanuit een FileMaker record een clipboard samenstellen dat in een CF-venster een CF kan inplakken?

Dank je wel, Menno. Deze gaat mijn 'library' in.

Het voordeel van de QR code is dus wellicht dat deze ook buiten FileMaker Go te gebruiken is; het werkt op OS niveau. Maar per saldo is er geen verschil: je moet ‘iets’ activeren om de code in te lezen.

Is zeer waarschijnlijk een Java issue. Ik meen dat je onder 18 nog handmatig een JDK-versie moest installeren. Heel gedoe. Misschien een clean install doen van volledige versie, en geen updates gebruiken. Of goed kijken naar de Java-versies die zijn gebruikt in combinatie met je FMS-versie: https://support.claris.com/s/article/FileMaker-Server-and-Java-Overview-1503693052471?language=en_US

Het lijkt mij dat je altijd het scannen moet activeren: de camera staat - gelukkig! - niet continu aan. Dat activeren moet zelfs op handmatige scanners. Ik denk dat je gedachte over URL's in barcodes onjuist is. Het veronderstelt dat de camera altijd in een soort detectie-stand aan zou staan- wat niet is. Voor "industrieel" gebruik zou ik het scannen via iOS devices afraden. Kies dan voor een aparte scanner, eventueel een die continu scant. FileMaker moet vervolgens zo worden ingericht dat het scan-resultaat wordt opgevangen en verwerkt.

MonkeyBread schijnt het ook te kunnen. Tevens is er een AppleScript benadering mogelijk.

Denk niet dat dat gaat gebeuren. De malle standaard-apps dienen een m.i. met name een educatief doel, ook al is de pretentie dat het direct bruikbare volwaardige applicaties zijn. Gebruik van add-on's impliceert toch al een zekere basiskennis van FileMaker. Hoe cool het gebruik ervan ook is.