isuidocopen

[my head]

^{Set view = db.GetView("tkvwzukunft")
Set vc = view.AllEntries
Set entry = vc.GetFirstEntry
While Not (entry Is Nothing)
   Set doc = entry.Document
   If doc.IsUIDocOpen Then}


falls in der ansicht, das doc ist, das ich im moment im frontend bearbeite musste ich doch in den Bereich des "if" kommen, ist aber nicht so... muss ich noch irgendwas beachten??

[Tode]

FALSCH ! Du solltest Dir die Hilfe zu isUIDocOpen durchlesen, und nicht einfach vom Namen auf die Funktion schliessen...

In der Hilfe steht nämlich:
Read-only. Indicates whether a NotesDocument object (back-end document) is accessed through a NotesUIDocument object (front-end document).

DAS HEISST: Dieser Parameter liefert nur DANN True zurück, wenn Du das doc aus einem geöffneten UIDOC instantiiert hast (also so: doc = uidoc.Document)

HTH
Tode

[Mandalor]

gibt es da irgent eine andere Möglichkeit, ein document für denn benutzer zu "Sperren", der es schon geöffnet hat? --> so das ein benutzer ein dokument nur einmal offen haben kann?

über die ini ist es nicht so gut, da ich mehrere doks speichern müsste, wann datenmüll verursacht.

einen flag ins dokument zu setzen geht bei mir auch nicht, da im doc angezeigt wird, wann es zuletzt bearbeitet wurde.

[Thomas Schulte]

nicht im Uidoc aber im Doc.
Doc.Lock und Doc.Lockprovisional sind die Methoden die du da gebrauchen kannst. Vorausgesetzt du willst das nicht im Web machen da funktioniert das nicht.

[Mandalor]

nein ich will das nicht im web machen, ich male mir aber gerade aus, was passiert, wenn das NDS mal wieder am running ist: dann wäre das Dokument für die person für immer gesperrt!?

das ding beim öffnen locken und beim schließen wieder unlocken, is ja sonst kein thema, aber das is ne große db, die auch sehr oft genutzt wird, wenn da immer mal ein paar leute ausgesperrt werden?

Gibt es wirklich keine möglichkeit alle geöffneten docs zu finden???

[Thomas Schulte]

nicht ohne einen Flag mit entsprechender Speicherung zu setzen.

[Semeaphoros]

Unterdessen beherrscht Domino das vermutlich, dass agestürzte Clients Dokumente nicht mehr sperren - war am Anfang ein Problem, das sich durch erneutes Oeffnen des Dokumentes durch den betreffenden Client leicht lösen liess. Ansonsten bleibt Dir nur, wie Thomas schon geschrieben hat, ein Flag im Dokument zu setzen oder ein spezielles Kontrolldokument zu führen, in dem Du die geöffneten Dokumente tracest. Beide Versionen haben aber dasselbe Problem und keine Systemlösung "... when NSD is running instead of sleeping ...."

[Tode]

gibt es da irgent eine andere Möglichkeit, ein document für denn benutzer zu "Sperren", der es schon geöffnet hat? --> so das ein benutzer ein dokument nur einmal offen haben kann?

ich glaube, alle unsere "Lösungsversuche" gehen hier eindeutig an der Frage vorbei... oder aber die Frage ist falsch gestellt. Den oben gequoteten Satz verstehe ich so, dass ein Benutzer ein Dokument geöffnet hat, und dieses nicht erneut öffnen dürfen soll (weil es schon geöffnet ist).

Wenn ich das richtig vertsanden habe, dann frage ich: Warum !?
Notes sorgt doch automatisch dafür, dass ich nicht mehrere Instanzen des selben Dokuments öffnen kann: öffne ich zum Beispiel eine Mail, wechsle dann in die Inbox zurück und öffne das Mail nochmal, dann lande ich im selben Fenster, nicht in einem neuen... Das ist in jeder Datenbank so.

Vielleicht kannst Du uns mal kurz erklären, ob Du wirklich eine "locking"- Funktionalität meinst (wie sie R6 inzwischen eben standardmässig bietet), oder vielleicht doch was ganz anderes...

Tode

[koehlerbv]

Öffnen kann man ein Dokument aber trotzdem zweimal, Torsten: Einmal im Lesemodus, einmal im Editiermodus.

Bernhard

[Semeaphoros]

Torsten, das ist normalerweise so, wenn Dus im Client machst, aber nicht unbedingt, wenn Dus über LotusScript zum Bleistift machst. Neuerdings gibts da einen Parameter, mit dem man es erzwingen kann. Leider weiss ich nicht auswendig, unter welchen Umständen Notes dasselbe Fenster/Tab verwendet oder eine neue UI-Instanz erstellt.

