menno

Volgens Filemaker Inc houdt FM zich strikt aan de SQL-92 standaard, die op zijn beurt weer data handhaaft volgens ISO8601:2004 waarin nog slechts 2 formaten zijn toegestaan yyyy-mm-dd en yyyymmdd verder niets. Je moet dus eigenlijk de datum die je terugkrijgt filteren: Let( [ sqldate = Filter ( ExecuteSQL ("SELECT Geboortedatum FROM crmT03_PRS_Persoon WHERE fID_Contact = ?" ; "" ; "" ; B_crmT98_DAE_START::g_CON_ID_Contact) ; "0123456789" ) ; y = Left ( sqldate ; 4 ) ; m = middle ( sqldate ; 5 ; 2 ) ; d = right ( sqldate ; 2 ) ] ; Date ( m ; d ; y ) ) en dan zit je volgens de officiéle standaard goed. Het formaat zonder eeuwaanduiding kan volgens de definitie niet door ExecuteSQL worden teruggegeven, tenzij het opgevraagde veld geen datum0-veld is, maar daar gaat dit voorbeeld niet van uit.

@HE is dat dan van een FM-db of krijg je dit formaat terug van een ESS/ODBC-bron? Ik gebruik ExecuteSQL sinds een jaar of drie heel erg veel en heb dit probleem nog niet een keer gehad met een FM-db.

Let( [ sqldate = ExecuteSQL ("SELECT Geboortedatum FROM crmT03_PRS_Persoon WHERE fID_Contact = ?" ; "" ; "" ; B_crmT98_DAE_START::g_CON_ID_Contact) ; y = Left ( sqldate ; 4 ) ; m = middle ( sqldate ; 6 ; 2 ) ; d = right ( sqldate ; 2 ) ] ; Date ( m ; d ; y ) )

Jouw veld c_SearchKey blijft leeg en zolang je die niet vult en bijhoudt, dan werkt je filter gewoon nooit. Ik heb jouw bestand even aangepast, zoals ik eerder heb voorgesteld en een scirptje toegevoegd waarmee je c_SearchKey kan vullen en gevuld kan houden cq bijwerken. Als er geen waarden in het filterveld g_Filter_Mkey staan, dan wordt er niets getoond en dat is ook logisch. Wil je alles zien, dan moet je in g_Filter_Mkey 0 zz invullen succes

Je kan met list( relatienaam::veldnaam ) alle waarden ophalen van records die voldoen aan de definitie van de relatie. De relatie kan karthesisch zijn en dan krijg je alle waarden van dat veld van alle records. Een alternatief kan je met ExecuteSQL() maken.

Je probleem is eenvoudig: er is geen reden dat het veld wordt gevuld, want bij aanmaak van het record moet het veld c_VoornaamNaam zijn gevuld, maar is dat niet want eerst moet via ID_Contact met PRS contact worden gemaakt, maar dat kan weer niet omdat je eerst (neem ik ff aan) een record maakt in CON en daarna pas is PRS. Je hebt dus een probleem met je werkvolgorde .... de kip en het ei ... zal ik maar zeggen. Ik weet niet precies wat je doel is, maar je kan je huidige pribleem oplossen door in de auto-enter-definitie van c_SearchKey de volgende formule in te vullen: If ( Self = "" ; c_VoornaamNaam ; Self ) en vervolgens alle waarden in c_SearchKey te vervangen met een lege waarde, dan wordt door de voorgaande auto-enter éénmalig de waarde in c_SearchKey gecorrigeerd.

Geen idee, kan je niet ff een testdb posten? Dat praat een stuk makkelijker

Als je foreign-key (FK) veld niet is geïndexeerd, gaat het nooit werken, ook niet als het een gewoon tekst-veld is. Een FK moet worden geïndexeerd. Hoe? Dat is jouw pakkie aan en door je FK een tekstveld te maken, ben je al halverwege. Halverwege omdat je mogelijk de indexering van het FK-veld nog moet aanzetten. Indexering wordt alleen aangezet wanneer je op een veld zoekt of een relatie naar dat veld aanmaakt ... als je alleen de velddefinitie wijzigt, dan moet je zelf de indexering aanzetten, anders werkt het niet. (ga bij de opties, naar het tabblad opslag en zet daar de indexering aan)

