Hi Wim,
I set this as support request, as I don't know if this is already in the module/ in your mind.
I think the clean HS taxonomy is now working great! thanks for that.
But now my users with the add content user access under: admin/user/access can make content...but now they also can add terms and levels!
That is not wat I want, I want to control the categories/terms myself.
I see under admin/user/access no HS user access options, is this correct?
If not in module yet, please add user/access as "HS widget shown, create new terms, add new levels, which I can enable/disable for the different user roles.
So partners of my website in Nepal can add new levels and create terms, other people I trust can create terms and authenticated users can add content only!
Thanks in advance for considering if not somewhere already!
greetings,
Martijn
Comments
Comment #1
wim leersWell, as soon as you start with this, it generates a boatload of new feature requests… From less to more granular:
- 'add new items to hierarchical select' permission
- configure this per implementation
- configure this per hierarchical select
- configure this per level, per hierarchical-select
I'm inclined to mark this as postponed. Wil leave it open for now.
Comment #2
summit commentedHi Wim,
I understand, but will it please be possible than to grant access to "add levels" and to "create items" ?
Than I am ok for now, otherwise I can't give other users access to my site because they gonna hack my taxonomy tree....
greetings,
Martijn
Comment #3
wim leersPostponed for sure. Sorry.
Comment #4
summit commentedHi Wim,
Wil taxonomy access settings (http://drupal.org/project/taxonomy_access) help in this perspective?
Greetings,
Martijn
Comment #5
wim leersIt might, but I doubt it.
Comment #6
summit commentedHi Wim and others,
I tested Taxonomy Access, and no it didn't work. Categories I set not to be able to Create still have the option in the HS list.
thanks a lot in advance for going into this in the future though, it is a big point for me.
greetings,
Martijn
Comment #7
arhak commentedsubscribing
Comment #8
wim leersComment #9
wim leersThrough this single issue I'll implement *every* permission one could ever want. When I have the time. Which won't be until a *long* time. At least it's organized already :)
This makes the following issue obsolete: #261423: Role-based item creation permissions.
Comment #10
summit commentedHi Wim, still looking forward to permission-support HS.
Greetings,
Martijn
Comment #11
wim leersYou can look forward to it, but don't expect it any time soon ;) Many months, possibly more than a year of waiting.
Comment #12
summit commentedOk, thats clear then, no role-based permissions via HS.
Good to know for user-perspective.
No hard feelings, thanks for all the other HS great work!
Greetings,
Martijn
Comment #13
gkanski commentedHi Wim,
I understand that the role-based permissions system is complex and not available for now on in HS.
The point is that only admin is now allowed to create new terms (at least in my config it's working in that way - I have 3 levels hierarchy and only admin can add new terms, although all the users have the "administer taxonomy" privileges set).
Instead of controlling creating permissions per role, it would be good to give creating terms permission to all the users regardless the role they have. Otherwise if admin is the only person able to create new terms, it makes the usage of this feature very limited.
Comment #14
gkanski commentedLet me reply to my own post.
I have just discovered the root of the problem. In fact IE is guilty. Creating new terms works under Firefox and it doesn't under IE6 and IE8. It is not related to the role permissions; I was testing the module with admin account under firefox and regular user under IE - hence the wrong conclusions. Sorry.
On the top of that it looks like the problem occurs only with specific themes...
Comment #15
wim leersBah! Please open a new issue for that!
Comment #16
jessehsAny progress with role-based permissions? I, too, would love to be able to grant one role the ability to add new terms via HS, but keep other authenticated users from doing this.
Thanks!
Comment #17
wim leersTagging for HS4. Included in the HS4 roadmap: http://drupal.org/node/1052670.
Comment #18
klonosThis will happen in the 7.x branch.
Comment #19
candelas commented0.0
i am unfamiliar with drupal big documentation and i just discover your roadmap and it is impressive!!
i subscribe to the possibility of add permissions base on roles since it would be very useful in a magazine where the editor can create a new number and the writer can assign an article to the section on that number adding a level for the order of that article inside the section.
thanks a lot for your module :)
Comment #20
ordually commentedFor anyone seeking a bare-bones implementation of role-permissions in the 6.x version of HS, here's what worked for me.
I created a new role "skiphierarchicalselect'. Users of this role won't be shown the HS taxo-fields on node creation.
I edited:
and applied a code diff resembling:
The above resets the taxonomy form function to 'taxonomy_form' (the Drupal method) for users that have a specific role ID. This bypasses the HS method.
Comment #21
drupalove commentedA few months ago I built a custom module for my employer who is always keen to provide patches to the community. The module has a settings page for allowing certain roles and certain content types to use Hierarchical Select. Roles that are ticked in the settings page will use the default drupal menu which you see when creating new nodes.
Is this what you are after? I regret it was not created as a patch rather than a separate module. Please let me know, if a separate module is not very useful, I'm sure my employer will let me work on it again to provide a patch after a week or two. Let me know.
Comment #22
summit commentedHi,
I think a module is great, because otherwise it has to be patched and committed to HS. It seams HS is not that maintained ...
so yes first module, and may be then a patch because off course in the end it is better to have less modules..
greetings, Martijn
Comment #23
drupalove commentedHi,
I have added my first module: hierarchical select access. It has a settings page for preventing certain roles from accessing the Hierarchical Select menu when creating node types.
If you intend to use the module please make sure you have a backup copy of your site before trying it.
I hope it helps solve what's being discussed in this issue.
Thanks,
Yousif
Comment #24
drupalove commentedHi,
I have added my first module: hierarchical select access. It has a settings page for preventing certain roles from accessing the Hierarchical Select menu when creating node types.
If you intend to use the module please make sure you have a backup copy of your site before trying it.
I hope it helps solve what's being discussed in this issue.
Thanks,
Yousif
Comment #25
stefan.r commentedYousif, thanks! Hope anyone finds it useful!
Comment #26
drupalove commentedStefan, thanks for reviewing the hs_access module and assisting in the project application.
Next on my list is the taxonomy terms bit.
Comment #27
stefan.r commentedThis is now covered by contrib