Як замінити файли JavaScript у дочірній темі?

Я завантажую деякі файли JavaScript у батьківській темі. Шлях у батьківській темі:

scripts > custom.js

У дочірній темі я створюю той самий шлях ( scripts > custom.js) і змінюю частину jQuery всередині custom.jsфайлу.

Проблема полягає в тому, що зміни не застосовуються. Це неправильний спосіб внесення змін до цих файлів у дочірній темі?

Дочірні теми переосмислюють лише файли php (наприклад, header.php), які входять до таких функцій, як get_template_part або get_header тощо.

Правильний спосіб додавання скриптів до WordPress - це за допомогою wp_enqueue_script . Якщо ваша батьківська тема використовує це, ви можете замінити файли JS, використовуючи wp_dequeue_script і запустивши власну.

Як так ...

<?php
// hook in late to make sure the parent theme's registration 
// has fired so you can undo it. Otherwise the parent will simply
// enqueue its script anyway.
add_action('wp_enqueue_scripts', 'wpse26822_script_fix', 100);
function wpse26822_script_fix()
{
    wp_dequeue_script('parent_theme_script_handle');
    wp_enqueue_script('child_theme_script_handle', get_stylesheet_directory_uri().'/scripts/yourjs.js', array('jquery'));
}

Якщо батьківська тема не використовує wp_enqueue_script, вона, ймовірно, підключається до wp_head (або wp_footer), щоб повторювати там сценарії. Таким чином, ви використовуєте функцію видалення, щоб позбутися тих функцій, які повторюють сценарії, а потім застосувати власний скрипт.

Якщо сценарій важко закодований у файл шаблону, вам просто потрібно буде замінити цей шаблон шаблону у вашій дочірній темі без тега сценарію.

Якщо вони використовували дзвінки wp_enqueue_script, які використовують get_stylesheet_directory_uri , то вам нічого не потрібно робити. Оскільки цього не відбувається, вам просто доведеться розібратися і подивитися, що зробив автор теми.

У деяких випадках важливо розставити пріоритети як виклику функції додавання, так і викликів функції wp_enqueue_script таким чином:

add_action('wp_enqueue_scripts', 'wpse26822_script_fix', 20120207);
function wpse26822_script_fix()
{
    wp_dequeue_script('storefront-navigation');
    wp_enqueue_script('my_storefront-navigation', get_stylesheet_directory_uri().'/js/navigation.min.js', array('jquery'),20151110,true);
}

У цьому випадку батько викликав wp_enqueue_scripts з пріоритетом 20120206 (дата), і тому ця дія додається з пріоритетом трішки більшим, щоб її негайно було скасовано. Потім, наступне твердження, що випливає, насправді надається пріоритет після цього, щоб переконатися, що воно завантажується після того, як старий був відмінений. Істинна, в цьому випадку також важлива, тому що вона вказує на те, що вона має бути зафіксована у нижньому колонтитулі, саме там було вперше задіяно батьківський сценарій.

Крім того, я не можу повністю пояснити це, але зауважую, що якщо ви обережно ставитеся до відміни початкового сценарію одразу після його заповнення, здається, ви зможете в першу чергу ефективно запобігти його завантаженню.

зателефонуйте wp_deregister_script, перш ніж зареєструвати власну версію

// enqueue your required script file
add_action('wp_enqueue_scripts', 'your_child_theme_js_file_override');
function your_child_theme_js_file_override(){
    wp_enqueue_script( 'child_theme_script_handle', get_stylesheet_directory_uri() . '/assets/js/your-file.js', array('jquery' ) );
}

// dequeue your required script file
function your_child_theme_js_file_dequeue() {
   wp_dequeue_script( 'parent_theme_script_handle' );
}
add_action( 'wp_print_scripts', 'your_child_theme_js_file_dequeue', 100 );