Auswahl/Anzeige in Kombinationsfeld abhängig von Berechtigung

[Caleb666]

Hallo,

folgende Ausgangsituation:
Ich habe ein Kombinationsfeld mit verschiedenen Auswahlmöglichkeiten erstellt.

Frage:
Ist es möglich diese Auswahlmöglichkeiten für bestimmte Personen einzugrenzen
(z.B. per Rolle "[AllesAnsehen]"=@UserRoles)?


Beispiel:
Kombinationsfeld "Hardware" mit Auswahlmöglichkeiten "RAM"|1, "HDD"|2, "CPU"|3.
Anwender A soll alle Auswahlmöglichkeiten sehen, Anwender B jedoch nur die Auswahl 3
zur Verfügung haben.


Lässt sich so etwas realisieren?

Vielen Dank.

[Keydins]

Wenn du die mögliche Werteliste dynamisch zusammenbaust in Abhängigkeit von den Rollen, die der aktuelle Benutzer besitzt geht das ohne Probleme.

Ich verwende dafür gerne Einträge in Konfigurationsdokumenten, aus denen ich dann situativ die notwendigen Werte in das entsprechende Feld abrufe.

Gruß
Dirk

[Caleb666]

Danke für die Antwort.

Wie kann ich die Werteliste dynamisch zusammen bauen?

Ich kann ja die Auswahl nur direkt oder per Formel eingeben?

Ich benötige nur zwei Rollen, die ich aus der betroffenen Datenbank abfragen
kann z.B. "[AllesAnsehen]"=@UserRoles, "[TeilAnsehen]"=@UserRoles

Hättest du ein Beispiel für mich?

[ascabg]

Hallo,

So wie Dirk (Keydins) es geschrieben hat.

Mittels einem oder auch mehreren Kofigurations-Dokument(en).
Und die Werte aus diesen kannst Du Dir dann mittels @DbLookup oder auch @DbColumn holen.


Andreas

[Caleb666]

Sorry, mit Konfigurationsdokumenten habe ich bisher noch nicht gearbeitet.

Wie und wo erstelle ich ein Konfigurationsdokment und wie soll es aufgebaut werden?
Und den @DBLookup setze ich dann als Formel in den Auswahlfeldern des Kombinationsfeldes ab?

[ascabg]

Hallo,

Ein Konfigurations-Dokument erstesllt Du selber.
Ist auch nur eine Maske/Form innerhalb der DB. Auch den Aufbau definierst Du selber.

In Deinem Beispiel eventuell so.
3 Felder mit moeglichen Werten.
- Feld 1 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Admin]" hat
- Feld 2 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Editor]" hat
- Feld 3 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Autor]" hat

In Deinem Kombi-Feld pruefts Du zuerst die Role des aktuellen Users ab. Hat er die Role "Admin" ermittelt der @DbLookup
die Werte aus dem entsprechenden Feld Deines Konfig-Dokumentes.



Andreas

[Caleb666]

Ah ok, jetzt hab ich einigermaßen verstanden, wie die Umsetzung geht.
 
Ich werd es mal die nächsten Tage ausprobieren.

Vielen Dank.

[ascabg]

Und was halt auch noch schoen ist an den Konfig-Dokumenten.

Du brauchts halt nicht jedesmal in Design herumschrauben, wenn neue Werte hinzugefuegt
oder vorhandene geloesht werden sollen.
Einfach das Konfig-Dokument anpassen und fertig.


Andreas

[koehlerbv]

Und was halt auch noch schoen ist an den Konfig-Dokumenten.

Du brauchts halt nicht jedesmal in Design herumschrauben, wenn neue Werte hinzugefuegt
oder vorhandene geloesht werden sollen.
Einfach das Konfig-Dokument anpassen und fertig.

Und genau ist das

3 Felder mit moeglichen Werten.
- Feld 1 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Admin]" hat
- Feld 2 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Editor]" hat
- Feld 3 => Wert die angezeigt werden sollen, wenn der aktuelle User die Role "[Autor]" hat

nicht schön: Erstens brauchts Du für ein lumpiges Keyword-Konfigdokument eine eigene Maske, und zweitens und vor allem darf da keine weitere Rolle dazukommen, denn dann darfst Du wieder den Designer anwerfen.

Besser eine allg. Keyword-Definitions-Maske mit den Feldern Identifier und Values. Der Identifier wird in diesem Fall dann aus Feldname und Rollenname gebildet.
Wenn eine Rolle dazukommt, wird man dann aber vermutlich doch mit dem Designer das Kombinationsfeld anpassen müssen, allerdings nur um eine weitere Bedingung: Da man eh eine Wertung der Rollen treffen muss (die ACL Entries können ja jeweils mehrere Rollen haben), muss dann halt hinter
_RoleName := Wenn (HasRole R1 dann "R1"; HasRole R2, "R2" .... etc)
noch ein Else-Zweig angetackert werden.
Bei der Auflistung der Rollen muss man (normalerweise) mit der höchsten Berechtigung anfangen (wenn R1 mehr Keywords sehen soll als R2, dann muss die Prüfung R1 vorziehen).

Bernhard

[ascabg]

Bernhard,

Da gebe ich Dir ja vollkommen Recht.

Aber Caleb666 ist ja noch in den Kinderschuhen der Programmierung.
Und wollte ich nicht gleich mit dem "grossen" Hammer kommen. 


Andreas

[koehlerbv]

 

A-Bär: Was erspart er sich denn mit drei Feldern und einer Extra-Super-Spezial-Maske? M.E. wird es so sogar komplizierter. Und er wird auf eine falsche Fährte geführt.
Würde "Cale666" (was macht "Cale666" eigentlich mit dem vielen 6?  ) etwas persönlicher rüberkommen (den Vornamen unter die Posts schreiben), wäre ich motiviert, noch ein paar mehr Tipps zu schreiben. So könnte man mit einem weiteren Keyword-Konfig-Dokument sogar noch weitere Rollen und ihre Wertigkeit ohne Programmierung konfigurieren.

Bernhard