-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Multi user system stage 1 #51
Comments
Permissions for Asset AuthorNodeAsset: Create new content Rule linksThose all have issues and we need to find a way to resolve in one of two ways or more then likely we need both a) for security b) for UX :
views:admin/structure/views/view/asset_actions/edit/block |
I create a new module "Kendra user" that adds a views plug in to be used with the "Asset actions" view
|
This is mostly working on dev now so can be tested using the two new accounts that where created. |
Pushed the fist stage to live and tested two issues came up
|
Rules integrationRules integration for checking if user can edit asset.
Go Live
|
I pushed the rules integration live after some testing on dev. |
@dahacouk - I still have some work to so but would be good to get some input on this |
Kendra admin permissions reviewKendra admin need to be able to add edit & delete Taxonomy terms. however the taxonomy overview page and the term add are both controlled by the same permission that gives all Taxonomy managment to the role.
|
This is now pushed to dev to setup taxonomy management for the kendra role"
|
I'd like to talk about weights terminology/context. My feeling is that there is no absolute weight – it is relative. Weight is a relationship between 2 or more legal entities. Let's talk. On 5 Jan 2015, at 13:24, Guy Schneerson [email protected] wrote:
|
@dahacouk - yes the weights are currently designed to work depending on the context however we also talked about them having virtual values that can be inherited from a CMO |
Stage 1 implemented now any remaining minor issues moved to #61 (low propriety). |
Business needs
This will involve the creation of roles supporting three levels of users.
We currently need to approve users so we should :
Points to consider
At a later stage we will look at more granular permission system based on asset management & usage this will be much more application specific and will tie in to the versioning and conflict resolution.
Technical implantation
Kendra admin
Manage all aspects of the Kendra system (in the future we will have more granular roles)
using the existing unused kendra role
Asset Author
A user that can create new Assets and edit his own assets.
Visitor
One with an account approved by a Kendra admin - can see all data but can not add or change
using the built in authenticated user role
The text was updated successfully, but these errors were encountered: