Удалить пользовательский метабокс таксономии с экрана пользовательского типа записей

У меня есть две иерархические пользовательские таксономии, каждая из которых имеет свой собственный тип записи. Я хотел бы удалить метабокс для каждого на экране редактирования типа сообщения.

Я прочитал удалить пользовательский метабокс таксономической формы пользовательский тип публикации и Как удалить метабокс таксономии в стиле категории? но я все еще застрял

Я использую функцию:

function remove_taxonomies_metaboxes() {
    remove_meta_box( 'partner_typediv', 'partners', 'normal' );
    remove_meta_box( 'person_typediv', 'people', 'normal' );
}
add_action( 'admin_menu' , 'remove_taxonomies_metaboxes' );

Я удалил префикс post_types и custom_taxonomies, но это все. Я пытался использовать admin_menuкрючок и add_meta_boxesкрючок, рекомендованные Кодексом. Я пробовал оба normalи sideдля третьего параметра.

Вышеуказанная функция находится в mu-pluginsфайле под функцией, которая регистрирует типы записей и таксономии.

РЕДАКТИРОВАТЬ: Это была опечатка в функции register_taxonomy. Я ужасный человек. Спасибо всем за помощь. Я еще кое-что узнал!

Если вы вручную регистрируете свою пользовательскую таксономию через register_taxonomy, тогда вы можете передать аргументы, чтобы контролировать, где появляется метабокс.

В приведенном ниже примере настройки , show_uiчтобы falseбыло полностью удалить METABOX с экрана редактирования, экран быстрого редактирования, и в меню администратора. Но если установить show_uiдля trueвас может достигнуть более тонкий контроль, а затем , используя show_in_quick_editи meta_box_cbаргументы (настройка позже ложных скрывает METABOX на экране CPT редактирования по желанию).

register_taxonomy( 'your_custom_taxonomy', array( 'your_custom_post_type' ), $args );
$args = array(
    'show_ui'                    => true,
    'show_in_quick_edit'         => false,
    'meta_box_cb'                => false,
);

Вы говорите, что хотите удалить поля с postэкрана редактирования, а не с экрана Тип сообщения, поэтому при условии, что вы должны иметь возможность регистрировать свою таксономию только для тех типов сообщений, к которым вы хотите ее применять, и вообще избегать этого. Пример в Кодексе регистрирует пример таксономии только для bookтипа записи, например:

register_taxonomy( 'genre', array( 'book' ), $args );

Я думаю, что это то, что вам нужно сделать, но вы не разместили регистрационный код для типов сообщений или таксономий.

Если вы сами создали мета-блоки, то есть эти блоки не являются стандартными, тогда способ избежать этой проблемы состоит в том, чтобы зарегистрировать мета-блоки на определенных хуках пост-типа :

do_action('add_meta_boxes_' . $post_type, $post);

Или следовать примеру выше:

add_action('add_meta_boxes_book', 'your-box-callback');

Один из тех подходов должен решить это для вас. Я не думаю, что вы должны использовать remove_meta_boxвообще.

Если вы пытаетесь удалить мета-блоки из типа записи, в которой они зарегистрированы, это работает (снова следуя примеру в Кодексе):

function remove_taxonomies_metaboxes() {
    remove_meta_box( 'genrediv', 'book', 'side' );
}
add_action( 'add_meta_boxes_book' , 'remove_taxonomies_metaboxes' );

Я уверен, что admin_menuэто слишком рано, но не проверял это. add_metaboxesу меня тоже работает. Я не знаю, почему это не работает для вас.

Используя ACF для управления пользовательскими таксономиями, метабоксы по умолчанию не нужны. Я попытался, успешно, этот код:

      function remove_cuttax_metaboxes() {
           $post_type = 'post';
           $taxonomy = 'custom_taxonomy_slug';
           remove_meta_box( 'tagsdiv'.$taxonomy, $post_type, 'side' );

       }
       add_action( 'admin_menu' , 'remove_cuttax_metaboxes', 100 );

Низкий приоритет (100) позволяет этому коду работать, даже если таксономии создаются таким плагином, как CPT-UI.