Das Notes Forum
Domino 9 und frühere Versionen => ND6: Entwicklung => Thema gestartet von: Notes-Creater am 30.06.05 - 18:28:17
-
Hallo!
eine frage...
sind response Dokumente eigenständige Dokumente...
sprich wenn man daten von einer anderen form übernommen hat, funktioniert es dann nach abspeichern des response dokumentes nur die response dokumente in einer view anzeigen zu lassen und dann auszuwerten???
-
Response Documents sind per se Dokumente wie alle anderen Dokumente auch (by the way: Selbst Design-Elemente, die ACL, Agents usw. sind in Notes Dokumente).
Wenn Du nur Responses sehen willst in einer view:
- Die View darf nicht antworthierarchisch aufgebaut sein (zweiter Tab der view properties: Antwortdokumente hierarchisch anzeigen)
- Zur Auswahl den Form-Namen verwenden. Basieren main und response doc auf der gleichen Form, unterscheiden sich beide, dass das response doc ein Item namens $Ref hat und das Item $Conflict leer ist (letzteres kennzeichnet Speicher- oder Replizierkonflikte.
Reicht Dir das erstmal ?
Bernhard
-
Die response Dokumente basieren alle auf dem gleichen dokument...
kann ich dann auch mit @dbColoumn arbeiten?
-
Ja, natürlich. Du brauchst dafür eine Ansicht, die Dir wie oben beschrieben nur die responses anzeigt. Absolut kein Problem.
Bernhard
-
wenn ich eine gewisses response dokument von verschiedenen Dokumenten her öffnen möchte, ich aber einen wert von dokument zu dokument übertragen möchte, kann ich dann ein feld mit dem gewissen wert anlegen und das in jeder form gleich nennen, dass er (egal von welcher form es aufgerufen wird) ein bezugsfeld hat (vererbung)???
freu mich über hilfe!
LG
-
gibunsdochbitteeinpaarmehrgroßbuchstabendannliestessicheinfacher.
Kannst Du Deine Frage mal präzisieren? So ganz hab ich das glaub ich noch nicht verstanden.
Skizziere doch mal in Worten den Ablauf.
-
es bildet einen Einkauf nach...
Erst wird der kunde ausgewählt... dann Artikelkriterien eingegeben (2. Form- Response)... dann der Artikel und wenn es gewünscht ist sollen beliebig viele artikel bestellt werden können...
die form kunde ist die erste form
artikelkriterien und artikelauswahl sind jeweils response- Dokumente
Kann man die Felder der kunden- ID in den Forms gleich benennen, so dass ich entweder aus der ersten oder aus der 3. Form jeweils in der 2. form die ID übernehmen kann?
-
Ich glaube ich verstehe es immer noch nicht ganz, z.B. warum Du die Auswahl eines Kunden in einem separaten Dokument machst.
Wie auch immer:
Wenn Du per LotusScript arbeitest, kannst Du aus einem Dokument ein weiteres Dokument öffnen, und in dem neu geöffnete Dokument Feldwerte setzen (z.B. auf Basis vom bisherigen Dokument).
siehe: NotesDocument, NotesUIDocument.
Weiter: NotesDocument.ReplaceItemValue, NotesDocument.GetItemValue, NotesUIWorkspace.EditDocument
-
wenn ich von einer form eine response form öffne und dann noch eine response form.. kann ich dann auf felder der aller ersten form zugreifen?
:-:
-
Ja.
Möglichkeit 1: in Notes.ini oder Profildokument Werte zwischenspeichern
Möglichkeit 2: hab ich schon in Antwort #7 geschildert, indem Du Items direkt in den Dokumenten füllst und so weitergibst.
Möglichkeit 3: Basis-Dokument, von dem aus Du die Unter-Dokumente öffnest. Die Auswahl schreibst Du ins Basisdokument. Statt mit Unter-Dokumenten könntest Du auch z.B. mit Picklist arbeiten.
-
noch eine letzte frage :P
hab jetzt mal versucht von einem response Dokument ein weiteres response Dokument zu erstellen... das geht aber nicht...
muss man da etwas umstellen? (response to response oder so)????
es geht nur von einer normalen form eine response form zu erstellen
-
Siehe Designerhilfe, Stichwort: MakeResponse
Siehe auch:
http://www.atnotes.de/index.php?topic=13984.0
-
bin wie viele hier ein kleiner notes- Frischling *g*
mein Notes ist in Englisch und deshalb fällt die suche schwer :(
was ist denn ein profildokument?
also das von form -> responseform -> responseform
hab ich geschafft.. hatte vergessen die 1. responseform abzuspeichern...
aber wenn ich ein feld in der 1. Responseform hab, das einen wert aus einem feld der 1. form ausliest und ich die 2. form von der 3. form aus erneut öffnen will (Wareneinkauf), dann kann er mir nicht mehr den wert aus der aller 1. form rausholen (nämlich meine Kunden-ID)...
:(
-
Profildokument: profile document
Wurde auch hier im Forum schon oft behandelt. Nimm da aber persönliche Profildokumente (@username).
Wenn Du Daten zwischen den Forms überträgst, kann ein Speichern erforderlich sein.
Warum nimmst Du nicht *1* Dokument für den Vorgang. Von diesem Dokument aus öffnest Du dann zur Auswahl/Eintragung weitere Dokumente (z.B. über Dialogbox).
Oder Du lässt direkt in das 1 Dokument eintragen (dort wo möglich) - mit HideWhen-Formeln kannst Du die Absätze dann auch verbergen falls erforderlich.
-
hmm...
würd ich ja gern.. weiß nur nicht wie....
das ganze stellt eine kaufabwicklung dar...
es soll aber möglich sein innerhalb eines kaufvorganges unendlich viele artikel zu kaufen....
also wenn ich eine form hab mit kundendaten auswählen und artikel auswählen... wie erreiche ich es dann das ich unter dem gleichen vorgang nochmals eine artikel kaufen kann und das der gesamtpreis mit übertragen wird?
-
Was kann denn bei dem Vorgang öfter vorkommen und was nur einmal?
Kundendaten sicher nur einmal -> ab ins Hauptdokument damit
Mehrere Artikel -> könntest Du z.B. als Responses zum Hauptdokument machen.
Und z.B. über eine embedded View im Hauptdokument anzeigen
Schau Dir mal diesen Thread an, dort werden ähnliche Dinge behandelt:
Airport - Buchungssystem? - Wie? (http://www.atnotes.de/index.php?topic=23878.0)
-
oki,... ich probiere es mal so...
ein hauptdokument und eine response...
wie kann ich denn eine form aktualisieren mittels eines buttons?
@command??
-
@Command( [RefreshWindow] )
aktualisiert der befehl auch dynamische fields und embedded views?
:-:
-
Ja das tut der.
-
klappt net, dass ich eine @dbcoloumn in einer combo refrehse...
erst mt F9??
ist der befehl doch ungeeignet?
-
Was willst du mit dem Befehl denn wo bitteschön erreichen?
Die Vorgabewerte für ein Schlüsselwort Feld erwischt du damit nur dann wenn du das bei diesem Feld und in der Maske auch zulässt. Das musst du in den Eigenschaften von Feld und Maske eintragen!
-
ja hab in einem response dokument wie am anfang diesen threads erwähnt im oberen layer ein paar kriterien zur auswahl eines dokumentes (Warengruppe etc.)
nach eingabe dieser kriterien wollte ich in einem layer dadrunter eine combobox aktualisieren, wo dann die dementsprechenden produkte angezeigt werden...
warum refresht die combo sich nicht?
-
Hab ich dir doch schon gesagt. Prüf ab ob die entsprechenden Haken bei der Maske und beim Feld gesetzt sind. Refresh Fields on Keyword Change und das andere fällt mir im Moment nicht ein. Sind auf Jeden Fall zwei Haken.
-
ja, aber die letzte eingabe ist ein datum und wenn ich das datum ändere aktualisiert die form sich nicht
-
Dein Datum ist kein Keyword. Das Refresh hängt mit den Keywords zusammen also, kann das nicht gehen. Du kannst nur beim Exiting Event des feldes einen call uidoc.refreshhideformulas in Script oder Java machen. Dann wird das auch getriggert wenn du dieses Feld verlässt.
-
gibt es keinen @command das einen F9 verursacht, das ich in einen button schreiben kann?
-
ViewRefreshFields