Output fra DoCmd.OpenForm

Ønsker du blot at ændre strFormValg i VBA-editoren, eller skal et felt i formularen modtage strFormValg?

Det er VBA koden. Til et felt har jeg det allerede.

Så forstår jeg ikke rigtig dit spørgsmål. Hvorfor tildeler du ikke blot strFormValg en ny værdi? Får du en fejlmeddelelse?

Jeg prøver at forklare:

Fra en Form lad os kalde den StartForm kalder jeg form xxxxx og overfører variablen
strFormValg = "yyyyy"

Det gør jeg således:
DoCmd.OpenForm "xxxxx", , , , , acDialog, strFormValg

I Form xxxxx ændres strFormValg. Den ændrede værdi skal tilbageføres til StartForm.

Det kan gøres ved at skrive værdien ind i et tekstfelt, men jeg ønsker værdien tilbageført via VBA med en variabel f.eks strFormValg nu med den ændrede værdi

Har vi ikke været inde på det før, med at overføre en variabel fra en form til en anden?

Dim VARa as string
Her kommer din kode

VARa = nystrFormValg
'her vender du tilbage til den form du kom fra
docmd.close

Me.FELTNAVN = VARa

Som jeg skrev ville jeg undgå at skrive ind i et felt
Den løsning kender jeg.

I VBA skal jeg have  VARa ud som en variabel VARa=

OK - men efter VARa er tildelt den nye strFormValg, hvad vil du så gøre med den, det forvirrer mig lidt.

VARa = nystrFormValg

Og hvad nu?

If VARa= "abc" then
....
....

mjaaa - Du har nu en betingelse, men hvis betingelsen er opfyldt, hvad skal der så ske?

Og hvis betingelsen ikke er opfyldt, hvad skal der så ske?

Det du gør er at bruge formens OpenArgs til at overføre nogle data til den. Formens OpenArgs er ReadOnly så du har ikke mulighed for at ændre værdien i den form du åbner

Det du er ude efter er det samme som at kalde en procedure med en ByRef parameter som er en parameter proceduren kan ændre og man kan aflæse den nye værdi i den kaldende kode. Det modsattte er ByVal som er 'skrivebeskyttet' i proceduren
Det kan du ikke gøre ved bruge af OpenArgs - du er nødt til at have en eller anden global variabel til det brug.

Det var hvad jeg forventede
Jeg er ikke glad for globale variabler men bruger dem nødtvungne
Det er som om Microsoft ikke tænker i praktisk brug
Input, ja - ok med OpenArgs, men output ?

Vil i lave så i får point

Jamen det er lidt underligt ja, men sådan tænker M$

Når man programmerer i f.eks. Delphi har man meget mere styr på hvordan den slags sker og kan sende parametre både frem og tilbage.

Hvis du ikke kan bruge min løsning, afstår jeg fra point.