Office: (Office 2007) Button soll auf Button in anderem Formular zugreifen

Guten Morgen,

ich hoffe das anhängende Bild ist jetzt erklärender.

 

Noch mal zur Erklärung:

Anbei noch mal ein skizziertes Bild des betreffenden Formulares.

Ich möchte das beim Klicken des Buttons "btnBericht2a" im Formular1 der Code des Buttons "btnBericht2" von Formular frm_Stammdaten_2 ausgeführt wird.

Hier noch der Code des Buttons "btnBericht2" im Formular frm_Stammdaten_2:

Code:

 

Ja. Soweit ich das erkennen kann, heißt das Ufo-Steuerelement in Formular 1 "Stammdaten" und nicht frm_Stammdaten_2. Also muss der Zugriff auf das Feld ID von Formular 1 aus so lauten:
Code:

Wobei mir immer noch nicht klar ist, für was das Formular1 eigentlich nötig sein soll, da ist doch nix drin außer den paar Buttons? Die kannst du doch genausogut auf dem frm_Stammdaten_2 unterbringen?

maike

 

Maike,

Dein Tipp war mal wieder Gold wert, es funktioniert ... DANKE dafür !

DoCmd.OpenReport "Bericht1B", acPreview, , "ID = " & Me!Stammdaten.Form!ID

Ich war einfach fälschlicherweise der Annahme, dass der Name des eingebetteten Formulars in den Code muss.

Die "Auslagerung" der Button soll einfach nur dazu dienen, dass man nicht durch das ganze Formular scrollen muss, um an den gewünschten Button zu gelangen, sondern das diese immer griffbereit auf der rechten Seite angezeigt werden. Ist doch praktisch, oder nicht ?

-------------------------------------------------------------------------------------------------------------------

Aber noch mal anders gefragt, bei der Lösung jetzt brauch ich ja keine 2 Button, weil der Code des Buttons im Hauptformular das gewünschte Ereignis ausführt.
Wie kann man beim Drücken des Buttons im Hauptformular "Formular1" einfach den Button im eingebettenten Formular "frm_Stammdaten_2" auslösen ?
.

 

Ich find's eher chaotisch. Wenn du die Buttons in den Formularkopf von Stammdaten 2 setzt, hast du doch genau dasselbe. Ich verstehs immer noch nicht, diesen Kram mit Formular 1.

Hast du es denn mal nach dem erfolgversprechenden Schema "Nimm-den-Namen des-Ufo-Steuerelementes" probiert?
Die Prozedur im Ufo dafür als Public Sub deklarieren.
maike

 

Hallo!

Ich empfehle den Code strukturiert zu erstellen.

Wenn eine bestimmte Methode in ein bestimmtes Formular passt und auch von außen aufgerufen werden darf, dann würde ich den Code im Codemodul des Formulars als Public Sub/Function/Property erstellen und dieser Prozedur einen sprechenden Namen geben.

Public sub btnBericht2_Click() betrachte ich nicht als sprechend. *wink.gif*

Vorschlag:
Im Stammdaten-Formular:
Code:

Verwendung von "außen"
z. B. im HF, in dem das Stammdatenform in einem Unterformularsteuerelement liegt:
Code:

Damit hat man eine definierte Schnittstelle erzeugt, bei der man später nicht im Code prüfen muss, was sonst noch alles gemacht wird.

mfg
Josef

 

Hallo Josef,

also das mit unterschiedlichen Namen des Buttons und des Berichts rührt von 2 verschiedenen Berichten her, die ich nebeneinanderher erstellt hatte.

Ich habe mir eben mal Deinen Beitrag "Verwendung von "außen"" näher angesehen und musste feststellen das es bei mir leider nicht funktioniert. Ich denke mal es liegt wohl an der Art WIE ich das "frm_Stammdaten_2" in das "Formular1" eingebunden habe ... und zwar hab ich es einfach mit der Maus aus der Objekt-Liste in das "Formular1" gezogen. Von daher kann ich jetzt mal gar nicht sagen, ob es sich um ein von Dir genanntes "Unterformularsteuerelement" handelt.


