menno

De relatie naar "Lesson 2" die je hebt gelegd is onjuist. In de bijlage "Conditional Field Edited" heb ik die gecorrigeerd. Die relatie is alleen gebaseerd op de naam en dat is niet zo verstandig. Je kan beter "onderhuids" een relatie leggen met de ID van het gerelateerde record (met de PrimaryKey). Zo kan je de naam gemakkelijk wijzigen en hoef je niet alle historie te corrigeren wanneer je dat doet. Het keuzelijstje moet dan wel een venstermenu worden ipv een dropdown lijst, omdat anders de gebruikers de ID zouden zien ipv de gekozen naam. Dat heb ik in de bijlage "Conditional Field IDs" aangepast. Je ziet dat het maar een kleine wijziging is. Conditional fields edited.fmp12 Conditional fields IDs.fmp12

Gebruik je wél de nieuwste versie? https://fmdl.filemaker.com/DEVREL/sdk/fm_data_migration_18.0.3.317_mac.zip https://fmdl.filemaker.com/DEVREL/sdk/fm_data_migration_18.0.3.317_x64.zip Wat bedoel je met het "verliezen" van de index van je serialnumber en wat is precies het probleem? Ik gebruik deze tool namelijk ook en heb dit probleem helemaal niet. Mijn serialnumbers worden keurig verhoogd, de laatst aangemaakte wordt met 1 vehoogd als instelling voor de eerstvolgende waarde. Als je oude bestand corrupt of beschadigd is, dan zijn de resultaten mogelijk onvoorspelbaar, maar dat zou dan bij een handmatige import ook zo zijn.

https://answers.microsoft.com/en-us/windows/forum/windows_10-update/vcruntime140dll/b1a15b0e-e389-41a3-bc49-f4fc85bac575 Niet los downloaden en ergens neerzetten, maar netjes MSVisual C++ 2015 installeren. Of dat uiteindelijk je probleem oplost, weet ik natuurlijk niet. Aan je screenshot te zien zit vermoedelijk op Windows 7 en niet op 8.1 of 10. Windows 7 werkt alleen goed als je SP1 hebt geïnstalleerd en "bij" bent met je patches.

Lo sentimos, pero no podemos prestarte dinero. Consulte la sección en español de FileMaker.com para aprender sobre FM en español: https://www.filemaker.com/es/support/

FileMaker kent alleen Get ( DocumentsPathListing ) en daar kan je niet veel mee. Met plug-ins kan je veel meer: BaseElements: BE_FileListFolder ( "/Volumes/Macintosh HD/" ; BE_FileTypeFolder ) TroiFile: TrFile_ListFolder( "-folders" ; "filemac:/Macintosh HD" )

Als je er in duikt, valt het wel mee hoor. Je kan alleen gemakkelijk in de problemen komen als je een kloon opslaat en daar dan mee verder gaat. Javascript gebruikt de punt als decimaal-scheiding en in het NL-talige deel van de wereld gebruiken wij daarvoor de komma. Er zitten hier en daar wat berekeningen die het javascript samenstellen en die decimaal-scheiding gaf bij mij flink wat vraagtekens. Als je het weet is het wel overkomenlijk en anders ben je gewoon even aan het zoeken

Vandaag zocht ik naar de nieuwste versie van de Calendar van Otmar, maar de link hierboven werkt door de zoveelste verhuizing van de FM_community niet meer. Even gezocht (en het helpt als je weet wáár je naar zoekt) et voilá: https://developer.balimusic.ch/resource-calendar is plek waar hij het zelf op bijhoudt.

Een mogelijke berekening is: Let ( [ lijst = List ( Telling 2::ID ) ] ; PatternCount ( Left ( lijst ; Position ( lijst ; ID ; 1 ; 1 ) ) ; ¶ ) + 1 ) Hij wordt wel steeds trager naarmate de reeks groter wordt....

Ja dat is inderdaad een hele slimme oplossing en iets soortgelijks had ik ook even in gebruik, maar in een lijst met records van 1 regel (ca 20 pixels) hoog werd dit best traag. Als we het bestand dan ook nog multiuser gebruikten, dan werd het nog trager. Zodoende had ik de oplossing hierboven bedacht

Een container op dynamische wijzen een kleurtje geven, zal denk ik niet lukken. Ik gebruik zelf een calc die aan een vaste tekst wat eigenschappen toekent zoals in bijgevoegd voorbeeld. Daarin heb ik 2 velden over elkaar heen gezet om een gelijkmatig gevuld vlak te krijgen. De velden dienen puur als achtergrond en zijn daarom non-enterable en afhankelijk van de toepassing zal je dus e.e.a. voor jezelf moeten aanpassen. Hetzelfde geldt voor de berekening, want ik ga hierin uit van een hexadecimale waarde, die wordt omgerekend naar decimaal voor de rgb-formule. FieldColor.fmp12

Ja dat is ook een leuke manier, maar denk er dan wel aan dat de knoppen waarmee je verder gaat de eigenschap "exit-current-script" of "huidig script verlaten" bij de opties ingesteld hebben. Anders blijft het script in de lus hangen.

Bijgevoegd voorbeeld geeft je een mogelijke oplossing. Je zou ipv de dialogen ook subscripts kunnen gebruiken, net wat je zelf handiger vind. Het leuke van deze manier is dat je besturing in een centraal scriptje hebt en dus gemakkelijk kan onderhouden. Buttons.fmp12

Nee dat is inderdaad een van de rare zaken in FileMaker, maar je kan het wel oplossen door je startscript na de pause/resume je vervolgscript te laten uitvoeren. Als iemand dan "enter" gebruikt zal je vervolgscript het standaardprogramma afwerken en als een button wordt gebruikt, kan je het gedrag in het vervolgscript naar wens aanpassen. Je moet het vervolgscript dan wél laten eindigen op "Halt-script" of "Script-Onderbreken"

Wat bedoel je met uitlezen, bijvoorbeeld zien welke knop is gebruikt om te hervatten? Je kan ipv de enkelvoudige stap "script-hervatten" ook een script maken dat hetzelfde doet en dan kan je wél een scriptparameter meesturen op het moment dat je de knop gebruikt. De manieren waarop je dat kan doen zijn erg divers, maar je zou een $$variabele kunnen maken, zodat je weet welke knop het script heeft laten hervatten: Let ( [ $$knop = "Knopnummer_1" ] ; "" )

Als je de import wijzigt in het script en je slaat dan het script op, dan moet ook de importvolgorde zijn opgeslagen als je "specify import order" heb aangevinkt. Importeer je handmatig en vervolgens maak je een script met de scriptstap Importeer-records, dan kan je daarin "specify import order" aanvinken en ook dan wordt de importvolgorde opgeslagen. Laat je het vinkje leeg, dan zal het script de laatst gebruikte volgorde die het bestand kent gebruiken. Ik heb dat wel eens gebruikt voor iemand die regelmatig meerdere dezelfde excels wilde importeren, maar de volgorde van velden was bij iedere batch anders en dus wilden ze dat zélf kunnen aangeven. Ze importeren nu de eerste excel en zonder af te sluiten worden dan de overige excels op identieke wijze geïmporteerd. De volgende keer dat ze importeren, moeten ze dan wéér de eerste import zelf definiëren, best een handige feature van FM.