I agree with you that the codex isn’t a huge help on this subject. Check out the stuff about capabilities under register_post_type – it needs a serious rewrite. As I understand it, only page and post can be used in the way you suggest (and in fact post is used by default in the absence … Read more
This should works add_action( ‘init’, ‘register_category_again’, 1 ); function register_category_again() { $user = wp_get_current_user(); if ( $user->roles[0] != ‘your_custom_role’ ) return; global $wp_taxonomies; unset( $wp_taxonomies[‘category’] ); global $wp_rewrite; $rewrite = array( ‘hierarchical’ => true, ‘slug’ => get_option(‘category_base’) ? get_option(‘category_base’) : ‘category’, ‘with_front’ => ! get_option(‘category_base’) || $wp_rewrite->using_index_permalinks(), ‘ep_mask’ => EP_CATEGORIES, ); register_taxonomy( ‘category’, ‘post’, array( … Read more
There’s a bug(ish) report regarding this here: http://make.wordpress.org/themes/2011/07/01/wordpress-3-2-fixing-the-edit_theme_optionsmanage_options-bug/ You can use a filter to modify the theme page capability. First you’ll want to edit your register_setting() calls to look like this: register_setting( ‘map-options’, ‘map_zoom’ ); register_setting( ‘map-options’, ‘map_longitude’ ); register_setting( ‘map-options’, ‘map_latitude’ ); The first parameter is the settings group and this is what we’re … Read more
using map_meta_cap I added edit_post per post cap to user function my_map_meta_cap( $caps, $cap, $user_id, $args ){ if ( ‘edit_post’ == $cap ) { $post = get_post( $args[0] ); $post_type = get_post_type_object( $post->post_type ); $caps = array(); if ( $user_id == $post->post_author ) $caps[] = $post_type->cap->edit_posts; else $caps[] = $post_type->cap->edit_others_posts; } return $caps; } add_filter( … Read more
You need to register the CPT with your custom capability, then assign that specific cap to the user. When passing the arguments to register_post_type, set capability_type to your new capability, so the check turns into ‘edit_cpts’ instead of ‘edit_post’. By setting ‘capability_type’ => [ ‘cpt’, ‘cpts’ ], ‘cpt’ will map to ‘post’ for standard capability … Read more
The edit_themes capability is what allows access to Appearance > Theme Editor: function wpse243341_modify_editor_role() { $role = get_role( ‘editor’ ); $role->add_cap( ‘edit_themes’ ); } add_action( ‘admin_init’, ‘wpse243341_modify_editor_role’);
I’ve found that the WordPress has_cap() function, which is relied on by functions like user_can() and current_user_can, explicitly returns false for empty capabilities. Example: If a capability is passed as an argument using current_user_can(), this function will pass the capability to has_cap() and return the results: return call_user_func_array( array( $current_user, ‘has_cap’ ), $args has_cap() will … Read more
If you use the Settings API, that $option_page is the value of a hidden <input> field generated by settings_fields(). For example: <input type=”hidden” name=”option_page” value=”{Option group name}”> So if you have settings_fields( ‘my-group’ ) in your code, then the $option_page would be my-group. See the (as of writing, 5th) note here. Code sample: (tried and … Read more
The plugin Members is your solution, clean code for read, change and create roles and capabilities; easy and fast. No custom tables and normaly WordPress standard.
I took the example code from the WordPress user_has_cap filter codex page and modified it. Add this code to your theme functions.php: function restrict_editing_old_posts( $allcaps, $cap, $args ) { // Bail out if we’re not asking to edit or delete a post … if( ( ‘edit_post’ != $args[0] && ‘delete_post’ != $args[0] ) // … … Read more