Ich möchte aber noch mal auf mein eigentliches Anliegen hinweisen. Gibt es wirklich keine Möglichkeit den Buttonklick ausserhalb des Formulars einfach "fernzusteuern" um so zu tun, als ob man den Button im "eingebetteten" Formular drücken würde ?
Denn so funktionieren meine bereits vorhandenen Button im "frm_Stammdaten_2", die ich dann einfach unsichtbar machen will.
Ich habe eben auch andere Button, auf die ich eben (für mich) einfacherweise zugreifen könnte.

Bin eben noch auf den folgenden Link gestoßen, der diese Thematik behandelt. Auch hier wird geschrieben das das betreffende Formular geöffnet sein muss ... und genau dies scheint bei meiner Formularkonstellation der Fall zu sein.

Na gut, ich sag für den Moment gute Nacht.

 

Wenn eine Prozedur von mehreren Stellen genutzt werden soll, macht es Sinn, diese Prozedur in ein allgemeines Modul zu packen und als Public Sub bzw. Public Function (je nachdem ob eine Rückgabe benötigt wird) deklariert.

Dieser Code kann dann projektweit verwendet werden; das können dann auch mehr als 2 Button sein; ein Zugriff Button auf Button ist ein schlechter Stil.
Möglich ist es dennoch; hierzu ist die entsprechende Prozedur (vmtl. DeinButton_Click) ebenfalls Public zu deklarieren. Das entsprechende Formular muss zwingend offen sein um auf diese Prozedur zugreifen zu können.
Aber nochmal: Ich (und vmtl. viele andere) raten davon ab; hierzu gibt es, wie oben beschrieben, andere Möglichkeiten.

 

Servus CptChaos,
Die Empfehlung ist klar und nachvollziehbar.
Trotzdem gibt es auch den anderen Weg.
Den sollten wir zusätzlich erklären und dann dem Fragensteller die
Entscheidung überlassen.
Oft ist er noch nicht so weit, um die von Dir empfohlenenen Wege zu gehen
und möchte erst einmal sein Konzept zu Ende zu denken versuchen.
Daher hier ein kleiner Versuch, ihm seine Idee mit einem Beispiel zu realisieren.

 

Das soll heißen, nicht nur die Prozedur soll ausgeführt werden, sondern vor allem auch der Button soll wackeln?

 

quatsch...der Bildschirm um den Button herum soll wackeln...*mrcool

 

Hallo zusammen,

Ohrkester's Vorschlag hat mich nicht wirklich weitergebracht (da immer ein "direkt" geöffnetes Formular erforderlich ist) und habe nun Maike's Idee umgesetzt, wobei mir das optisch in meinem Formular nicht so wirklich gefällt, da ich bedingt durch die Form des Bildschirm's (Breitbild) noch mehr an Höhe im Formular verliere.
Schade eigentlich das MS-Access keine Möglichkeit einer Art "Seitenleiste" bietet, um eben z.B. Buttons am linken oder rechten Rand abzulegen, die NICHT beim Scrollen durch ein Formular mitscrollen und nicht mehr zu sehen sind.


Trotzdem danke an alle für Eure Hilfe.

 

Wenn man mehrere Formulare verwendet und die ineinander einbettet, hat man eine ganze Menge Freiheiten und Möglichkeiten.
Formulare in Access sind sehr einfach und schnell zu erstellen.

 

Hallo Eberhard,

welche Möglichkeit hat man denn eine Art zweigeteiltes Formular zu krieren, welches dem gleicht was ich suche ?

 

Du nimmst ein einfaches Formular mit den gewünschten Buttons, in das Du ein Endlosformular zum Scrollen einfügst (wenn das alles ist, was Du suchst).

Den Zusammenhang zum wackelnden Button bzw. auch zum Thementitel kann ich nicht erkennen.