Office: (Office 2003) Formulare in eine Registerstruktur

Hi,

stehe ich auf deiner Ignorierliste oder was ist der Grund für deine ausbleibende Reaktion auf meinen letzten Beitrag? *confused.gif*

BTW:
Was verstehst du unter "registrierung der registerblätter"? Und was genau soll man sich anschauen?
Der Hinweis "so macht Helfen keinen Spaß" kam schon früher mal, du solltest ihn nicht einfach überlesen...

 

Ich sehe in der test2.zip keinen erkennbaren Unterschied zur test1.
frm_auftrag und frm_rechnung lassen sich direkt manuell nach wie vor nicht starten.

Fassen wir zusammen:
Es geht um Unterformularen auf Registern und deren Interaktion untereinander, oder?

Dann schau Dir doch als erstes mal die Artikel 4.8, 4.17 und 4.18 bei DonKarl an.
FAQ4Formulare
FAQ4Formulare
FAQ4Formulare

Damit sollten die grundlegenden Themen eigentlich verständlich werden.
Wenn Du dann, losgelöst von der aktuellen Datenbank, zwischen den Registern (und den darauf befindlichen Unterformularen) interagieren kannst, sollte es auch möglich sein, das auf Deine spezifische DB an zu wenden.

BTW: Es ist immer noch eine ACCDB *wink.gif*

 

Doch. Die Parameter-Dialoge beim Öffnen von Formular "Übersicht" sind raus. *wink.gif*

Alle Formulare sollen sich ja nicht mehr direkt sondern nur in den Registern von Übersicht öffnen bzw. starten lassen ...

 

Hi,

ich habe mir die Test-DB eben nochmal angeschaut. Du musst halt anstelle von OpenForm (in frm_Anfragen) den Datensatz aufsuchen, wie ich es dir schon vorgeschlagen hatte.
Und dann bei Registerkartenwechsel ebenfalls. Da gibt es dann aber das Problem, dass du nicht weißt wo du herkommst.

Ich hatte mir das auch etwas anders vorgestellt, nämlich dass das Formular "hierarchisch" von oben nach unten aufgebaut würde, und nicht umgekehrt.
Das heißt, das Hauptformular ist an die Aufträge gebunden, das erste UF an die Angebote, das zweite an die Anfragen, das dritte meinetwegen an die Rechnungen. So kann schonmal das HF mit UF1 und UF3 über den gemeinsamen Schlüssel verknüpft werden und du brauchst lediglich UF2 mit UF1 zu synchronisieren, sobald es angezeigt wird.

Ich hoffe, das hilft dir weiter.

 

\@Anne: aber die logische Abfolge ist hier so gedacht:
Erst kommt (eventuell) eine Anfrage, dann dazu (oder auch ohne Anfrage) mehrere Angebote. Das letzte Angebot mündet in einen Auftrag und zu diesem werden dann eine oder mehrere Rechnungen erstellt.

Ich persönlich würde alle vier Formulare als UFs in ein grosses HF platzieren aber neben- bzw. untereinander.

Doch Joerg (oder sein Auftraggeber) hat sich auf Registerseiten festgelegt ...

 

\@anne - kannst du mir dsa zeigen, wie du das meinst
@hc - wird das nicht zu unübersichtlich?

 

Auf einem 24" Bildschirm ... sicher nicht.
Der Nachteil von Registerseiten ist aus meiner Sicht: Du siehst immer nur eine von den vier (zusammengehörigen) Entitäten.

 

24'' - tja, da haben wir schon das erste prob

@ anne - leider ist der ablauf so anne - machmal gibt es anfragen aber halt nicht immer - wenn eine anfrage gekommen ist, dann wird ein angebot erstellt - machmal auch zwei oder eben mehr - dann wird das letzte angebot genommen und daraus ein auftrag erstellt - dann folgen mehrere rechnungen (abschlag) und eine schlussrechnung - manchmal entfällt die anfrage und es wird sofort ein angebot erstellt - und dann der weitere ablauf

 

Hier ist mal ein Beispiel mit Registerseiten und Unterformularen ...
Ohne jede Garantie *wink.gif*

 

Guten morgen lieber hans,

ober klasse - lieben dank für deine hilfe

gruss joerg

 

hallo gemeinschaft,

habe nun ne frage bzgl suche - habe im letzten bsp von hc ein ungebundenes textfeld in den formularkopf der übersicht eingbunden mit dem namen txtsuch

und bei doppelklick diesen code
Forms!anf_seite!uf_anfragen!ANF_Nummer.SetFocus
DoCmd.FindRecord Me!txtSuch

leider findet er das formular nicht

 

Hi,

welches Formular wird nicht gefunden?!

Die Antwort auf diese Frage sollte dir die Augen öffnen. *wink.gif*

PS:
Wieso werden hier eigentlich in einem A2003er Thread permanent ACCDBs hochgeladen?!

PPS:
Wesentlich komfortabler bzgl. der Datensatzsuche auf Basis vorhandener IDs wäre doch ein Kombifeld.

 

wie meinst du das mit dem kombifeld anne

 

Hallo,

meinem Verständnis nach sollte das Datenfeld ANF_Nummer eindeutig sein, aber es ist nicht entsprechend indiziert.
Außerdem gehört das Suchfeld in den Formularkopf des Unterformulars, denn wenn du das Register wechselst,
suchst du weiterhin im ersten UF, was nicht wirklich Sinn macht.

Wenn du dann im Formularkopf des Unterformulars ein Kombifeld einfügst, meldet sich der Assistent und bietet seine Hilfe an.
Einziger Nachteil: Es wird ein eingebettetes Makro erstellt.

 

... bei mir leider nicht