DominoArea.org [Archive]

J'ai un groupe d'accés A et un groupe d'accés B ayant tous deux des accés "Auteur"

Est ce que par hasard pour un champ "X" par exemple, malgré les accés auteur, peut on brider le champ en edition pour le groupe A mais lisible tout de meme en lecture et le groupe B autoriser l'edition et la lecture?

salut

ben nom, quand on a l'acces auteur on le garde, pour le brider faut le retirer. mais il est vraiq ue parfois un champs de type "NoAuthors" serais bien pratique.

sinon tu peut tout simplement empecher le passage en édition pour le groupe A via le Querymodechange du masque


tu serais pas en train de faire un workflow par hasard ?

non du tout.

C'est juste que je m'autoforme a faire des manips. Ma base est determinée, elle est en essai.

En faite si tu veux je faisais un test sur :
j'ai un champ X de type Annee par exemple (@created) qui doit modifiable que par l'ADMIN uniquement et non modifiable par un groupe d'auteur mais tout de meme lisible.

alors dans ce cas, passe par les option de masquage et par un Role pour déterminé si l'utilisateur est admin ou pas

et en fonction du role du affiche un champ modifiable ou un champ calculé à l'affiche ou un texte calculé qui reprend la valeur du champ modifiable

tu peux aussi passé par une dialogbox via un bouton visible unqiuement de l'admin( toujours par un role)

Michael DELIQUE a écrit:alors dans ce cas, passe par les option de masquage et par un Role pour déterminé si l'utilisateur est admin ou pas

et en fonction du role du affiche un champ modifiable ou un champ calculé à l'affiche ou un texte calculé qui reprend la valeur du champ modifiable

tu peux aussi passé par une dialogbox via un bouton visible unqiuement de l'admin( toujours par un role)

c'est quelle formule qui permet de reprendre la valeur d'un calculé?

tu passe directement le nom du champ

Si tu es en client Notes, tu peux passer par des sections pour brider l'accès à certains champs (regroupés dans la-dite section) pour laquelle tu calculeras les editeurs = ceux qui ont droit de modifier les champs contenus dans cette section.

Le pb est que cela impose des choses au niveau de l'ergonomie (la section).

Sinon tu as aussi la possibilité (en notes ou web) de passer par la desactivation (evènement InputEnabled ou attribut disabled en web). Par contre, ce n'est que de l'interface, pas de la "vraie" sécurité...ceci dit, ca peut etre largement suffisant...

Michael DELIQUE a écrit:tu passe directement le nom du champ

C'est impeccable j'ai fait le test