Jump to content

hans erik

Leden
  • Posts

    1119
  • Joined

  • Last visited

Community Answers

  1. hans erik's post in Niet gebruikte scripts was marked as the answer   
    Ik heb wel een methode bedacht  / ontwikkeld om te loggen welke scripts wanneer en door wie worden aangeroepen.
    Alleen.... FileMaker heeft geen ingebouwde logging methode dus je MOET iets in elk script plaatsen.
    De methode komt neer op het volgende:
    - twee piepkleine custom functies: één waarmee je de voorwaarde instelt of er gelogd moet worden en één waarmee je de loginformatie samenstelt;
    - in elk script 3 regels plakken:
    If [ cf_logYN ] 
        Set Variable [ $$scriptlog ; Value: $$scriptlog & "¶" & cf_logItem ] 
    End If
    cf_logYN is de custom functie met de aan/uit schakelaar. cf_logItem verzamelt de informatie. $$scriptlog is een variabele die steeds groter wordt. Deze moet je dus zo nu en dan wegschrijven naar een tabel en leegmaken. Wat je logt is aan jou, maar dit levert al veel op: Get ( CurrentTimeUTCMilliseconds )  & Char(9) & Get ( ScriptName)   en wanneer je het logt kun je in cf_logYN bijvoorbeeld als volgt aangeven: true   De methode veroorzaakt een kleine overhead. en je moet even doorbijten om alle scripts van die drieregels te voorzien. Ik was met blik op oneindig 60 seconden bezig met 12 tot 20 scripts, dus reken maar uit.    Zie ook het bijgevoegde PDFje, dat ik destijds schreef om het allemaal niet kwijt te raken.   Hans Erik      
     
    Script logging.pdf
  2. hans erik's post in Base64Decode en png onder Windows? was marked as the answer   
    Ben er al achter.
    Als je een (deel van een) schermafbeelding in een containerveld plakt, is het bestandtype JPG, niet PNG. Filemaker doet standaard JPG.
    Bij de Base64 encode/decode blijft het bestandstype ongewijzigd. Je moet dus de Base64 tekst van een JPG niet decoderen naar xxx.png, want dat displayt Windows niet. Windows verwacht een extensie die overeenkomt met het bestandstype, anders gaat het feest niet door.
    Probleem opgelost.
  3. hans erik's post in Geen interactieve PDF op FMS16 was marked as the answer   
    Het lijkt erop dat ik de oplossing heb: 
    Het SSL certificaat is uitgegeven voor een bepaalde hostnaam. Als je connect via fmnet:/<hostnaam>/<bestand> doet ie het WEL goed. Connect je via fmnet:/<IPadres>/<bestand> dan werkt de interactieve PDF niet.
    Kennelijk handelt MacOSX dit niet goed af, want iOS heeft en Windows hebben er geen last van. De verbinding loopt wel via SSL, maar de streaming loopt helemaal niet. Iets soortgelijks gebeurt bij het self-signed certificate denk ik.
  4. hans erik's post in FM16 crasht bij wisselen van layout was marked as the answer   
    Het treedt ook op als ik de database helemaal lokaal draai. Lijkt me dat het dan niks te maken heeft met server caches (er is geen server) en ook niet met authenticatie (alle geteste login accounts zijn lokaal).
     
    Dus met FileMaker 16 crasht de database:
    - bij de ene [full access] account direct als ik naar een bepaalde layout ga;
    - bij een andere [full access] account niet, maar vreemd genoeg weer wel als ik de applicatie afsluit.
     
    Met FileMaker 15 crasht de database NIET.
     
    Verder is alles identiek, in dit geval OSX 10.11.6.
     
    Mijn conclusie is: effe de eerstvolgende maintenance release afwachten.
×
×
  • Create New...