Hey Bieke,

Ik begin nog eens op optimistische wijze door aan te nemen dat ik volkomen begrijp wat je wil realiseren.
Vrij vertaald: je wil allerlei besturingselementen hun definitieve grootte en plaats geven binnen vba i.p.v. in het formulierontwerp(?)
Jawel, dat kan, en zeker niet moeilijk. Maar: het zal de nodige berekeningen vergen (papier, rekenmachine, werkblad maakt niet uit, want moet vooraf gebeuren) over wat waar precies moet komen.
Voordeel is dan weer dat je ze in het formulierontwerp lukraak ergens mag neergooien
Je hebt tot nu al een aantal eigenschappen binnen de code ingesteld (bv. enabled, backcolor...), en dat kan je op gelijkaardige wijze met alle eigenschappen doen. Hoe je die precies moet benoemen vind je in het eigenschappenvenster.

Na deze uiteenzetting ben ik me toch vragen beginnen stellen aangaande mijn optimistisch begin , dus laat die reactie maar komen...

Groetjes,
Molly

Hey Bieke,

het vermoeden dat we ergens op een verschillende golflengte zitten

En toch... zat ik veel dichter in de buurt dan je denkt

Vooreerst: het kan uiteraard op de manier waarop je het doet (zeker vermits je het zelf hebt geconstateerd )

Nochtans zou ik het anders aanpakken. Ik ben dan ook maar van nul begonnen met een voorbeeldje. Bekijk hierin eens de lengte van de code. Om ze op die manier voor elkaar te krijgen is Frame2 al opgenomen in het formulierontwerp, maar staat bij aanvang "buiten beeld"
Dat illustreert meteen wat ik bedoelde met 'lukraak neergooien'.

Kijk maar eens of je dit een nuttig alternatief vindt.

Groetjes,
Molly

***UPDATE***

Ik heb de nodige controls voor frame2 ‘buiten zicht’ toegevoegd en vervolgens via vba-code, adhv de gemaakte keuzes in frame1, succesvol frame2 met de correcte controls op de juiste positie kunnen laten plaatsen. Dus posities, afmetingen, captions en de enabled status werden allemaal ingesteld per mogelijke keuze uit frame1. Het was nodig om de textboxen die ‘buiten zicht’ bleven uit te schakelen gezien het derde frame pas geplaatst mag worden zodra alle relevante textboxen in frame2 ingevuld zijn.
Ook frame3 werd reeds aangemaakt en 'buiten zicht' geplaatst en vervolgens succesvol via vba-code reeds op de juiste positie geplaatst die afhankelijk is van de hoogte van frame2.
Daarnaast ben ik ook reeds begonnen met het opvullen van het extra frame dat ik reeds had geplaatst naast de multipage. Dit frame betreft een samenvatting van de gemaakte keuzes en ingevoerde informatie welk per voltooid frame wordt aangevuld.
Om te voorkomen dat de eindgebruiker, bij reeds meerdere geplaatste frames, per ongeluk in één der eerdere frames een wijziging zou aanbrengen waardoor de lay-out van de frames overhoop gehaald zou worden heb ik ook een bevestigings-check ingebouwd waar, bij positieve bevestiging van een frame, dit frame met al zijn controls uitgeschakeld wordt.

Momenteel zit ik in een “brainstorming”-fase om de juiste volgorde van de volgende vragen/onderdelen te bepalen dus in afwachting voeg ik al een eerste versie toe van wat ik tot hiertoe bereikt heb.
(commentaren heb ik wel nog niet toegevoegd  )
Vermoedelijk zullen er stukjes code nog geoptimaliseerd en/of ingekort kunnen worden maar gezien mijn beperkte kennis inzake juiste syntax en correcte structuur van bepaalde code laat ik dat liever aan de experten over zodat ik op correcte wijze nieuwe zaken bijleer .


Groetjes,
BlackDevil/Bieke

Hey Molly,

Bij de eerste keer openen van je bestand deed ik eens alsof ik niet weet wat vba is, dus het enige wat ik kon was op die knop klikken
Ik zie vervolgens dat ik op alleenstaand, samenwonend en kinderen kan klikken. Als ik dan voor alleenstaand ga krijg ik meteen de vraag of alles juist is, dan moet ik eerst ontkennend antwoorden vooraleer ik een andere keuze kan maken of toevoegen
Met terug wat vba-kennis in het achterhoofd: op dat moment verschijnt ook al Frame2.