[Tode]

natürlich gibt es Möglichkeiten, Notes dazu zu "zwingen" das Dokument in einem neuen Fenster aufzumachen ( NotesUIWorkspace.EditDocument( ........ , newInstance ) ),
Aber wenn ich weiss, dass ich das Dokument nicht in einer neuen Instanz aufmachen will, dann nehme ich (als Entwickler) einfach den Parameter weg, dann muss ich nicht abfragen, ob das doc schon offen ist...

Und in allen anderen Fällen verhält sich Notes doch sowieso wie gewünscht.
Die Frage ist also: Wenn Notes eine neue Instanz öffnet: ist das dann ein unerwünschtes Notes- Verhalten oder einfach nur vom Programmierer so vorgegeben ?

Gruß
Tode

[Semeaphoros]

Irrtum, Torsten, wenn Dus weglässt, dann wird eine neue Instanz geöffnet (und das war schon immer so .... ). Der Default ist auf True wie man in der Hilfe leicht sieht:

newInstance
Boolean. Optional. If True (default), opens a new instance of notesDocument (parameter 2) in the UI. If False, changes focus to an existing instance of notesDocument if one exists, or to a new instance if one does not exist. This parameter does not apply if notesDocument is not specified or the document has a target frame.

Ausserdem verhält sich Notes leider nicht immer ganz so wie erwartet, aber wie ich eben schon gesagt habe, ich weiss die glücklicherweise seltenen Fälle grad nicht, in denen es sich nicht so verhält, wie ich/man es erwartet ... sorry

[koehlerbv]

Wie oben schon geschrieben: Selbst manuell bekommt ein Dokument mindestens in zwei Instanzen geöffnet. Insofern ist das Anliegen von Mandalor so abwegig nicht.

Bernhard

[Semeaphoros]

Genau, und damit ist mindestens mal ein gültiges Beispiel gegegeben

[koehlerbv]

Hier noch ein anderes Beispiel, Jens: Man geht über einen DocLink. Auch da wird eine neue Instanz aufgemacht. Aus eigener Erfahrung weiss ich, dass diese Möglichkeiten (unbewusst) nicht selten ausgenutzt werden und zu Speicherkonflikten führen - immer wieder. Wie schon gesagt: Es kann wirklich Sinn machen, das doppelte Öffnen abzufangen.

Vorschlag: In einem persönlichen Profiledoc werden die IDs geöffneter Docs gespeichert (PostOpen) bzw. wieder entfernt (QueryClose). Beim Öffnen der DB kann man das Multivalue field immer zwangsweise leeren. Das aber bitte nur als unausgegorenen Ansatz verstehen. Noch besser wäre hierfür eine globale Variable, aber damit hat man es ja schwer in diesem Zusammenhang.

Bernhard

[Semeaphoros]

Mit einer globalen Var dürfte man in Probleme laufen, mit einem Profil-Doc habe ich so ähnliches schonmal gemacht gehabt

[koehlerbv]

Genauso habe ich das gemeint, Jens. Da eine Maske ja ein eigenes Objekt ist, lädt jede Instanz (hier: Jedes geöffnete Dokument) auch seine eigene Instanz von ScriptLibs (bzw. seine eigene global declarations) - und damit ist Essig mit einer "globalen" Variable. Es fehlt einfach die DB-zentrale Instanz.
Ein (personal) ProfileDoc ist aber "fast" wie eine Instanz für globale Variablen zu benutzen, vor allem, da dieses im Cache gehalten wird. Im Gegensatz zur globalen Variable muss man "nur" dafür sorgen, dass aufgenommene UNIDs beim Öffnen einer DB wieder gelöscht werden, sonst hat man das dead lock-Problem, dass man auch bei den "Standardverfahren" erlebt.

Bernhard

[Semeaphoros]

Jo, genau das ist die ausführliche Variante meines Postings

Danke

[Tode]

ok... überzeugt: Es gibt Anwendungsbeispiele hierfür 

Nun haben wir nur ein Problem: Wir drei (semeaphoros, koehlerbv und ich) diskutieren über mögliche Lösungen, der ursprüngliche "Frager" hat sich aber offensichtlich längst aus der Diskussion ausgeklinkt...

Also möglicherweise theoretisieren wir hier ganz umsonst.

Gruß
Tode

[Semeaphoros]

Jein, tatsächlich ist der Originator nicht mehr erschienen ... 

Der Gedankengang war aber wertvoll, meine ich 


BTW: Wir reden von Mandalor und nicht von My Head, ersterer hat die Diskussion hier neu angezogen .....