Read only access by Catagory
Quote from Gespanne on February 1, 2019, 3:51 amAsgaros,
We have the ability to restrict the visibility of categories using Custom User Groups. Is it possible to subdivide that further into groups that can read and/or write and other groups that are read only?
Thanks!
Asgaros,
We have the ability to restrict the visibility of categories using Custom User Groups. Is it possible to subdivide that further into groups that can read and/or write and other groups that are read only?
Thanks!
Quote from Asgaros on February 2, 2019, 11:32 amHello @gespanne
Adding an user to a specific group which has “read-only” access would mean that this user can only read content but cannot write at all anywhere. Correct?
I thinking about if maybe an additional “Role” (beside of Banned/Normal/Moderator/Administrator) is a better way for this because otherwise things will get complicated when an user belongs to multiple usergroups where only a few of them have the “read-only” flag.
Hello @gespanne
Adding an user to a specific group which has “read-only” access would mean that this user can only read content but cannot write at all anywhere. Correct?
I thinking about if maybe an additional “Role” (beside of Banned/Normal/Moderator/Administrator) is a better way for this because otherwise things will get complicated when an user belongs to multiple usergroups where only a few of them have the “read-only” flag.
Quote from Gespanne on February 2, 2019, 6:18 pmAsgaros, a new Role would be ideal IF it can be applied on a granular basis.
Here’s my situation… I have a category where our Board members hold private discussions, it is not visible to anyone who is not a member of the group “USCA Board”. As well as the members of the Board, we allow certain past officers to read the discussion but not to post. Ideally, I could create a group called “Readers” so members of that group could read but not post to THAT CATEGORY. It is important that their ability to post is not restricted anywhere else.
Thank you!
Asgaros, a new Role would be ideal IF it can be applied on a granular basis.
Here’s my situation… I have a category where our Board members hold private discussions, it is not visible to anyone who is not a member of the group “USCA Board”. As well as the members of the Board, we allow certain past officers to read the discussion but not to post. Ideally, I could create a group called “Readers” so members of that group could read but not post to THAT CATEGORY. It is important that their ability to post is not restricted anywhere else.
Thank you!
Quote from Asgaros on February 2, 2019, 7:23 pm@gespanne Mh, I see.
The question is where this kind of setting could be placed without bringing any confusion.
A role in your case is not a solution because a role is always global – you are a moderator or not, you are read-only or not.
Adding it to groups is also difficult because a member can belongs to two groups: One group is set to read-only, the other not. So how can the forum decide if he is allowed to write or not?
Any better ideas? It could be added as an additional category-option, but this make things really complex because it adds a third-layer of access-management (role, usergroup, category-settings). Unfortunately I think this last way is the only one which makes sense. If I add it this way I have to change the admin-interface in a way to make it more obvious whats going on.
@gespanne Mh, I see.
The question is where this kind of setting could be placed without bringing any confusion.
A role in your case is not a solution because a role is always global – you are a moderator or not, you are read-only or not.
Adding it to groups is also difficult because a member can belongs to two groups: One group is set to read-only, the other not. So how can the forum decide if he is allowed to write or not?
Any better ideas? It could be added as an additional category-option, but this make things really complex because it adds a third-layer of access-management (role, usergroup, category-settings). Unfortunately I think this last way is the only one which makes sense. If I add it this way I have to change the admin-interface in a way to make it more obvious whats going on.
Quote from Gespanne on February 2, 2019, 7:48 pmI don’t have an immediate idea but may this will help.
In our old forum the access method was basically reversed. To make things relate, I’ll use “Asgaros terms” in as much as possible. Each Category was either public or private. Any pubic category provided read/write access to all registered users. Private categories required access to granted by user name. That access could be read/write or read only.
The Asgaros model is better for large groups of users but doesn’t offer the granularity that our old system did. Maybe a qualifier could be added the the group designation that identified the category to which it applies? In our case it might look like “Reader ID: 30”
Thanks.
I don’t have an immediate idea but may this will help.
In our old forum the access method was basically reversed. To make things relate, I’ll use “Asgaros terms” in as much as possible. Each Category was either public or private. Any pubic category provided read/write access to all registered users. Private categories required access to granted by user name. That access could be read/write or read only.
The Asgaros model is better for large groups of users but doesn’t offer the granularity that our old system did. Maybe a qualifier could be added the the group designation that identified the category to which it applies? In our case it might look like “Reader ID: 30”
Thanks.
Quote from Asgaros on February 22, 2019, 11:26 amI will check how I can implement this when I revise the access-management in the future.
Currently the complete access-management grants only all or nothing. In a future update I could extend this for both read and write permissions. But it is nothing which I can just implement in an update quickly with a few lines of code because it will – more or less – impact all functionalities inside of the forum.
I will check how I can implement this when I revise the access-management in the future.
Currently the complete access-management grants only all or nothing. In a future update I could extend this for both read and write permissions. But it is nothing which I can just implement in an update quickly with a few lines of code because it will – more or less – impact all functionalities inside of the forum.