@Albert,

De code hoeft voor mij niet persé korter hoor, ik wou alleen maar duidelijk maken dat ik weet dat mijn code beter kan  .

Wat die TextAlign-eigenschap betreft weet ik wel dat ik deze gewoon in eigenschappen kan aanpassen maar omdat ik het in mijn loops maar een 4-tal keren moest ingeven tegenover 48 textboxen in de eigenschappen opteerde ik voor de code in de loops... Had echt geen zin om opnieuw 48 x een textbox te gaan selecteren om vervolgens die ene eigenschap aan te passen. Misschien dat ik me hier nog eens achter zet eens het bestand volledig gecodeerd is....

Wat de getalnotatie voor de textboxen met bedragen betreft dacht ik toch wel dat uit mijn bestand blijkt dat ik dit netjes opgelost heb met mijn FormatCurrency-code.....

Van alle textboxen met bedragen erin is er uiteindelijk maar ééntje dat eventueel handmatig zal ingevuld worden en dat is de textbox 'bedrag' in het frame 'transacties'.

De textboxen in maand-overzicht links van de UF en in de saldo-overzichten rechtboven op de UF, alsook van de 'Stand na TA' worden allemaal automatisch ingevuld door VBA.

En voor die ene textbox waar eventueel handmatig het bedrag wordt ingetypt heb ik een "afterupdate" event voor die textbox ingevoegd.


groetjes,
BlackDevil

@Albert,

  is inderdaad een héél handig weetje 
Had geen idee dat je in de ontwerpmodus de eigenschappen van meerdere objecten tegelijkertijd kon aanpassen.

Weer iets bijgeleerd   


groetjes,
BlackDevil

Nu ga ik mij wat verdiepen in de code die achter de opdrachtknop 'uitvoeren' moet komen en dan nog de code voor de verdere verwerking op de werkbladen zelf.

***UPDATE***

Alweer een dagje verder en ben klaar met de globale codering achter de opdrachtknop 'uitvoeren' van het UF alsook de code achter de knop 'bestand resetten' op het werkblad 'Budget' en tot hiertoe lijkt alles te doen wat het hoort te doen. Verder heb ik ook de opmaak van vooral het blad 'Budget' wat meer aan mijn smaak aangepast (afbeeldingen, tekstkleuren, kolombreedtes, rijhoogtes, extra formules, enz...).

Globaal heb ik nu nog drie codeblokken te coderen (waarvoor ik zeker nog hulp zal nodig hebben), nl :
- het codeblok om, na de reset van het bestand, het bestand op te slaan onder een nieuwe naam (bij een nieuw kalenderjaar dus).
- het codeblok om, nadat ik de nodige bewerkingen heb uitgevoerd, het actuele bestand standaard op te slaan en af te sluiten
- het codeblok om het werkblad 'rek-overzichten', ingeval er toch eens een transactie van een eerdere datum nog toegevoegd moest worden, chronologisch te sorteren en de standen opnieuw te berekenen (deze situatie gebeurd niet zo héél vaak maar toch vaak genoeg dat ik er toch wel die code voor wil toevoegen zodat het overzicht steeds netjes chronologisch staat volgens de transacties op de werkelijke rekeningen.)

Maar eerst moet de code toch nog eens grondig doorgenomen worden om na te gaan dat alle diverse codeblokken wel netjes aan elkaar aansluiten (dus geen conflicten tussen de diverse codeblokken), mogelijke schoonheidsfoutjes eruit te halen, te zorgen dat alle i'tjes voorzien van een puntje  , de nodige fail-save's in te bouwen ingeval van een foute ingave/handeling, enz...
Wie zich geroepen voelt mij hierbij te willen helpen mag het hier altijd melden  .

In bijlage de laatste versie van mijn bestand.

groetjes,
BlackDevil

**edit**

Net al een eerste 'vergetelheidje/foutje' gevonden....

Achter de knop 'bestand resetten' vergeten om de saldo's op de rij van de beginstand (blad rek-overzichten) waarde 0 te geven
waardoor ik bij het openen van het UF een foutmelding kreeg mbt FormatCurrency.
Eerste foutje bij deze opgelost  .

groetjes,
BlackDevil

dag ,
bij de functie "Nieuw" (nieuw bestand/boekjaar) is de reden dat ik geen specifiek pad en naam bepaal , dat eventueel "anderen" ook mijn "programma" kunnen gebruiken zonder de code te moeten veranderen...
de andere zaken zoals categorieën  en begunstigden en de maandelijkse kunnen makkelijk naar wens aangepast worden...
als ze het Uwe willen gebruiken gaan ze de code op zich moeten aanpassen want niet iedereen heeft b.v. een 'D' schijf/partitie..
Maar in het werkboek dat ikzelf persoonlijk gebruik staat er ook een specifiek pad aangegeven  ...
Mvg,
Montagnard.

@Albert,

Het codeblok waarnaar jij nu verwijst wordt enkel uitgevoerd op de rij die op dat moment word ingevoerd en dus niet meer op alle rijen bij elke nieuwe invoer. Als ik de rek-stand na elke transactie wil kennen (zoals het doel is van het werkblad 'rek-overzichten) dan heb ik die berekening toch nodig? Ik begrijp eerlijk gezegd het probleem niet om een berekening op 1 rij door vba te laten uitvoeren.
Aangezien vba die berekening nu niet meer op alle rijen moet doorlopen ging ik ervan uit dat hiermee het oorspronkelijke probleem voorkomen zou worden. Zie ik het dan volledig verkeerd?


groetjes,
BlackDevil

Het codeblok waarnaar jij nu verwijst wordt enkel uitgevoerd op de rij die op dat moment word ingevoerd

Sorry, niet goed gekeken.

@Albert,

mbt dat ene codeblok, geen probleem  , overkomt mij ook wel eens dat ik ergens over kijk  .


En dat mbt mijn vraag voor de celkleur...
tuurlijk..., ik ging het weer véél te ver zoeken   

Bedankt alweer 

groetjes,
BlackDevil

**edit**

Toch nog een kleinigheidje, meer een schoonheidsfoutje op het UF eigenlijk.
Ik heb op de UF 2 ListBoxen die beide identiek dezelfde eigenschappen hebben in de ontwerpmodus.
Nu heb ik het volgende gemerkt :
Als ik het UF open dan blijkt de tweede ListBox net iets langer te zijn dan de eerste, doch zodra ik
in de eerste ListBox een keuze aanklik (en dus de tweede ListBox gevuld word) wijzigt de lengte van
tweede ListBox weer naar de gelijke lengte met de eerste ListBox.
Zolang de UF open blijft, dus ook na de reset van de UF, blijft de ListBox zijn correcte lengte behouden.
Het is dus echt enkel bij het openen van de UF zolang die eerste ListBox niet aangeklikt word dat de lengte
verkeerd is.

Iemand een idee wat hier de oorzaak kan zijn?

Het is niet echt een groot probleem maar zoals ik al zei is het een schoonheidsfoutje dat toch wel visueel wat storend is.

groetjes,
BlackDevil