First, create [all-capabilities] shortcode. Put this code in your theme’s functions.php: function wpse_all_capabilities() { $out=”<style> .flex-columns { column-count: 4; column-gap: 3em; column-rule: 1px solid #000; } </style>”; $out .= ‘<p class=”flex-columns”>’; $users = get_users(); foreach ( $users as $user ) { if ( $user->caps[‘administrator’] ) { $allcaps = array_keys( $user->allcaps ); foreach ( $allcaps as … Read more
you’re creating a function and just initializing a local scope variable that you overwrite it. here is a different approach: global $wp_roles; // global class wp-includes/capabilities.php $wp_roles->remove_cap( ‘administrator’, ‘manage_options’ ); _based on codex:remove_cap_ Edit: /** * Remove capability from admins. */ function wpcodex_set_capabilities() { // Get the role object. $admin = get_role( ‘administrator’ ); $admin->remove_cap( … Read more
I am pretty sure that nothing would happen other than the user would have the capability in question. Think about it. The default Roles share many capabilities— Authors, Editors, and Administrators all have edit_posts, for example. All roles (usually) have read The same system manages both default and custom roles/capabilities, so there really should be … Read more
I believe your code is right. Try going to: ‘wp-admin/users.php’ manually to check if you have the privilege to do so. If my inkling is right, it’s just the $submenu item that is hidden. If you can access the list of users, try printing the global variable $submenu and see if ‘users.php’ is there.
Visitors have no capabilities. Not even the capability “read” which seems a bit odd to me.
the page you linked shows how to remove a capability from a role: global $wp_roles; // remove capability $cap from role $role $wp_roles->remove_cap( $role, $cap ); and an example would be: // for example $wp_roles->remove_cap( ‘subscriber’, ‘view_galleries’ ); or remove a capability from a specific user: // get the user by username say for example … Read more
Is it wise not to use only meta capabilities for certain basic post types?
Usage of current_user_can()
You can use user_has_cap filter to check and grant capabilities dynamically. add_filter(‘user_has_cap’, ‘contributor_can_edit_published_posts’, 10, 4); function contributor_can_edit_published_posts($allcaps, $caps, $args, $user) { global $post; // Do we have a post? if ( ! $post ) { return $allcaps; } // Is the user a contributor? if ( ! isset( $allcaps[‘contributor’] ) || true !== $allcaps[‘contributor’] ) … Read more
You should be posting your data (via <form action=”” …> to your theme options page, rather than to the wp-admin/options.php file. The latter is for the stuff under Settings. Also, I don’t mean to be tossing dirt at anyone in particular, but always take the tips that you read on the web with a grain … Read more