persönliche Ansicht

[DonPromillo]

Hallo zusammen, bin ein Notes-Newbie und habe folgendes Problem:
Ich benutze eine Maske, in der mehrere Personen Eintragungen machen können.
Nun will ich eine Ansicht erzeugen, in der jede Person nur die von ihm/ihr gemachten Eintragungen sieht!
Habe es probiert mit:
SELECT ((Form = "myform") & (@Name([CN];@UserName)=@Name([CN];Name)))

Name ist dabei der Name des Felds in dem der Autor des jew. Eintrags steht!
Sobald ich an Stelle von Username den Namen hardcode, funxt es, ... aber wie kriege ich das dynamisch hin???

Vielen Dank schon mal

-dp

[MadMetzger]

Das Ganze ist mit Vorsicht zu genießen... Arbeite lieber mit einem Leserfeld, wo du den Autoren des Dokuments per @Username reinschreibst. Zusätzlich würde ich noch in der ACL der Datenbank eine Rolle "Admin" einfügen was du als zweites in das Leserfeld schreibst.

Wenn du eine solche Ansicht bastelst birgt das viele Probleme, musste ich auch schon lernen.

[DonPromillo]

eha...
vielen Dank, ich denke ich verstehe halbwegs worauf du hinauswillst...  
Aber wie kriege ich es dann hin, dass User X nur die Dokumente, die er erstellt hat, sieht, und nicht die von User Y und umgekehrt...

mein Problem ist leider die praktische Umsetzung des ganzen


Einfach den View "UserName-gebunden" zu machen ist nicht irgendwie drinn?

Thx
-dp
 

[Semeaphoros]

@username ist ganz ausdrücklich in Views verboten gemäss Designer-Hilfe .....

Aber guggst Du hier

[MadMetzger]

Wenn du dich an meine Vorschläge hälst, dann kannst du dir das @Username in der Ansichtsauswahl sparen, da jeder nur sieht, wo er im Leserfeld steht.

[koehlerbv]

Naja, verboten ist es nicht, aber im genannten Kontext bringt es einfach nix: Auf dem Server bildet eben dieser mit SEINER ID die Ansichten, so das @Username sich dabei auf den Server selbst bezieht.

Mögliche Auswege:
- Ansicht "gemeinsam, privat nach Erstbenutzung" (Nachteil: Gestaltungsänderungen sind später nur noch mit Aufwand zu übertragen)
- Einbau einer (verborgenen) Spalte, die einen Zeitbezug beinhaltet und dabei bei jedem Öffnen eine Neuerzeugung des Ansichtsindexes erzwingt (Nachteil: Bei vielen Dokumenten in der DB Performanceeinbrauch)
- Eingebettete Ansicht (passt nicht immer zur Aufgabenstellung).

Leserfelder helfen nur, wenn es tatsächlich so sein soll, da der User IMMER nur seine eigenen Docs sehen soll (und z.B. nicht im Kontext "Manager soll in Ansicht A nur seine Docs sehen, in Ansicht B aber die aller Mitglieder seiner Abteilung").

Für weitere Infos unbedingt die DesignerHelp bemühen.

Bernhard

[DonPromillo]

Hmm...
genau was koehlerbv beschrieben hat, wird ja das nächste Problem sein, wollte nur erst einmal die "einfachen" Fälle zusammenbasteln.
(Wenn die nur einfach wären...)

Nachdem ich jetzt nun doch leicht verwirrt bin: Welche Lösung ist denn nun am einfachsten?

@Semeaphoros: Mir ist halt dummerweise kein anderer Weg eingefallen  

Danke an alle
-dp

[Driri]

Das einfachste wäre vermutlich die eingebettete Ansicht, die Bernhard schon angesprochen hat.

Du kannst ja in der Maske ein berechnetes Feld mit dem Usernamen einbauen, und dies mit der Kategorie der eingebetteten Ansicht verknüpfen.

[koehlerbv]

Naja, wir müssten den Zweck und die zu erwartende Grösse der DB kennen. Sonst ist es Negerkampf im Tunnel ...

Bernhard

[DonPromillo]

größe = klein
Zweck = Zeiterfassung

D.h. die Mitarbeiter sollen halt nur Ihre Einträge sehen und die Projektleiter und die GF alles...
"Alles" ist ja kein Problem,

den Namen von der Person, die die Einträge gemacht hat wird ja in einem Feld der Maske mit gespeichert, ist also kein Problem!
Mein Problem ist es, einen "Match" zw. dem "Namen" und dem User für den View herzustellen!

[Semeaphoros]

Mit 1000 Promill Ueberzeugung: genau dafür sind Leserfelder gedacht

[DonPromillo]

Na dann werde ich mal versuchen die Dinger zum laufen zu kriegen!

Vielen Dank an alle für eure Hilfe!!!

-dp

[koehlerbv]

Allerdings lässt sich darüber dann keine Ansicht nur für die Einträge eines Projektleiters erstellen - das müsste dann doch über eine der anderen vorgeschlagenen Varianten geschehen.

Bernhard

[Driri]

Für den Projektleiter reicht dann aber evtl. auch eine kategorisierte Ansicht aus.

[koehlerbv]

Ja klar - daran hätte ich auch denken können. Diese Ansicht können dann alle benutzen - die "Minderbemittelten" sehen dann eben nur ihren Namen als Überschrift.

Bernhard

[Driri]

Jo, kommt dann nur auf die User an. Solche Views erzeugen potentiell viele Rückfragen von Usern, daher evtl. besser für den Normal-User verbergen  

[DonPromillo]

Hört sich ja gut an!

Könnte mir bitte jemand einen Tip geben wo's eine Newbie-Erklärung zum Anlegen eines entsprechenden Views gibt?

(Das Namensfeld habe ich inzw. auf Leser umgestellt)

Noch genialer wäre natürlich eine direkte Anleitung wie ich diesen View basteln muss!!!  

-dp  

[koehlerbv]

Verstehe ich jetzt nicht: Du hattest doch Deine Ansicht schon, nur die Auswahlformel funktionierte nicht ... Wo liegt denn jetzt Dein Problem ?

Bernhard

[DonPromillo]

Naja, genau eben in der Ansichtsformel!

Was muss denn da rein? Muss ich da noch irgendwelche Rollen in der ACL vergeben?

SELECT ((Form = "zeiterfassung") & ? oder so...

thx
-dp

[Driri]

Das SELECT Form="xyz" sollte bei Leserfeldern dann ausreichen, außer Du willst noch was anderes einschränken.

Wenn Du in den Leserfeldern die Usernamen eintragen läßt, dann sieht der entsprechende User auch nur die Dokumente, in denen er im Leserfeld steht.

In der angesprochenen kategorisierten Ansicht würde er dann allerdings die Kategorien sehen, wenn man die leeren Kategorien nicht ausblendet. (siehe Anhang)