Office: (Office 2007) Ufo springt automatisch auf neuen DS

Hi,

Office 2007 und Access 2003 vertragen sich, solange Access 2007 nicht genutzt wird.

 

Schönen Guten Tag liebe Leute,

da man ja nun nach und nach doch auf Office 2007 umstellt *Smilie ,
wird mein Problem nun etwas dringender...

Anliegend seht Ihr den gleichen DS auf dem gleichen Rechner einmal dargestellt in OFFICE 2003 und einmal in OFFICE 2007;

Kennt Ihr das Problem?

Mit besten Grüßen

Gregor

 

Hallo,

was bei der Bildgröße erkennbar und auffällig ist:
Im mittleren UFO ist kein Datensatz ausgewählt (?) ...

 

Hallo Marsu,

Vielen Dank für die schnelle Antwort.

Die Bilder durften net größer als 98kB sein; demnach ein wenig klein.

Nein, ich glaube nicht, dass es die Auswahl eines DS im ersten Ufo ist, die verhindert das keine DS im zweiten angezeigt werden.

Hat sonst jemand bereits so etwas mal gehabt? Office 2003 vs. Office 2007?

Mit besten Grüßen
Gregor

 

Schönen Guten Morgen,

hat denn keiner eine Idee zum Thema?

Mit besten Grüßen
Gregor

 

Hallo liebe Leute,

vielleicht nen kleinen Verdacht, den ich nach gehen könnte?

Mit besten Grüßen

Gregor *Smilie

 

Noch einmal der Hinweis aus Beitrag #13:

Zum Debuggen s. auch 6.5.4 Verwenden von Debug.Print.

Wenn du mit LIKE arbeitest (das ist bei dem einen SQL-String in Beitrag #5 nicht sichtbar) könnte noch ein Platzhaltertausch (% statt * als Joker) helfen.

 

Schönen Guten Morgen Arne,

Vielen Dank für den Tipp.

Habe gleich mal in diese Richtung untersucht; in der Anlage seht ihr (diesmal bessere Qualität) einen DS in Office 2003; dann die Abfrage für das Ufo (dort sind die DS noch da); das UFo nicht als Subform (dort sind die DS noch da) und dann "das Vollbild" mit den fehlenden DS.

Die Zuweisung erfolgt - wie gesagt - über Code:

.

Er zeigt ja einen DS an; dieser kommt in die Abfrage über die Oder-Bedingung der [KundenNr]; jene, die fehlen kämen über [Fahrgestellnr] (siehe Anlage);

Evtl. unterscheidet sich dort etwas zwischen Office 2003 / Office 2007?

Ich danke euch im Voraus *Smilie

Gregor

 

Schönen Guten Morgen liebe Leute,

habt Ihr eine Idee?

Mit besten Grüßen

Gregor *redface.gif*)

 

Schönen Guten Tag liebe Leute,

habe mich mal wieder dran gesetzt.
Vielleicht fällt euch dazu etwas ein?

Habe von der Zuweisung über RecordSource Abstand genommen, da oben besprochenes Problem (der fehlenden DS) auftritt?
Code:

erzeugt die Abfrage (siehe Anlage Bild 2) für das Ufo, welches dann wieder im frmKunden eingebunden ist.
Code:

Beim Wechsel des DS (Form_Current) aktualisiert er das Ufo nicht (siehe unterschiedliche DS in Anlage Bild 1 vs. Bild 2) über
Code:

.

Warum verbinde ich die UFos nicht über "Feld Verknüpfen"? Weil in den Ufos alle DS auf KundenNr UND aller Fahrzeuge des Kundens angezeigt werden sollen. Die Fahrgestellnummern müssen ermittelt werden und damit dann eine Abfrage erzeugt.

Bitte, bitte, helft...

Mit besten Grüßen

Gregor

 

Schönen Guten Tag liebe Leute,

habt Ihr eine Idee zum Thema?

Mit besten Grüßen

Gregor *Smilie

 

Mit dem aus dem Zusammenhang gerissenen Codeschnipseln wird niemand eine Idee haben, denn hellsehen können wir hier alle nicht.
Vor allen Dingen stellt sich die Frage, anlässlich welchen Ereignisses Du mit
Code:

versuchst, einen Erfolg zu erzielen. Wie es scheint, verbirgt sich unter dem wenig sinnvollen Namen "Untergeordnet117" das Steuerelement, in dem sich das Unterformular befindet.
"Untergeordnet117" ist aber nun mal kein Unterformular.
Zur korrekten Ansprache eines Unterformulares oder - Berichtes lese erst einmal hier nach.

 

Hallo Elmar,

Vielen Dank für deine Mühe, leider sagt dein Beitrag recht wenig.

Hättest du dir mehr Mühe gemacht, hätten dir die Gesamtzahl der Beiträge ein umfassenderes Bild gegeben.

Deine Schlußfolgerung ist darüberhinaus falsch; das Code-Zitat Code:

sollte zeigen, dass ich ordentlich adressiere.

Mit solchen Beiträgen kann man natürlich auch eine nötige Anzahl derselben zur Meisterschaft erreichen.

Mit besten Grüßen
Gregor

 

Auch auf die Gefahr hin, dass ich hier eine OT-Diskussion anstosse: Den Beitrag hätte ich an deiner Stelle (als Bittsteller) so nicht verfasst. Du kannst dir damit sicher sein, auf diversen Listen gelandet zu sein. Überlege noch einmal, ob du dich nicht bei elmar entschuldigen möchtest - er ist sicherlich keiner, der auf die Beitragzahl schielt.

BTW: Man kann Unterformulare auch über mehrere Felder verknüpfen - vielleicht hilft das ja.

 

Ich habe mir das Ganze mal durchgelesen, Passagen auch mehrfach - verstehen tue ich nicht viel.

Anmerkungen:
1)

Diese Frage stellt sich mir auch. Man sollte wirklich darüber nachdenken, ob hier eine belastbare Antwort helfen kann.

2)
Code:

Welche Aussage hat das Aufrufen von unbekannten Anweisungen?

3) Generell: Wenn Formulare spinnen, schaue ich erst einmal in Tabellen und Abfragen, um zu sehen, welche Daten wirklich da sind. Bei Jet (Abfragetechnik) hat sich seit Acc2000 nichts wesentliches geändert (die Features Anlagefelder, Mehrfachfelder 6 Co. ignoriere ich da), also müsste sich gleiches zeigen.

4) Wenn ich mir die ultimative oben gezeigte Abfrage ansehe, bekomme ich Kopfweh (wegen des Kopfschüttelns):
Code:

Warum wird eine Datenherkunft mit konstanten Kriterien (alles andere ist auch konstant) einem Formular dynamisch zugewiesen?

Weil das Stichwort Meisterschaft kam:
Warum gibt es in der Beziehungsnachbildung in der Abfrage keine referentielle Integrität?
Warum sind die OUTER JOIN's so gestaltet, dass man von der Sekundärtabelle alle Datensätze sehen will, von den Primärtabellen nur die vorhandenen? Wer die Frage versteht, erkennt den Unsinn der Gestaltung.

Wenn solche Unplausibilitäten in der aufbauenden Programmierung (Formulare) fortgesetzt wurden, wäre es denkbar, dass eine höhere Version mit dann vielleicht etwas weniger Fehlertoleranz "überraschend" dann auch zu anderen Anzeigen kommt.

5) Bilder von Formularen zeigen nun wirklich nicht, wie sie funktionieren, vor allem nicht, wenn da zusätzlich Prozeduren wirken.

6) Ansehbare Bilder erzeugt man, in dem man die Auflösung auf 72 DPI ändert.