Das Notes Forum
Domino 9 und frühere Versionen => Entwicklung => Thema gestartet von: Rob Green am 12.09.03 - 12:47:46
-
Ausgangslage:
1. User erstellt ein neues Doc incl. einem Rich Text Feld (kann auch Attachments enthalten)
2. dieses Doc wird nicht gespeichert (!)
3. nun klickt User auf "Speichern"
4. im Hintergrund werden n Dokumente angelegt
5. nach dem Vorgang 4. wird das Frontend Doc ohne Speichern geclosed
Frage?
Wie kann ich aus dem Frontend Doc das Rich Text Feld in die im Hintergrund angelegten Docs kopieren?
-
...gerade wg der Attmnts wird das ohne speichern wohl nicht gehen.
deshalb speichern, docID merken und das Document nach den ganzen Actionen löschen ???
-
tja, wird mir wohl nix anderes übrigbleiben, dann.
Danke!
-
Ich würde das Dokument nicht löschen - das wird nämlich "lustig", wenn sehr viele derartige Dokumente angelegt und dann wieder gelöscht werden.
Ein Workaround wäre, immer das selbe Dokument herzunehmen (was natürlich in keiner Ansicht auftaucht) bzw. pro User immer das selbe Dokument (ProfileDoc, zum Bleistift). Dabei muß man aber natürlich sicherstellen, daß ein User nicht gleichzeitig mehrere "neue Dokumente" auf diese Art und Weise erstellt.
Nur so als Idee ...
Ciao,
Bernhard
-
das geht an sich, mit dem Anlegen & Löschen des Temporärdocs, da es um keine Heavy Load Anwendung geht. Aber der Tip mit dem "Profildoc" ist eleganter. Nur sehe ich da das Problem mit Save Conflicts.
-
Ich habe eben mal ein paar Checks gemacht mit einer Test-DB: Profile-Docs sind Replizierkonflikt-resistent. Es siegt immer das zuletzt gespeicherte.
Es gilt also das, was ich schon geschrieben habe: Du mußt "nur" dafür sorgen, daß pro User die Aktion nur einmal gleichzeitig gestartet werden kann (NotesDocument.IsUIDocOpen ?)
Und das ProfileDoc muß natürlich pro User erstellt werden - nicht nur ein zentrales.
Aber: Warum nimmst Du nicht das erstellte (und derzeit nicht zu speichernde) Doc her und nimmst dies als das erste zu speichernde Dokument her ? Du kannst doch vor dem Speichern dabei "verbiegen", was Du willst. Dann wärst Du doch alle Sorgen los.
HTH,
Bernhard
-
nimmst dies als das erste zu speichernde Dokument her ? Du kannst doch vor dem Speichern dabei "verbiegen",
oder so...
-
... könnte sein, daß die Backend-Dokumente in anderen Datenbanken abgelegt werden, dann geht das mit dem übernehmen nicht...
... ich würde trotdem den Weg des Löschens bevorzugen - sonst muß man bei jedem Schließen oder Öffnen erst mal das Feld "putzen", und des schwirren nicht unnötig viele Profildokumente in der DB herum, die zum Teil Probleme beim Replizieren machen...
... per Flag markieren und nachts eleminieren...
ata
-
Warum sollte das Übernehmen in andere DBs nicht funktionieren ? CopyAllItems, zum Bleistift ...
Die ProfileDocs können beim Replizieren doch soviel Ärger machen, wie sie wollen - sie werden ja "eigentlich" gar nicht gebraucht. Gehen sie verschütt oder kaputt - auch gut, werden sie halt neu angelegt.
Bernhard