Mam komentarze do kodu dotyczące trzech opublikowanych już rozwiązań, ale także komentarz ogólny
Przedstawiają wybór nieoptymalny: albo przesłonić pole wyboru Opcje ekranu użytkownika; lub uszanuj go, ale zignoruj kod, jeśli użytkownik kiedykolwiek zmienił pola wyboru, nawet w przypadku innych meta_box lub zanim kod był w WP. Wydaje się, że pełen szacunku wybór jest użyteczny tylko wtedy, gdy wszyscy użytkownicy są nowi. Najlepszym rozwiązaniem byłoby ustawienie niestandardowej opcji użytkownika w celu ustalenia, czy określone ustawienia domyślne meta_box zostały zmienione przez użytkownika, i przestrzeganie tego. Nie, nie napisałem tego kodu! Powinno być łatwe ... :)
Trzy opublikowane rozwiązania:
1. Rozwiązanie WraithKenny hidden_meta_boxes
to takie, które zastępuje opcję user_option. Uwaga: obejmuje wszystkie typy postów („post”, „strona”, „link”, „załącznik” i wszelkie niestandardowe typy postów). W porządku, chyba że chcesz, żeby było specyficzne. Podałeś typ postu w swoich add_meta_box()
połączeniach. Możesz spróbować dopasować je lub po prostu uskrzydlić, ponieważ te, które nie pasują, zostaną zignorowane. Jeśli chcesz znać typ postu w filtrze, możesz użyć dodatkowego screen
parametru:
add_filter('hidden_meta_boxes', 'foo_hidden_meta_boxes', 10, 2);
function foo_hidden_meta_boxes($hidden, $screen) {
$post_type= $screen->id;
switch ($post_type) {
// case 'post', 'page', 'link', 'attachment', and any custom post types
// $hidden[]= 'foo_box_id';
// /or/
// $hidden= array_diff($hidden, array('foo_box_id'));
}
return $hidden;
}
2. Jak mówi Rarst, default_hidden_meta_boxes
szanuje opcję user_option. Tak jak w przypadku hidden_meta_boxes
, możesz użyć parametru $ screen do rozróżnienia typów post_.
3. Funkcja set_user_metaboxes () Drebabels również uwzględnia opcję user_option. Uwaga: jest na stałe zakodowany na ekranie edycji „po”. Aby obsłużyć ekran edycji „strony” i inne typy post_, zawiń kod w tej pętli:
function set_user_metaboxes($user_id=NULL) {
$post_types= array( 'post', 'page', 'link', 'attachment' );
// add any custom post types here:
// $post_types[]= 'my_custom_post_type';
foreach ($post_types as $post_type) {
// These are the metakeys we will need to update
$meta_key= array(
'order' => "meta-box-order_$post_type",
'hidden' => "metaboxhidden_$post_type",
);
// The rest is the same as drebabels's code,
// with '*_user_meta()' changed to '*_user_option()'
// So this can be used without hooking into user_register
if ( ! $user_id)
$user_id = get_current_user_id();
// Set the default order if it has not been set yet
if ( ! get_user_option( $meta_key['order'], $user_id ) ) {
$meta_value = array(
'side' => 'submitdiv,formatdiv,categorydiv,postimagediv',
'normal' => 'postexcerpt,tagsdiv-post_tag,postcustom,commentstatusdiv,commentsdiv,trackbacksdiv,slugdiv,authordiv,revisionsdiv',
'advanced' => '',
);
update_user_option( $user_id, $meta_key['order'], $meta_value, true );
}
// Set the default hiddens if it has not been set yet
if ( ! get_user_option( $meta_key['hidden'], $user_id ) ) {
$meta_value = array('postcustom','trackbacksdiv','commentstatusdiv','commentsdiv','slugdiv','authordiv','revisionsdiv');
update_user_option( $user_id, $meta_key['hidden'], $meta_value, true );
}
}
}
Tak, get_user_meta
powinno być get_user_option
. W przypadku pojedynczej witryny nie ma to znaczenia, a nawet w przypadku wielu witryn prawdopodobnie nie ma znaczenia. Zobacz wp-admin / obejmuje / ajax-Actions.php, aby dowiedzieć się, dlaczego: update_user_option
ma parametr globalny „true”.