Hi. Weiss jetz nicht genau was Du suchst... Probier's doch einfach... Wenns geht dann isses gut

Also generell kann man sagen:

1. Wenn Du Parameter als Optional deklarierst, dann solltest Du auch Standardwerte angeben.


2. Gib nur dann Object zurück, wenn es auch Sinn macht. Meistens gibt es einen genaueren Datentyp, den man angeben kann. Aber...

3. da die Funktion bei Dir garnichts zurück gibt, solltest Du eine Sub draus machen. Also so wie bei Punkt 1 gezeigt.
Funktionen verwendet man, wenn man was zurückgeben will:



(Da ich mit VBA wenig Erfahrung habe können sich Syntaxfehler eingeschlichen haben.)

Unload uf.btn_close würde den Button schließen (was natürlich nicht geht), nicht das Formular. Warum nicht unload uf?

Ansonsten müsste man die Button-Sub ausführen. Das geht nur, wenn die Public ist. Wobei es fraglich ist, ob VBA bei einem UserForm-Objekt eine eigene Methode akzeptiert.

Hallo!

Für diesen Einzeiler kannst Du keine allgemeine Funktion/Sub einsetzen ohne sie per Call aufzurufen. Ist für einen Einzeiler m.E. auch unsinnig. Du musst in der Userform ja Deine Funktion/Sub aufrufen (callen), da kannst Du ja auch gleich die Userform schließen lassen.

Marcus Gräfe schrieb:

Wobei es fraglich ist, ob VBA bei einem UserForm-Objekt eine eigene Methode akzeptiert.

In VBA hat jedes Userform-Element seine eigene Rückruffunktionen. Oder was verstehst Du unter "eine eigene Methode akzeptiert"?

Gruß, René

mumpel schrieb:

Oder was verstehst Du unter "eine eigene Methode akzeptiert"?

Damit meine ich folgendes (vereinfachtes Beispiel):


=> Dürfte nicht gehen, weil eine UserForm das natürlich nicht hat


=> Müsste gehen, wenn MeineSub in frmMeins Public ist

Und ich weiß nicht, ob Variante A auch geht, weil VBA vielleicht feststellt, dass das übergebene frm in dem Fall frmMeins ist.

Ich hoffe, das ist nicht zu kompliziert erklärt.

Hallo,

das macht doch alle snur Sinn, wenn die Buttons während der Laufzeit erstellt werden sollen. Ansonsten kann man ja regulär den Button auf die Form klatschen und den Code auch gleich mit eingeben. So würde ich es machen.

Wozu das alles überhaupt? Es fehlen wieder mal ein paar wertvolle Informationen.

Marcus Gräfe schrieb:

Und ich weiß nicht, ob Variante A auch geht, weil VBA vielleicht feststellt, dass das übergebene frm in dem Fall frmMeins ist.

Beide Varianten funktionieren m.E. nicht.

Man könnte allenfalls per Klassenprogrammierung etwas erreichen. Das ist aber so aufwendig dass man am Ende mehr Codezeilen benötigt als man einsparen möchte. Man spart also keine Codezeilen, sondern erzeugt zusätzlich noch welche die man sonst nicht hätte. Was aber dabei passiert wenn mehrer Userformen gleichzeitig (also "nicht modal)" ausgeführt werden weiss ich nicht, könnte aber passieren dass sich die Klasse dann "aufhängt".

peterfido schrieb:

(...) Wozu das alles überhaupt? (...)

Der TO hat doch geschrieben dass er lernen möchte. Jetzt hat er gelernt dass es nicht so funktioniert wie er sich das vorstellt.

Edit:
Man kann eine Prozedur aus einer Userform auch aus einem anderen Modul heraus aufrufen, sofern sie nicht "Private" ist. Allerdings sehe ich da noch immer keinen Sinn. Denn es ist m.E. unsinnig "Call Userform1.MeineProzedur" zu schreiben, da kann man auch gleich "Unload Me" schreiben. Allerdings kann man aus einer Userform heraus kein "Unload Me" aus einer anderen Userform aufrufen. "Unload Me" bezieht sich immer nur auf die Userform in der das "Unload Me" steht.

Hallo,

anbei ein Beispiel, welches die eine Form öfter öffnen lässt. Evtl. kann er da was raus lernen.