[wp-hackers] User roles - GSOC proposal

Mike Schinkel mikeschinkel at newclarity.net
Tue Mar 30 00:53:40 UTC 2010


Andrew:

Thanks. I assumed by your comments that those capabilities might be going away.  Very cool, glad they are not.

-Mike

On Mar 29, 2010, at 7:19 PM, Andrew Nacin wrote:

>> 
>> Really? With custom post types and CMS functionality I can see this being
>> problematic as I can easily see a user have different roles for each content
>> type.
> 
> 
> A custom post type has its own complete set of capabilities you can assign.
> From the inline documentation of register_post_type:
> 
> edit_cap - The capability that controls editing a particular object of this
> post type. Defaults to "edit_$capability_type" (edit_post).
> 
> edit_type_cap - The capability that controls editing objects of this post
> type as a class. Defaults to "edit_ . $capability_type . s" (edit_posts).
> 
> edit_others_cap - The capability that controls editing objects of this post
> type that are owned by other users. Defaults to "edit_others_ .
> $capability_type . s" (edit_others_posts).
> 
> publish_others_cap - The capability that controls publishing objects of this
> post type. Defaults to "publish_ . $capability_type . s" (publish_posts).
> 
> read_cap - The capability that controls reading a particular object of this
> post type. Defaults to "read_$capability_type" (read_post).
> 
> delete_cap - The capability that controls deleting a particular object of
> this post type. Defaults to "delete_$capability_type" (delete_post).
> _______________________________________________
> wp-hackers mailing list
> wp-hackers at lists.automattic.com
> http://lists.automattic.com/mailman/listinfo/wp-hackers



More information about the wp-hackers mailing list