Opgevist uit het log van mijn webserver, waar ik met resp. Safari op MacOS 10.10 (#1), Filemaker Pro 13v3 op MacOS 10.10 (#2), IE 11 op Windows 8.1 (#3) en Filemaker Pro 13v3 op Windows 8.1 (#4) dezelfde link heb gevolgd: (Macintosh; Intel Mac OS X 10_10) AppleWebKit/600.1.25 (KHTML, like Gecko) Version/8.0 Safari/600.1.25" (Macintosh; Intel Mac OS X 10_10) AppleWebKit/600.1.25 (KHTML, like Gecko) Safari/531.9" "Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.2; Trident/7.0)" "Mozilla/5.0 (Windows NT 6.3; Trident/7.0; rv:11.0) like Gecko” Ik denk dat filemaker zelf bibliotheken mee-installeert en gebruikt voor de web-viewer op zowel MacOS als Windows

Het gaat met de uitvoer naar PDF niet mis denk ik. De rendering in de web-viewer gaat niet goed. Wanneer je "Interactie met web-viewer" aanzet, dan kan je tekst e.d. gewoon selecteren en kopiëren vanuit de web-viewer en wanneer je daarop (op Windows 8.1) inzoomt, dan zie je evengoed een 72/96dpi gerenderde tekst!? Als je dat naar een PDF schrijft, zal het niet beter worden Bekijk je dezelfde tabel/pagina in IE, dan is het wél perfect en kan je er "oneindig" op inzoomen, net als op de Mac .... ik denk dus ook dat iemand bij FMI heeft zitten "suffen" en misschien de verkeerde bibliotheken heeft aangeroepen.

Beste Hans, jij denkt dat de gemiddelde klant die werkt met een Mac hier iets van afweet? Ik kan relateren aan zowel de visie van HE als die van pjotter. Als je op de knop voor het upgraden van je OS kan klikken, dan kan je verwachten dat "dingen" anders (en soms niet meer) werken. Je zou verwachten dat (zelfs) een ezel zich geen twéé maal aan dezelfde steen zou stoten .... helaas blijkt dat in de praktijk anders. Het wordt soms nog erger wanneer in zo'n geval blijkt dat ze het maken van backups nooit nodig hebben gevonden .... dan sta je toch een beetje met je joker in het zand, want hún bedrijf ligt plat en jíj móet het oplossen voor ze, want jij had ze moeten zeggen, dat ze niet hadden mogen upgraden of dat ze backups hadden moeten maken. Jajaja, ik weet het! Ze krijgen bij upgraden van OS en/of programma's meldingen genoeg, "maar daar hoef je alleen maar op "OK" oid te klikken, die meldingen lezen is toch nergens goed voor joh!". Je kan dan wel doodleuk een rekening sturen voor een halve dag werk, maar als toevallig deze klant goed is voor enkele dagen per jaar of zelfs per maand ..... wil je dan wel zoveel ruzie maken over het feit dat zij zo "onhandig" zijn? Jouw klant gewoon zijn vingers laten branden, zoals een kind dat moet leren dat een kachel heet kan zijn, is niet aan te bevelen (tenzij je ze niet mag of dat ze altijd voor een dubbeltje op de eerste rang moeten zitten). Maar dan nog, als je maar één klant hebt waar je geen hekel aan hebt en die je in geen geval zou willen laten barsten, dan moet je toch uitzoeken of/hoe/waarmee de zaak weer zou kunnen laten werken en/of/hoe je weer zou kunnen down-graden. Dat allemaal gezegd hebbend .... direct na installatie van Yosemite, had ik precies dezelfde problemen als Bigbadwolf. Ik moest ook een (ver)oude(rde) versie van Java installeren en had een paar onverklaarbare crashes van FM. Na 2 keer herstarten verdwenen die problemen en nu lukt zelfs bewust reproduceren van die fouten niet meer. Heel prettig natuurlijk, maar wél irritant om de oorzaak niet te weten, want het blijft als een zwaard van Damocles ergens dreigen.

Dat is inderdaad een begrenzing die je zelf in kan stellen voor diverse voorgeprogrammeerde formaten, maar ook voor een eigen formaat: Door op de knop te klikken, kan je de markering aan of uit zetten

@HE ik gebruik een webviewer waar ik een tabel in toon, maar die wordt niet zo mooi gerenderd zoals dat bij jou kennelijk gebeurt. Is het op de Mac en/of op Windows? Los van het platform, hoe heb jij de html samengesteld? Of is het een bestaande webpagina?

Alleen het openen en bewerken van de gegevens kan niets veroorzaken waardoor fm12 het bestand niet kan openen

Je kan het beste even contact opnemen met Filemaker en vragen of je kan downgraden. Je kan je ook afvragen of je FM13 niet gewoon kan gebruiken, dat werkt prima met FM12-bestanden. Alles dat werkt in 12 werkt ook in 13, behalve sommige plug-ins bijvoorbeeld de Outlook-Manipulator van Productive Computing of de Media-Manager van New-Milllenium

Filemaker Server 13 is gecertificeerd voor "Windows Server 2008 (Standard & Enterprise) R2 SP1 (64-bit)" verder zijn er de minimale hardware-eisen (ook op een VM): "CPU: Dual Core, RAM: 4 GB, Hard Drive: 80 GB or more, dependent on file size, requires minimum 10 GB free space" Ik heb vandaag even getest met twee nieuwe VM's met allebei W2k8R2-SP1 op VM-Ware ESXI 5.1 en afgezien van een issue met de firewalls (de installatie past de firewall niet aan, dus de poorten 80,443 en 5003 zelf openzetten, of uitzetten, maar dat is zwaar af te raden) verliep het installeren op zowel de "master"als de "worker" als een zonnetje. Als het bij jou niet werkt, dan moet er dus iets niet in orde zijn met je configuratie. Heb je werkelijk een 64-bitter geïnstalleerd en heb je voldoende geheugen RAM én HD? Heb je alle MS-Updates gedraaid (kan vrij veel tijd in beslag nemen, afhankelijk van hoe oud je ISO's zijn). Heb je misschien de SBS-versie van W2k8 gebruikt? Daarop ga je het inderdaad niet aan de gang krijgen (ivm exchange en/of share-point).

