Teknologi, AI og forretning er i centrum på Computerworlds Cloud og AI Festival i København d. 18. og 19. september. Se hele programmet for den store konference om strategisk brug af Cloud og AI på: www.cloud-festival.dk
Opret en rolle i ACL og tildel gruppen i names.nsf den rolle. File>database>access control>roles Derefter kan du bruge !@IsMember("[rolleNavn]";@UserRoles)i din hide/when. Du kan også gøre det ved at lave en @dblookup i names.nsf på om brugeren er medlem af en gruppe - men ovst. er langt mere fleksibelt.
Fordi så kan du ikke bare efterfølgende bare tildele evt. andre grupper i names de samme rettigheder, uden at ændre i det direkte opslag. Hvis du tildeler rettighederne via roles kan du styre det centralt.
Jeg ved ikke hvor meget der ligger rent kodemæssigt i det, men vil det være "rimeligt" nemt at lave en agent som gennemgår fx. 2 gange i døgnet databaserne for ACL og så generere en page med "mit" navn hvor når jeg logger ind bliver jeg præsenteret for den, den skal jo så generere 1 page pr. person i names
Jeg tror faktisk nok at jeg snakkede med jogii om det på en mail på et tidspunkt, men har mistet en masse emails !
@Dblookup vil jeg ikke anbefale. rent kaos. Hvad hvis der er grupper i grupper i grupper ... ?
@Userroles er godt. bindingen mellem roller (applikation) og adressebogen (personer og grupper) foretages i ACL. Sker der ændringer i organisationen, så skal der ikke ændres i applikationen.
Hvis du absolut gerne vil hardkode organisationen ind i applikationen, så brug @UserNamesList. Her vil gruppenavnet være en del af den returnerede liste over navne, grupper og roller.
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.