heb eindelijk de 'fout' in de code gevonden
de foutmelding kwam doordat de laatste rij in de gegevens leeg was bij een rows.count op de 1e kolom

O ja? Dan is het wel héél vreemd dat het bij mij wel werkte, want hoe had ik anders kunnen vaststellen dat mijn code 300 keer sneller was?
In je laatste voorbeeldbestand - het enig bruikbare voor de nieuwe code - was kolom A niet leeg, en diezelfde structuur had ik vanzelfsprekend meegenomen voor het toevoegen van een uitgebreid aantal rijen om zinvol te kunnen meten.

Groetjes,
Molly

Goede namiddag allemaal,

Betreft het volgende onderdeel in het project.

In voorgaande projecten had ik een berekenings-procedure ontwikkeld om enerzijds de leeftijden snel te kunnen berekenen en om anderzijds op basis van de gekende datum mbt geboorte, huwelijk en/of overlijden van een koppel de zoekperiode voor potentiële kinderen te kunnen vastleggen.

Niettegenstaande dat deze berekenings-procedure goed dienst deed was ze toch relatief beperkend (enkel (deels) bruikbaar bij minstens 2 gekende gegevens (datums en/of leeftijden)) en ‘ontbreekt’ er dus iets.

Voor mijn nieuw project zou ik dus deze berekenings-procedure aanzienlijk willen uitbreiden.
Zo wil ik, wat het koppel zelf betreft, niet enkel de leeftijd berekenen bij gekende datums, maar wil ik ook de zoekperiodes (mbt de registers) voor ontbrekende datums berekenen op basis van andere gekende datums en/of leeftijden.
Voor de berekeningen op zich heb ik al een goed beeld voor ogen (en de juiste code) maar bij uitbreidingen komen sowieso ook meer voorwaarden/criteria aan bod en daar kom ik met mijn beperkte kennis wat in de knoop te zitten met het vinden van de correcte structuur voor alle voorwaarden/criteria in zijn geheel.
Mbt het koppel zelf zijn er 5 mogelijke datums (2 mbt de man, 2 mbt de vrouw en dan de gezamenlijke huw-datum), daarnaast zijn er dan ook nog 2 leeftijdsberekeningen voor de man en 2 voor de vrouw.
De leeftijdsberekeningen en zoekperiodes voor ontbrekend huwelijk en/of overlijden zijn relatief simpel zolang de geboortedatum gekend is. Het wordt pas uitdagend als de geboortedatum (nog) niet gekend is.
Ik ben al twee dagen pogingen aan het ondernemen om een fysieke flow-chart te maken maar het blijft een moeilijk te ontwarren resultaat. (mogelijks zoek ik het alweer veel te ver )

Daarom hoop ik dat iemand hier misschien een goeie tip heeft om op een makkelijkere wijze een logisch en overzichtelijke structuur uit te kunnen werken voor de diverse voorwaarden/criteria.
De flow-chart is blijkbaar niet de ideale way-to-go.

Verder wil ik dan ook de zoekperiodes voor potentiële kinderen op een iets andere wijze gaan berekenen. Maar dat is voor de volgende fase.

In bijlage een voorbeeldbestand met de lay-out van het werkblad waarop het allemaal zal gebeuren.
De cellen met groene achtergrond zijn uitsluitend voor input door de gebruiker.
De cellen met grijze achtergrond zijn uitsluitend voor input door VBA.

Groetjes,
Bieke

Hey Bieke,

Ik krijg er ('déjà vu'-gewijs) het gevoel bij dat je te erg de focus legt op de lengte van code. Voor mij is dat altijd de laatste van mijn zorgen: eerst zorgen dat ze werkt, daarna aandacht voor een zo kort mogelijke verwerkingstijd, in de mate van het mogelijke ook nog zorgen dat ze ook door anderen te begrijpen is, en optioneel ze niet langer schrijven dan nodig...
Met wat je nu wil realiseren is er vermoedelijk op dat laatste punt nog wat winst te halen, maar 'kort' zal je het niet echt krijgen. Je hebt te maken met 5 variabelen die elk, los van de andere, 'iets' of 'niets' kunnen zijn, dat geeft 2^5 (=32) mogelijke combinaties waarbij telkens (of ongeveer telkens?) iets anders moet gebeuren.

Ik ga me er echt niet aan wagen om je code om te gooien (het is quasi zeker dat het dan wel ergens fout gaan, want niemand weet beter dan jij wat, waar, wanneer, hoe en waarom), maar mijn persoonlijke voorkeur zou uitgaan naar meer geneste if-constructies i.p.v. een serie if-constructies met 2 of meer voorwaarden. Dat zal de code niet korter maken maar m.i. wel overzichtelijker. Dat flowchart-idee uit je voorgaande post zou hier zeker van pas zijn gekomen.

Daarnaast, en dat durf ik wat radicaler uitdrukken, zou ik hier gebruik maken van een udf voor de leeftijdsberekeningen!
En aangezien je geposte code enkel voor de man is, en die voor de vrouw er geweldig zal op lijken, kan dat voor de rest van de code misschien ook een optie zijn.

Groetjes,
Molly