Yes. There is a customize_previewable_devices filter which is used to manage which devices are displayed here. For example, to conditionally remove the Tablet device, do: add_filter( ‘customize_previewable_devices’, function( $devices ) { if ( ! current_user_can( ‘do_something’ ) ) { unset( $devices[‘tablet’] ); } return $devices; } );
Re: Question 1 At first I was thinking you were wanting to use the active state to manage the disabled state but I see that is not the case. Anyway, since you are already toggling the notification then the best suggestion is to just toggle the disabled state of any inputs at the same time: … Read more
Yes, this is the way to detect when the preview has loaded: wp.customize.bind( ‘ready’, function() { wp.customize.previewer.bind( ‘ready’, function( message ) { console.info( ‘Preview is loaded’ ); } ); } ); This JS code should be enqueued at the customize_controls_enqueue_scripts action with customize-controls script as its dependency.
This might be what you are looking for $args = array( ‘default’ => ‘#e9ecef’, ‘capability’ => ‘edit_theme_options’, ); if ( something() ) { $args[‘output’] = array( array( ‘element’ => ‘body’, ‘property’ => ‘background-color’, ), ); } $wp_customize->add_setting( ‘modular_header_main_border_bottom_color’, $args ); We are first creating an array for arguments. Later we are pushing a key value … Read more
Use a plugin like User Role Editor to add the ‘manage_options’ capability to the specific users or their role. Of course, this will allow them to manage all options. Or add PHP code like this: $wp_customize->get_setting( ‘title_tagline’ )->capability = ‘edit_others_posts’; https://codex.wordpress.org/Roles_and_Capabilities
I am not really sure whether there is some native function for this or not, but you could do it like this: $menu_object = wp_get_nav_menu_object(“Main menu”); $menu_items = wp_get_nav_menu_items($menu_object->term_id); $menu_items_count = 0; foreach ( (array) $menu_items as $key => $menu_item ) { if ($menu_item->menu_item_parent == 0 ) $menu_items_count++; }
Thanks for your question. active_callback is exactly what you’re looking for. You can use it with controls: $wp_customizer->add_control( ‘setting_name’, array( ‘type’ => ‘text’, ‘section’ => ‘section_name’, ‘label’ => ‘Option with context’, ‘active_callback’ => ‘is_front_page’ ) ); and with sections: $wp_customize->add_section( ‘section-name’, array( ‘title’ => ‘Section with context’, ‘active_callback’ => ‘is_front_page’ ) ); In examples above, … Read more
So I finally have it. The problem came from the php.ini configuration option filter.default. The option was set to: filter.default = full_special_chars filter.default_flags = 0 As explained in the PHP documentation, this had the effect of sanitizing and stripping characters from all $_POST, $_GET, $_COOKIE, $_REQUEST and $_SERVER data, effectively beating me in the back … Read more
I’m not sure if this is what you wanted, but you can use wp.customize.get() to get all the currently set Customizer settings: var settings = wp.customize.get(); // get all settings var border_style = settings[‘myplugin[border_style]’]; var border_color = settings[‘myplugin[border_color]’]; // Or, this works, too. var border_style = wp.customize.get()[‘myplugin[border_style]’]; var border_color = wp.customize.get()[‘myplugin[border_color]’]; Reference
So I originally suggested normalizing the options array; i.e. merging saved values with the default values. And this does solve the “undefined index” notice: $my_options = wp_parse_args( get_option( ‘my_options’ ), [ ‘my_background_color_option’ => ‘#000’, // … other args. ] ); But to make sure that an option is not empty (e.g. not ”, false, null, … Read more