You appear to be a bot. Output may be restricted
Description
Update the existing post_type with the overridesThis includes removing "supports" capability as well as adding it.
Usage
bw_update_post_type( $type, $args );
Parameters
- $type
- ( string ) required – the post type registration to update
- $args
- ( array ) required – the options values to apply – already converted to bool where necessary
Returns
voidTO DO
We also need to do something special for "has_archive" and "rewrite"; otherwise the rewrite rules will be incorrect.TO DO
Confirm that ignoring labels for WordPress 4.3 is the right solution. See TRAC #33543 Basically this solution means we can't override the builtin post types defaults. Is that the only minor issue?Source
File name: oik-types/oik-types.phpLines:
1 to 28 of 28
function bw_update_post_type( $type, $args ) { $post_type_object = get_post_type_object( $type ); //bw_trace2( $post_type_object, "post_type_object before", true ); foreach ( $args as $key => $value ) { if ( $key == "labels" ) { continue; } if ( $key == "supports" ) { bw_update_post_type_supports( $type, $value ); } if ( $key == "has_archive" ) { bw_update_archive_stuff( $type, $value ); } /* * Intercept when attachments are required in the nav_menu */ if ( $type == 'attachment' && "show_in_nav_menus" == $key && $value ) { add_filter( "nav_menu_meta_box_object", "oik_types_nav_menu_meta_box_object", 11 ); } if ( is_array( $value ) ) { // convert to stdObject? $post_type_object->$key = (object) $value; } else { $post_type_object->$key = $value; } } //bw_trace2( $post_type_object, "post_type_object after", false ); }View on GitHub