You can use my plugin Posts Creation Limits which has a per user, per role, per post type, per post status limiting system and combined with its post_creation_limits_custom_checks action hook and check if the user has created a post that day already – if so: show the the “limit reached message”. For example: add_action( ‘post_creation_limits_custom_checks’, … Read more
You’re correct in that you should be checking for a capability. However, manage options is only given to administrators by default. You should check against a capability that both editors and administrators have such as delete_others_posts. function restrict_admin(){ //if not administrator, kill WordPress execution and provide a message if ( ! current_user_can( ‘delete_others_posts’ ) ) … Read more
First off, @Wyck is right, it would be helpful to see your register_post_type code. If it were me, I’d make sure I had something like this in the $args array: register_post_type( … array( ‘capability_type’ => ‘artists’, ‘map_meta_cap’ => true ) ); Next, you don’t want to reset capabilities on every admin page load, that’s unnecessary … Read more
I did a quick research on this and I don’t think you can with a function, as said in the codex. Note: It is no longer possible to hide the Toolbar when viewing the Administration Screens, but users can disable it on the front-end of the site in their Profile screen. Disabling in the frontend … Read more
I was able to come up with a work around! First, I used Role Scoper to limit a user account to a specific term – in this case, a Ministry Representative is limited to the name of their Ministry in the “ministries” taxonomy. Then, I used the WPAlchemy class to create a custom metabox that … Read more
You could check the $current_user variable to determine the role. I believe it should be realiable after init(maybe even on init) for a logged in user, a guest visitor obviously won’t have any data associated with him or her yet(so it’ll be empty/unset). You can also call up get_currentuserinfo() to populate the $current_user var, but … Read more
The admin_body_class filter lets you add classes to the body tag. This function will add all roles as classes in the form role-$role, for example role-administrator, to the body tag: function wpa66834_role_admin_body_class( $classes ) { global $current_user; foreach( $current_user->roles as $role ) $classes .= ‘ role-‘ . $role; return trim( $classes ); } add_filter( ‘admin_body_class’, … Read more
I think you are on the right track, wp_cache_delete was what finally helped me get an auto-signup with auto-login plugin working… I have this from there: wp_cache_delete($current_user->ID, ‘users’); wp_cache_delete($current_user->user_login, ‘userlogins’); Then see what roles you get after that with: $current_user = wp_get_current_user();
The register_post_type has a capabilities (or simple version: capability_type) that you can use to specify a separate capability to create and edit posts of this type. If you set this, you can create a new role that has the capability to edit these custom posts, but not regular posts.
The capabilities are stored as user meta data in a serialized array for each site. The key as a regular expression would look like that: ‘~’ . $GLOBALS[‘wpdb’]->base_prefix . ‘(\d+)_capabilities~’ So … get the user meta data, find the capability strings (they hold the roles), and compare the unserialized result with the role you want … Read more