Anzeigen von Dokumenten im View Roleabhängig machen

[Peacemaker]

Hallo,

mal wieder eine kleine Frage von mir.
Ich habe Views einer Datenbank (liegt bereits auf einem Server) und möchte bestimmte Dokumente (durch Flag identifizierbar) im View personen einer Role anzeigen. Die Restlichen Dokumente sollen nicht angezeigt werden.

Wie stelle ich das mit R6 am besten an???

Die Suche im Forum ergab nur lösungen mit Embedded Views oder Formeln welche nicht auf öffentlichen DBs laufen.


Danke für eure Hilfe.

[klaussal]

Eine Möglichkeit:
Leserfeld mit der Rolle einbauen und den Personen, die diese Docs sehen sollen, o.a. Rolle in der ACL geben.

klaus

[Peacemaker]

Das mit den Lesefeldern verstehe ich noch nicht so ganz - finde auchnix im Forum dazu.

Noch etwas - gibt es eine Formel, die die Role des aktuellen Users zurückgibt?

[klaussal]

Aus der Hilfe:
@usernameslist
In einer Datenbank auf dem Server oder einer lokale Datenbank mit der Eigenschaft "Konsistente ACL über alle Repliken dieser Datenbank erzwingen" gibt @UserNamesList eine Textliste zurück, die folgende Informationen über den aktuellen Benutzer enthält.

@userroles
Gibt eine Liste von Rollen des aktuellen Benutzers für eine Datenbank auf einem Server oder für eine lokale Datenbank zurück, falls "Konsistente ACL über alle Repliken dieser Datenbank erzwingen" aktiviert ist. Rollen sind in der Zugriffskontrollliste einer Datenbank definiert.

[Peacemaker]

so, hab folgende view selection gebastelt:

SELECT @If(@Text(@UserRoles)="[Aref]";@Contains(aref;"Sichtbar für Aref") & @Contains(doctitel;"Einstellungen");@Contains(doctitel;"Einstellungen"))

wieso frisst notes das nicht?

[Semeaphoros]

Weil Notes keine dynamischen Ansichten kennt und deshalb @userroles in der View-Selection nicht verwendet werden kann. Der von Klaus aufgezeigte Weg über Leserfelder ist da der richtige Weg, sonst gibt es nur noch denjenigen über schlafendes Vieh (embedded view, wie man im Glossar nachlesen kann ). Wo man welche @Functions verwenden kann, steht an verschiedenen Orten in der Designer-Hilfe, welche man unbedingt zu Rate ziehen sollte

[Peacemaker]

okok,
habe das ganze jetzt mit einem Readers Feld realisiert (oder versucht).

Gibt es eine Möglichkeit die Einträge im Readersfeld nachträglich noch zu ändern (durch eine Checkbox)? Daran hängt sich das ganze im Moment auf. Es reicht mir nicht, das die reader im default für imme rund ewig fest stehen.

[Semeaphoros]

Das Readers-Feld (oder die Readers-Felder) sind ganz normale Felder, die sich auch ganz normal bearbeiten lassen, vorausgesetzt, man sperrt sich nicht gleich selber aus, indem man vergisst, sich selbst in so ein Feld einzutragen ......

[Peacemaker]

Also, ich bastel mal fleißig weiter -

jetzt sieht es wie folgt aus. Es sollen Dokumente erstellt werden können, die für 4 von 5 Roles sichtbar sind. Bei der Erstellung gibt es eine Checkbox, mit der man auswählen kann, ob dieses Dokument auch für die 5. Role sichtbar sein soll. Diese Möglichkeit, soll es auch geben, wenn das Dokument später zum editieren geöffnet wird. Somit kann ich dem Readers Feld keinen festen Wert zuweißen. Der Benutzer soll auch nicht entscheiden, welche Rollen es sehen dürfen. Nur durch die eine Checkbox entscheidet er, ob die 5. Rolle ("[Aref]") es sehen kann.

Dies hab ich nun versucht über folgenden Weg zu realisieren:
Es gibt ein extra Textfeld, in dem steht, wer Lesezugriff hat. Dieses Feld wird bei auswählen der Checkbox erneuert und der Name der 5.Rolle hinzugefügt oder entfernt. Speichert man nun das Dokument, wird der Wert dieses Textfelds dem Readers-Feld zugewiesen.
Das Problem ist nun, dass das Dokument dann leider im Datennirvana verschwindet und ich weiß nicht weshalb. Ich hab auch versucht mich namentlich mit in das Taxtfeld und damit in das Readersfeld zu schreiben. Ohne Erfolg. Die Twisties, die die Kategorie, dieses Dokuments anzeigen erscheinen, aber es ist kein Dokument drin.

Der Code lautet wie folgt:
Das Textfeld:
@If(aref="Sichtbar für Aref";"\"[DB-Owner]\":\"[Management]\":\"[HR-Admin]\":\"[Aref]\":\"[Prozmitglied]\"";"\"[DB-Owner]\":\"[Management]\":\"[HR-Admin]\":\"[Prozmitglied]\"")

Speichern:
FIELD readers:=mitaref;
@PostedCommand([FileSave])

Das Readers-Feld enthält keinen Code.

Hat da jemand eine Idee, woran das Liegt?
Vielen Dank im Voraus

[koehlerbv]

Du hast ja die einzelnen Keywords nochmals in Anführungszeichen gesetzt - damit darf das Dokument nur der Lesen, der so heisst wie der lange String, der so erzeugt wurde. Die äusseren Anführungszeichen müssen also weg.

Bernhard

PS: Was ist ein "ProzMitglied" ? Ein Exhibitionist ? 

[klaussal]

Ein einfacherer Weg:

nimm mehrere Leserfelder, die wirken nämlich additiv (d.h. Notes tut so, als ob es sich um ein Leserfeld handeln würde).

klaus

[Peacemaker]

danke, danke, danke - nach all den Tagen - nun funktioniert es (hoffentlich)

[koehlerbv]

Und was hast Du nun gemacht ?

[Peacemaker]

Hab jetzt 2 Readers Felder benutzt. Eins in dem die 4 Rollen stehen, die immer zugreifen dürfen und eins das je nach Status der Checkbox die 5. Rolle enthält oder leer ist. Irgendwie wusste ich nicht so ganz, welche Anführungszeichen jetzt weg konnten und welche ich brauchte, da erschien mir dies die einfachere Lösung.
Nochmal vielen Dank

[klaussal]

Das IST die einfachere Lösung.. 

klaus

[koehlerbv]

So hätte es aussehen müssen:

Code

@If (aref = "Sichtbar für Aref"; "[DB-Owner]": "[Management]" : "[HR-Admin]" : "[Aref]" : "[Prozmitglied]"; "[DB-Owner]" : "[Management]" : "[HR-Admin]" : "[Prozmitglied]")

Ob mehrere Felder hüten die einfache Lösung ist - ich weiss nicht. Für diesen Fall ist es zumindest nicht schwieriger.

Bernhard

[klaussal]

@Bernhard,

ich denke schon. Dann fällt ja u.a. das ganze Gewusel mit den Mehrfachwerten weg. Und die Formel werden unübersehbar lang. Aber es führen halt viele Wege zum Ziel.

klaus

[koehlerbv]

Gewusel mit Mehrfachwerten fällt weg ? Jetzt hat der Friedensstifter in einem Feld vier Strings und im anderen eines.

Bernhard

[klaussal]

@Bernhard,

die Antwort war grundsätzlich gemeint. Vielleicht hätten in diesem Fall auch 2 Rollen ausgereicht.

klaus