Jump to content

rgaros

Leden
  • Content Count

    386
  • Joined

  • Last visited

FileMaker profiel

  • FBA
    Lid
    Trainer
    Reseller
  • FileMaker Certificatie
    FileMaker 18
    FileMaker 17
    FileMaker 16
    FileMaker 15
    FileMaker 14
    FileMaker 13
    FileMaker 12
    FileMaker 11
    FileMaker 10
    FileMaker 11
    FileMaker 9
    FileMaker 8

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Er is een tijd geweest voor het FMI materiaal er was, en toen ging het ook prima. Als je eenmaal geslaagd bent, is de 'What's new' van elke volgende versie voldoende kennis om de volgende te halen. Als authorized trainer moeten we binnen zes weken na beschikbaar komen van het examen, ervoor geslaagd zijn. Maar afgezien van die verplichting, het test wel je parate kennis, ervaring en je vermogen om verborgen addertjes op te merken cq. nauwkeurig te werken. Als je FM programmeert voor derden en je slaagt niet voor dit examen moet je toch wel eens gaan nadenken. Het behalen van het examen zegt m.i. wel iets. Het FMTraining aanbod helpt voor een groot deel om de kennis op te doen voor het examen... Mvg, René
  2. Zojuist bericht ontvangen dat ik voor FM18 examen geslaagd ben. Kan een beheerder mijn profiel feestelijk bijwerken? René
  3. Ik zoek zelfstandig werkende FileMaker-programmeurs voor het uitvoeren van diverse projecten en trainingen. Bij voorkeur FileMaker Certified Developers. Ook Continuiteit van je dienstverlening kan hierin meegenomen worden. Interesse? Neem dan gerust in een PB of e-mail contact met me op. Mvg, René Ros
  4. rgaros

    GTRR 101 fout

    Ga nou niet een beeld scheppen alsof het allemaal mijn meningen zijn en jij de ratio hebt. Misschien denk ik wel het omgekeerde maar zeg ik dat uit beleefdheid niet. René
  5. rgaros

    GTRR 101 fout

    Daar heb ik dan liever Get ( LaatsteWaarschuwing ) voor! René
  6. rgaros

    GTRR 101 fout

    Jouw uitgangspunt blijft duidelijk dat het jou alleen uitmaakt of de gevonden set als geheel child-records heeft en individuen doen er wat jou betreft niet toe. Dan kan je net zo goed de foutcode 101 voortaan negeren en na GTRR checken of je een resultaat hebt oid. Het is toch vreemd dat de programmeur bij normale werking van een scriptstap een foutmelding moet negeren? Begrijp me goed, als de optie 'Overeenkomst met alle record in huidige gevonden reeks' uit staat vind ik het logisch dat er een foutmelding komt als het record geen gerelateerde records heeft. Maar zodra die optie aan staat zou er alleen een foutmelding moeten komen als er geen enkel gerelateerd record wordt gevonden. Records zonder gerelateerde records zijn op andere wijze eenvoudig op te sporen. Veel mensen zullen dit niet weten en als bij maken/testen van het script er toevallig geen probleem optreedt dan kan het bij het gebruik toch mis gaan. Dan worden bv. de gerelateerde records niet bijgewerkt, geëxporteerd enz. In mijn opleiding heb ik geleerd dat zoiets slordig is. Mvg, René
  7. rgaros

    GTRR 101 fout

    Wat een inzet voor de goede zaak! De grens daartussen is vaag en voor discussie vatbaar. O, maar ik heb niet echt veel te klagen. Ja, lachen die server logs. Zelfs een venster scriptstap die genegeerd wordt komt als error in de lijst. Mmm, de code raakt dan over meer scripts verspreidt en voor de meeste gebruikers wordt het ondoorgrondelijk. Afhandelen binnen het script vind ik wel netjes en prettig. En wat er bij een fout gedaan moet worden hangt toch weer van de scriptstap af die een probleem ondervond. Voor een eenvoudige melding kan je natuurlijk een subscript gebruiken. Zolang er nog mensen zijn die databases maken en helemaal geen foutafvanging doen, ligt daar de grootste uitdaging. Mee eens. Aan '1506: E-mailbericht(en) is(zijn) niet verzonden' heb je helemaal niets. En bij records importeren meer informatie over bij welk veld en welk record het probleem optrad. Echte programmeeromgevingen vermelden in de documentatie van de functies ook welke foutnummers je kan verwachten, da's ook handig. Als FM het verbreken en opnieuw verbinden goed afhandelt hoef je dat toch helemaal niet te weten in je scripts? Je kan dit eenvoudig oplossen door het scripts in de database te laten noteren wanneer het voor het laatst gedraaid heeft en daar een script op te laten reageren met melding bij inloggen, e-mail o.i.d. Eventueel een server-script maar wat als de script engine zelf een keer vastloopt? Dergelijke fouten door onjuiste data zijn vooraf te controleren en formeel doet de scriptstap het goed. 'field missing' is te verhelpen door af en toe een DDR te draaien en te doorzoeken hoe klungelig dat misschien ook is. Bij verwijderen van een veld krijg je bovendien een waarschuwing als het veld nog in een script gebruikt wordt (behalve in import/export/sorteer volgordes...). Vooraf controleren of de juiste plug-in er is lijkt me een uitgemaakte zaak. Ik vertel je niets nieuws maar blijkbaar vind jij dat niet voldoende? Mvg, René
  8. rgaros

    GTRR 101 fout

    De scriptstap doet keurig wat er gevraagd wordt (ik hoop dat dat duidelijk was), het vindt alle gerelateerde records van de huidige reeks. Dan verwacht je gewoon 0 als LaatsteFout. Dat het huidige record geen gerelateerd record heeft doet dan niet ter zake omdat het niet vereist is/gevraagd wordt. Backwards compatibility is helemaal niet aan de orde omdat het een nieuwere optie is die je bewust aan zet en je script op aanpast. Als er geen enkel gerelateerd record wordt gevonden gevonden krijg je fout 401. Hé!? Vreemde redenering. FM zoekt per record in de index de bijbehorende records en verzamelt die in een lijst van record ID's. Het weet in dat proces meteen of er een record geen gerelateerde records heeft. Zelfs als het een intersectie van twee verzamelingen sleutelvelden maakt, gezien de traagheid bij veel records lijkt het daar niet op, dan maakt het niet uit hoeveel gerelateerde records er precies worden gevonden. Ik denk dat het bepalen of 'Ander record(s) heeft geen kinderen' dan juist meer tijd kost. Al op de Commodore 64 schreef ik dit soort code zelf, komt nogsteeds van pas. Mvg, René
  9. Ik zie het probleem al jaren en weet niet of ik het ooit aan FMI heb gemeld, maar wil het eens uitzoeken. Zelf programmeer ik al jaren om dit probleem heen. Moet nog even uitzoeken vanaf welke versie dit bestaat, in ieder geval FM14-16. Probleem: gebruik in een script Ga naar gerelateerde record[] met de optie 'Alleen gerelateerd records' en 'Overeenkomst met alle record in huidige gevonden reeks' als het huidige record GEEN gerelateerde records heeft, dan worden de andere gerelateerde records wel gevonden maar volgt onterecht een foutnummer 101. Wie heeft dezelfde ervaring? Mvg, René
  10. Ik weet niet of het updaten altijd goed gaat en uiterlijk ziet het er anders uit, maar met eigen menu's kan je de naam van een menu-onderdeel berekenen en een vinkje vooraan de naam plaatsen. Mvg, René www.fmtraining.nl
  11. Algemeen: als een scriptstap effect op andere scriptstappen heeft, dan alleen op de scriptstappen die erna uitgevoerd worden. René
  12. In een script plaatsen met Foutafvanging aan. René
  13. Misschien overwegen om in FM dezelfde structuur te hanteren. Dus naast de tabel Artikelen een gerelateerde tabel met bv. de naam Uitvoeringen te hanteren. Ipv. checkbox een eigen record. Dat maakt het exporteren eenvoudiger en veel andere zaken ook. Mvg, René
  14. Als je de test van de filter verwerkt in de relatie dan kan je functies als Sum, Count, enz. zonder problemen gebruiken. Scheelt een boel gedoe en omwegen. Je geschetste aanpak van sommige regels wel en niet facturen betekent wel dat je geen archief opbouwt van verzonden facturen. Hoe hou je dan bij wat de bedragen waren en welke facturen zijn betaald? Wellicht verstandig om naar de structuur te kijken? Mvg, René www.fmtraining.nl
  15. rgaros

    Filemaker Go

    Wat mij betreft wel, met dezelfde redenen. Alleen dan geldt het niet voor alleen FM maar voor al het VPN gebruik in de toekomst. Je zou router.mijnbedrijf.be voor het VPN adres kunnen gebruiken en tevens filemaker.mijnbedrijf.be voor de FM Server (ook als is dat dan alleen voor intern gebruik). Mvg, René
×
×
  • Create New...