Office: (Office 2010) DoCmd.GoToRecord acDataForm findet das Formular nicht

Hallo Oswin,

nachdem wir jetzt beim 15. Beitrag angekommen sind, hier der Einfachheit halber ein Beispiel. Schau dir die Namen der Steuerelemente und der Formulare an. In dem Beispiel habe ich zwei verschiedene Arten angeführt. Beide gehen, wobei die Me-Variante natürlich zu bevozugen ist. Wie du siehst, spielen die Formularnamen keine Rolle.

Gruß Ulrich

 

Hallo
ich habe eine andere Lösung gefunden, ohne das Unterformular explizit anzusprechen.

Me!UFO2.SetFocus
DoCmd.RunCommand acCmdRecordsGoToNew

Einen Datensatz kann ich auch löschen

Me!UFO2.SetFocus
DoCmd.RunCommand acCmdDeleteRecord

Vielleicht sollte ich noch erwähnen, dass der Button sich in UFO1 befindet.

Danke für die Antworten und Gruss

Oswin

 

Hallo,

Und was glaubst Du was Du mit Code:

machst ?

 

machst ?

Ursprünglich wollte ich
DoCmd.GoToRecord acDataForm, "Form!UFO2.Form", acNewRec verwenden.

In dieser Befehlszeile wird das Formular angesprochen.
Die Krux ist ja,dass das Formular nicht erkannt wird

 

Hallo,

Das ist ja auch falsch.

 

Hallo Klaus,

ja da muss ich Dir Recht geben.

Ich habe mittlerweile/endlich festgestellt, dass ich zwischen dem Steuerelement und dem darin enthaltenen Formular unterscheiden muss.
Allerdings habe ich die richtige Syntax noch nicht gefunden., mit der ich das Formular an den docmd- Befehl übergeben kann.

Ich bastel mir jetzt eine eigene Funktion, mit der ich unter expliziter Angabe des Formulars eine gewünschte Datensatzaktion ausführen kann.

 

Hallo,
in #13 ist ein Link, hast Du Dir den mal zu Gemühte gerführt `?

 

Ja habe ich auch ausprobiert.
Auch wenn ich kein Anführungszeichen setze und der Name des Formulars richtig erkann wird, so heisst es immer, dass das Formular nicht geöffnet ist.

Wie gesagt .
Ich bastel mir jetzt was Eigenes.

Es wird ein Unterformular erden, mit dem ich alle Datensatzoperationen ausführen kann.
Normalerweise ist das überflüssig. Es gibt aber User, die mit den fertig eingebauten Button nichts anfangen können, weil die denen zu klein sind.

Gruss
Oswin

 

Hallo,

das hat doch mit dem Namen des Formulars gar nichts zu tun. Du musst eine Referenz übergeben auf das Ufo.
In dem Link in #13 gibt es auch keine einzige Zeile mit AZ.

Ich glaube, Du hast das immer noch nicht verstanden.

 

Servus Fahrer01,

Ein Unterformular (UFO) liegt nicht in einem Formular (HF), sondern in einem Container, welcher im HF liegt.
Da viele den Namen des Containers gleichlautend mit dem Namen des UFO
nehmen, kommt es zu Verwirrungen, zudem ein Container von Access automatisch erstellt wird, wenn man im Entwurf ein Formular manuell aus der Navigationsleiste als UFO in ein Formular zieht, oder den Assistenten bemüht,
automatisch UFOs zu erzeugen. Also schön den Namen des Containers
anders als den des UFOs benennen. In der Navigationsleiste wird niemals ein Container auftauchen, sondern immer nur Formulare, welche man sinnvoller-
weise so bezeichnen sollte, dass man sie sofort als ein UFO erkennen kann.

 

Hallo,

das ist doch alles vergebliche Liebesmühe, solange die Hilfestellungen nicht umgesetzt werden.
Den ersten Link hat Oswin bereits in #4 bekommen, er selber hat auf die Doku von MS verwiesen und nicht durchgearbeitet und in #16 habe ich dann letztendlich ein Beispiel in dem Glauben erstellt, es gäbe ein Kommunikationsproblem.
Und dann kommt nach 17 Beiträgen der Hinweis,

Da fällt mir dann auch nichts mehr ein, wie man noch helfen könnte und ich schließe mich der Meinung von Klaus an.

Damit könnte man den Thread auch schließen...

Gruß Ulrich

 

knobbi38:
Code:

Fahrer01:

Die Krux ist, dass du den Formularnamen nicht angeben sollst.

 

Das impliziert den Gedanken, dass bisherige Codes und Gedanken dazu nicht aus Deiner Schmiede kommen und Du Dich jetzt (schon) Deinem Beruf laut eigenen Profil zuwenden willst. Toll, warum nicht gleich so.