Yes. What you are looking for is the control’s active state. This can be set in PHP via a control’s active_callback. For more details, see: http://ottopress.com/2015/whats-new-with-the-customizer/ https://wordpress.stackexchange.com/a/211953/8521
This is most likely a result of different Screen Options selected between each site. While on the menu editor, look in the top right corner for the Screen Options pull down. On that panel, you should have the option to hide or show (via checkbox) details such as the title attribute, link target, CSS classes, … Read more
You have to put the function footer_sidebar() in the file functions.php not sidebar.php Is the footer.php included on site you opened the customizer?
Did it with the window.wp.customize.bind() method. Hope this helps someone else.
Looks like the answer is display_header_text(). I found it in customizer.php in the twentysixteen theme. Relevant code: /** * Styles the header text displayed on the site. * * Create your own twentysixteen_header_style() function to override in a child theme. * * @since Twenty Sixteen 1.0 * * @see twentysixteen_custom_header_and_background(). */ function twentysixteen_header_style() { // … Read more
Well, by some experiments, I found the answer. get_theme_mod won’t get you the real-time value when called in ‘after_setup_theme’ or ‘init’, it does work in ‘customize_preview_init’ and ‘wp_loaded’, so the working code: add_action(‘customize_preview_init’, ‘my_header’ ); function my_header() { if(get_theme_mod(‘enable_vertical_header’)) { $vertical_header = new Vertical_Header; } }
While you can look at the WidgetControl instances contained inside of a SidebarSection, it is better to instead to look at the underlying setting that lists out the widgets contained inside of the sidebar. So do something like this: wp.customize( ‘sidebars_widgets[sidebar-1]’, function( sidebarSetting ) { console.info( sidebarSetting.get().length ); } ); Alternatively, with a reusable function: … Read more
The reason for this is that the widget will run its update logic on keydown and also on change for a given input element. See https://github.com/WordPress/wordpress-develop/blob/4.7.2/src/wp-admin/js/customize-widgets.js#L891-L907 There are some tradeoffs made when widgets were added to the customizer to bring these PHP-driven interfaces into a JS-driven context. It wasn’t perfect and so this is part … Read more
the issue that you are experiencing is caused by the fact that you are using the same i variable within the full scope of the snippet. Initially you are concatenating the variable with ‘custom_width_’ as a string, which is correct. At the moment of concatenation i has the correct value, which means that the setting … Read more
Looks like I was able to fix it by adding a default value at the end of get_theme_mod() if ( get_theme_mod(‘my_banner_setting’, 1) == 1 ) { // proceed } Not sure if there’s another solution but this fixed it. update Looks like it was actually because my “1” was in quotes, removing the quote worked … Read more