Klopt, ik stoor me hier ook enorm aan maar ik kreeg het maar niet in de goede volgorde (althans niet zonder iets extra's toe te voegen waarbij gebruiker aantoont klaar te zijn met het betreffende frame).
De bedoeling met de frames is sowieso dat de "bevestigings"-vraag pas verschijnt nadat het nodige ingevuld/aangevinkt is en dat het volgende frame dan ook pas verschijnt nadat de gebruiker met 'ja' bevestigd heeft.
Een grote commandbutton met "volgende" toevoegen in elk frame wenst ik nu niet te doen wegens de extra ruimte maar ik zou wel een klein knopje met een pijltje kunnen toevoegen waarbij ik dan een "controltiptext" instel.

Ook frame2 zou ik als gebruiker liever anders zien: voor de rekeningen die ik niet heb wil ik liever geen nullen moeten invullen.

Nee, inderdaad, zo denk ik er ook over maar om het derdeframe te activeren zag ik zo meteen als enige optie de voorwaarde dat alle boxen ingevuld moesten zijn (vandaar ook de al dan niet enabled-code).
Maar als ik in elke frame dat pijltje toevoeg waarop gebruiker moet klikken dan heb ik al die extra voorwaarde-code niet nodig om het volgende frame te activeren.

Ondertussen was ik er al uit wat de volgende vraag moest worden waarmee ik nu al enkele uurtjes bezig ben.
Maar ik zal dan nu eerst de code van de reeds afgewerkte frames zodanig aanpassen dat het activeren van de 'bevestigings'-vraag via tussenkomst van de gebruiker gebeurd 
Zodra dat klaar is plaats ik een bijgewerkt versie.

groetjes,
Bieke

P.S.: het is uit de opbouwende kritiek dat men bijleert hé  en bijkomende tips zijn sowieso altijd welkom 

Hey Molly,

Na mijn vorig bericht was ik ijverig aan het werk gegaan tot ik klaar was om een recente versie te plaatsen, wat ik nu dus kwam doen toen ik je nieuwe bericht zag.

In bijlage mijn recentste versie (1.1).
Ik heb jouw bestand dus nog niet bekeken maar zal dat meteen doen zodra ik dit bericht geplaatst heb  .

groetjes,
Bieke

Hey Molly,

Na mijn laatste bericht had ik dan jouw 1e versie van 1.0 eventjes bekeken waaruit ik dan enkel het meldingsbericht (indien geen selectie werd gemaakt) bij frame1 heb overgenomen in mijn versie 1.1.

Vervolgens ben ik ijverig verder gegaan met het ontwerp van frame3 en de bijhorende code (inzake het ‘zichtbaar’ maken van de nodige controls adhv de ingevoerde gegevens in frame2) alsook de ‘overgang’ van de multipage-pagina0 naar multipage-pagina1.
Eens dit af was besloot ik om het geheel nog eens grondig door te nemen en de code zowel te optimaliseren als in te korten (of toch te proberen ). Om de code drastisch te kunnen inkorten via gebruik van “for…next…”-loops heb ik dan maar ineens alle controls een nieuwe naam gegeven met opvolgend cijfer.
Ook de code voor het ‘wegschrijven’ naar het “samenvattings”-frame heb ik drastisch gewijzigd waarbij er nu gewoon 1 groot label telkens ‘bijgevuld’ wordt.
Met dit alles was ik zodanig gefocust bezig dat ik me plots vanmorgen om 5u realiseerde dat ik het nachtje had door gedaan .
Ik ben dan een vijftal uurtjes gaan slapen en heb dan rond 11u de draad weer opgepikt waarbij ik dan nog de laatste bugjes heb weggewerkt.

Toen ik dan iets na de middag klaar was en hier mijn bijgewerkte versie wou plaatsen zag ik dan dat je nog een bericht geplaatst had.
Toen ik dan je bemerking las omtrent die  label4-situatie en de caption ervan vond ik het grappig hoe vaak we op dezelfde golflengte zitten want die situatie had ik dus bij het herschrijven van mijn code’s vannacht reeds weggewerkt .
Enkel bij frame3 is het mij niet gelukt om in diezelfde structuur als bij frame2 (waarbij de captions van de labels reeds op voorhand zijn ingevuld) te werk te gaan, ik heb de laatste 2 à 3 uurtjes mijn brein werkelijk ‘gepijnigd’ om een korte combinatie-structuur te vinden tussen if-statements en ‘for…next…’-loops maar ik kwam er echt niet uit dus heb ik het voorlopig bij de huidige ‘omvangrijke’ (doch werkende) code gehouden .

Ik voeg hier nu mijn volledig bijgewerkte versie 1.2 toe.

Ik heb jouw 2e versie van 1.0 nog niet gedownload maar zal dit meteen doen nadat dit bericht geplaatst is en dan eens bekijken of ik alsnog zaken uit jouw versie kan overnemen.


Groetjes,
Bieke

Dag Arnold,

Je hebt daar inderdaad een punt. En het is ook best mogelijk om een userform door vba te laten aanpassen aan de schermresolutie, maar ergens zal het wel altijd kiezen of delen zijn: als je behoorlijk veel zaken op een userform kwijt wil, én je wil dat ganse userform op je scherm blijven zien, dan zal het vanaf een bepaalde afmeting niet meer leesbaar zijn.
In de wetenschap dat dit gedeelte voor Bieke meer een leermoment dan een noodzaak is, en ze in de huidige aanpak al voor voldoende uitdagingen komt te staan, heb ik er zelfs nooit aan gedacht haar in die richting te proberen leiden.
Trouwens, ik vind zelf niet dat zij en ik dit samen doen, hoor, ik zie mezelf hooguit als een interim assistent terwijl zij steeds de touwtjes in handen houdt

Mvg,
Molly

Hey Bieke,

Ik geloof het graag dat je meerdere uren, inclusief nachtelijke, hebt gespendeerd aan het verder ontwerpen naar 1.2
Het hernoemen van labels en textboxen was inderdaad een goed idee, zeker met het oog op het vereenvoudigen van de bijhorende code.
Vergeleken met het prille begin een gróte verbetering

Enkel bij frame3 is het mij niet gelukt om in diezelfde structuur als bij frame2 (waarbij de captions van de labels reeds op voorhand zijn ingevuld) te werk te gaan

In een vorige post had ik als voorbeeld een willekeurig label genomen, maar vooral ook gewezen op de bijhorende textboxen.
Aangezien het hier enkel gaat om labels zou ik daar niet van wakker liggen; het alternatief zou immers zijn om nog veel meer besturingselementen op voorhand klaar te zetten, en dat zonder aantoonbare meerwaarde.

De globale beoordeling is bijgevolg

Groetjes,
Molly

Edit:
Op een haartje na jouw vorige post gemist
Ik kijk uit naar de volgende multipage-pagina('s)