je zegt dat zowel IIS6 als IIS7 er op staan, dat vindi erg vreemd voor een nieuwe machine. Weet je zeker dat 2008R2 is? Met IIS6 heb ik namelijk mijn twijfels. Is het niet 2008 standard? Of verwar je de beheers-applicaties voor IIS6 met een installatie van IIS6? Wat zie je als je http://localhost/ intikt in de browser? Mvg, Menno

Probeer FM helemaal opnieuw te installeren met de nieuwste installer ... ik heb je de links in een PM gestuurd.

OK ik vermoed dat je alleen windows server hebt geïnstalleerd en als dat geen speciale web-editie is, dan wordt IIS niet standaard geinstalleerd/geconfigureerd. Je kan het heel eenvoudig controleren door met de rechtermuisknop op het symbool van "computer" te klikken. Dat kan op de desktop maar ook in het startmenu. Kies uit het context-menu voor "beheren/manage". Je komt dan in het scherm "Server-beheer/management". In het submenu "Functies/Functions" moet IIS aanwezig zijn en anders kan je dat hier installeren. Daarna moet de installatie van FMS-worker geen probleem meer zijn. mvg, Menno

Welke versie van windows? Nieuwe installatie van Windows of een oude? Draaien er al websites op die Windows? etc. etc.

De bedoeling van deze methode is dat er zoals standaard met een radio-button. altijd maar één waarde in het veld komt te staan, maar dat je de waardelijst ook léég kan maken. Met een radio-button lukt dat alleen maar door te shift-klikken (waarmee je overigens ook méér dan één waarde kan invullen in een radio-button-veld). Het leuke van de methode van rmw is dat je met het kruisvlakje het veld kan legen zónder te moeten shift-klikken én je kan hier werkelijk maar één waarde invullen

@ Elmystica Je kan eens kijken naar tesseract, dat is ooit door HP en UNLV ontwikkeld. In 2006 is het door google opgenomen en sindsdien schijnt het erg te zijn verbeterd. Je kan op https://code.google.com/p/tesseract-ocr/ de benodigde info krijgen en e.e.a. downloaden. Het schijnt te werken op Linux, Windows en MacOSX, dus je kan zelf kiezen waar je je pdf-jes op gaat verwerken. Laat je vooral niet tegenhouden door allerlei beren op de weg te zien. Dat gezegd hebbend: mijn ervaring met ocr-software (alweer ruim 10 jaar geleden en niet met tesseract) is dat kleine en "zwierige" lettertypen behoorlijk lastig zijn te herkennen voor ocr-software en dat je dan iedere scan zelf moet controleren, maar het is meestal wel sneller dan zelf overkloppen ... Als je het niet probeert, dan weet je het niet he? De gedachte om voor iedere leverancier (als dat inderdaad een enigszins beperkt aantal is) een eigen (stuk van de) verwerking te programmeren is denk ik een handige keuze.

Op de summit in scheveningen viel het me op dat veel mensen (mijzelf inclusief) er de voorkeur aan geven met Filemaker in het Engels te werken terwijl het systeem op de Mac verder op Nederlands staat ingesteld. Ik had dat tot nu toe aangepast door de pakket-inhoud van Filemaker te wijzigen. Ik had daardoor wél 2 installaties van Filemaker 13 op mijn Mac staan .... erg onhandig eigenlijk en het kan anders. Het is mogelijk om met slechts één installatie van Filemaker, deze zowél Nederlands als Engels te gebruiken (of Duits/Frans/Zweeds en nog een stuk of 6 talen). De info (en als je FM13 Advanced gebruikt ook de download) kan je vinden in dit artikel op filemakertips.nl. Als je FM12 of eerder gebruikt óf wanneer je niet de advanced versie gebruikt, dan werkt het ook, maar dan moet je de starters zélf maken aan de hand van de handleiding in het artikel. [edit dd=19-05-2015]Links aangepast tbv verplaatste website[/edit]

Is de optie "Print" de enige die je niet kan gebruiken? Zo ja, kijk dan even naar je gevonden set ... die is dan waarschijnlijk 0 (als je werkelijk alle rechten hebt)

Je hebt teveel punten in je bestandsnaam staan ...... Inventaris 6.0.fmp12 Als je dat wijzigt in Inventaris_6_0.fmp12 dan werkt de functie LayoutNames ( Get (Filename) ) weer en daardoor jouw CF. Ik heb dit probleem nu vastgesteld op windows, mijn mac staat thuis, daar heb ik het niet op geprobeerd. Algemeen: Gebruik in bestandsnamen GEEN extra punten en GEEN spaties. Zij leveren namelijk soms onbegrijpelijke fouten op, waar je erg lang naar kan zoeken.