Hi Leute,
sorry daß ich hier für einige von Euch wieder mal mit diesem Thema nachfragen muß, doch beim Studium der 100 Treffer bei der Suche hier ist mir leider noch nicht ganz das Licht aufgegangen.

Frage 1. Kennt jemand einen guten und tiefgehenden Artikel (LDD?) über den Zusammenhang zwischen mehreren Autorenfeldern, Leserfeldern in einem Dokument., ACL ? Vielleicht gibts ja irgendwo eine Tabelle in der drin steht was unter welchen Szenarium passiert

Frage 2. Ich habe je 2 multiple Autoren- und Lesefelder in der Makse.
Je ein Autor und Leserfeld sind berechnet und beinhalten den Server und eine gemsichte Gruppe mit Managern (in ACL auch mit Managerzugriff).
Das andere Autorfeld beinhaltet den Ersteller des Dokuments in der Form: Vorname Name/Org.
Der Ersteller soll nun auswählen (mit dem Adressbuchdialog), wer noch bearbeiten darf bzw. lesen.
Die Ersteller selbst haben Autorzugriff mit dem Recht Dokumente zu erstellen
Ist das sinnvoll so oder was gibt es noch zu beachten???
 
Frage 3: In meinem speziellen Fall wird das zu erstellende Dokument durch eine LS Aktion schon im Backend erstellt und gespeichert bevor es geöffnet
am UI erscheint. Das ganze Heckmeck deshalb weil ich ein RTField schon vor dem öffnen setze.
Bevor ich im Backend das doc speichere setze ich noch das zweite Autorenfeld mit doc.dezAutor = session.username damit der
Ersteller auch Autorenrechte auf das Dokument hat.
Wenn das Dokument dann geöffnet ist , ist es zwar im editmode aber der Benutzer darf nicht speichern obwohl er im Autorenfeld Form: (Vorname Name/Org.)
drin steht.  Ich versteh es nicht.

Frage 4.
Kann man eigentlich verhindern, daß Kategorien (eventuell auch mit Summen)  in Ansichten am Server angezeigt werden für Benutzer die keine Leserechte auf die Dokumente haben und keine Dokumente sichtbar unter den angezeigten Kategorien hängen?

TIA, Holcomb

Eigentlich sollten meines Wissens nach mehrere Autoren/Leserfelder funktionieren. Trotzdem ist es sauberer jeweils 1 Autorenfeld und 1 Leserfeld zu haben. Ich würde die Feldinhalte in querySave über LotusScript agregieren (geht über NotesItem Klasse). Das ist sauberer.
Ich habe schon Datenbanken mit 3 oder 4 Autorenfeldern gesehen. Und zumindest unter Domino5 hat das irgendwann Ärger gemacht. Außerdem ist das unübersichtlich, falls jemand die Datenbank erweitert, verändert.

Gruß Axel

Hallo Axel

das Autoren - bzw. Leserfeld soll ja manuell setzbar sein vom Benutzer.
Und egal was dieser hier einträgt, möchte ich, daß eine bestimmte Gruppe immer Schreib- und Lesezugriff behält.

Deshalb auch die doppelten Autoren und Leserfelder.



Gruß Holcomb

Hallo Axel

das Autoren - bzw. Leserfeld soll ja manuell setzbar sein vom Benutzer.
Und egal was dieser hier einträgt, möchte ich, daß eine bestimmte Gruppe immer Schreib- und Lesezugriff behält.

Deshalb auch die doppelten Autoren und Leserfelder.

Hi Holcomb,

wieso  

Du kannst Darstellung (Leser und Autorenfelder, die der User sieht) von der Funktionalität (Sicherheit durch Leser- und Autorenfelder in Notes) trennen, indem du einfach den Inhalt der Felder der Autoren und Leserauswahl (keine Leser- und Autorenfelder) im querysave in die eigentlichen versteckten Leser- und Autorenfelder kopierst.

Gruß Axel

Guten Morgen Axel,

hab ich Dich richtig verstanden ?  
Für den Benutzer zeige ich zwei Namensfelder an und im querrysave schreibe ich dann die eigentlichen (hidden) Autoren- und Lederfelder mit dem Inhalt der beiden Namensfelder und eben zusätzlich mit den Gruppen die ich bestimme (via notesitem und appendtotextlist).

Ja ok, dannn brauche ich in der Tat nur ein Leser und Autorenfeld.

Gruß, Holcomb

Hi Andreas Glombi,  

"umbenannt wird": Namensänderung weil Kollegin geheiratet hat und sie über die ID Verwaltung einen neuen Namen anfordert ?

Danke für den Tip, wenn man das nicht weiß, steht man in so einem Fall ratlos und blöd bei den Chefs da.

Ist es dann doch besser mit 2 Autoren- und zwei Leserfeldern im Dokument  zu arbeiten oder spricht da auch was anderes dagegen ?

Hinzulernende Grüße, Holcomb

Hallo Glombi,

nochmal danke für die gute Zusammenfassung.
Habe mittlerweile auch den sehr guten Artikel gelesen, den g202e empfohlen.

Schönen Tag noch, Holcomb