Поддержка Плагины Подключение к плагину своего стиля

  • Решено jurvrn

    (@jurvrn)


    Есть плагин, который допускает применение своего стиля к элементам. Можно менять через настройки самого плагина. Чтобы было удобнее править код можно ли как-то подключить к этому плагину отдельный файл css?
    Как вариант в основном файле стилей этого плагина сделать include ?

Просмотр 15 ответов — с 31 по 45 (всего 45)
  • Прошу прощения:
    wp_enqueue_style('style-child-css', get_stylesheet_directory_uri() .'/plugin-style.css');
    Так правильно.

    Юрий (@yube), для подмены версии jQuery используют знак вопроса… Так если это не название файла, то какое же у меня название стиля нужно указать? Получается что где то надо прописывать файл стиля как само название стиля? Иначе как обратиться?

    ren334 (@ren334), про точку понял, без точки указывается что файл в той же директории, что и стиль. Указание массива не нужно? А как еще можно задать приоритет основного стиля? Или он по умолчанию первый?
    Но у меня дочерний стиль уже больше чем родительский. Может пусть он и первым грузится?

    Дополнительный файл стиля нужен именно потому, что дочерний стиль стал большой, править его неудобно стало, хочу разбить на части.

    Модератор Yui

    (@fierevere)

    ゆい にゃん子

    @jurvrn , пожалуйста не используйте без крайней на то необходимости уведомления
    (написание имени пользователя с символом @), не все рады получать сообщения по почте на каждый чих, спасибо. А то лишний раз вам и отвечать не хочется.

    правила форума п13

    Но у меня дочерний стиль уже больше чем родительский. Может пусть он и первым грузится?

    Дочерний стиль, за редким исключением, и так первым грузится. Вы просто создаете дополнительный стиль, вам не требуется, чтобы он грузился вперед других файлов.
    Но еще одну вещь стоит учесть. Чем больше файлов подгружается, тем больше запросов генерируется к серверу. Лучше разделить по блокам в style.css (просто отделить комментариями)
    У меня там так

    /*Header*/
    Здесь CSS
    /*body*/
    И здесь
    /*cf7*/
    Здесь тоже

    И если что-то нужно отредачить, то я просто поиском отправляю себя к нужному блоку.

    • Ответ изменён 2 мес. назад пользователем  ren334.
    Модератор Юрий

    (@yube)

    для подмены версии jQuery используют знак вопроса…

    Вот просто дорисовал символ и сама собой поменялась версия фреймворка? Это что-то новенькое 🙂

    Так если это не название файла, то какое же у меня название стиля нужно указать?

    Любое уникальное. Например, g3ygh6kyydinicwtiykllhepbcyptarxfj

    После которого идут цифры версии…ну да мне не надо )
    И где указать это уникальное имя?

    ren334 (@ren334), в качестве уважения к вашей помощи обращусь к вам по нику (а то модератор сделал замечание, что не помогают тем, от кого приходят сообщения на почту).
    Вы изменили моё стремление поделить файлы стиля. Если это нагружает сервер, то не буду делить. Пусть будет все в одном файле style-child.css. Его размер не скажется на быстродействии? С системой комментариев понятно.

    @jurvrn, чтобы быстрее получили ответ тоже воспользуюсь данной функцией.

    Его размер не скажется на быстродействии?

    В целом, чем больше кода, тем больше ресурсов необходимо на его обработку. Но даже если внесете туда тысяч пять строк стилей, то это практически не замедлит сайт и нагрузку на сервер практически не увеличит. Запрос на подключение другого файла точно сгенерирует запрос, который будет обрабатываться гораздо дольше, чем даже 5 тыс. строк css. Это вам гарантирую, но измеряется это в миллисекундах.
    Без необходимости лучше файлы не добавлять. В случае плагинов — это необходимость. Каждый автор поддерживает и меняет свое творение самостоятельно, потому по другому не получится.
    Если же собственный код, то стоит стараться файловую базу более компактной. Конечно, отдельный css — ерунда. Но в нем просто нет необходимости, потому что все сведется к тому, что придется вместо редактирования одного файла редактировать 2 файла или 10, если потребуются кардинальные изменения.

    ren334 (@ren334), ещё раз спасибо, тему считаю решенной, и теперь я буду лучше понимать процесс. Буду все стили в одном файле держать.

    ren334 (@ren334), посмотрел свой код в файле funсtion.php, который лежит в папке дочерней темы, а там такой код, что-то он меня смущает, хотя работает правильно…
    Есть в нем ошибки, нужен ли он вообще?

    if ( !function_exists( 'chld_thm_cfg_parent_css' ) ):
        function chld_thm_cfg_parent_css() {
            wp_enqueue_style( 'chld_thm_cfg_parent', trailingslashit( get_template_directory_uri() ) . 'style.css', array(  ) );
        }
    endif;
    add_action( 'wp_enqueue_scripts', 'chld_thm_cfg_parent_css', 10 );
    
    if ( !function_exists( 'child_theme_configurator_css' ) ):
        function child_theme_configurator_css() {
            wp_enqueue_style( 'chld_thm_cfg_separate', trailingslashit( get_stylesheet_directory_uri() ) . 'style-mobile.css', array( 'chld_thm_cfg_parent','easywp-maincss','font-awesome' ) );
        }
    endif;
    
    add_action( 'wp_enqueue_scripts', 'child_theme_configurator_css', 20 );
    
    • Ответ изменён 2 мес. назад пользователем  jurvrn.

    @jurvrn, не знаю, что у вас за тема, потому, не могу сказать, к чему это относится. Но если дочерняя тема шла в комплекте с основной, то лучше код, который в ней размещен, не трогать.
    Также могу предположить, что это код, который разместил плагин для создания дочерней темы. Пока плагин стоит, лучше его не удалять.

    ren334 (@ren334)? прошу прощения что не пояснил сразу — style.css, о котором речь в функции — это стиль для дочерней темы, а style-mobile.css — — это файл, туда выведены стили для отображения на мобильных устройствах. Пока я с ним мало работаю, и он сделан отдельно чтоб так сказать не захламлять основной файл стилей

    style-mobile.css

    Если мобильная версия совершенно отдельная, то есть смысл. Если же у вас просто адаптивная тема, то придется работать с правилом @media, которое желательно указывать после основного стиля.
    Потому, если нет отдельной мобильной темы, разделять нежелательно.

    • Ответ изменён 2 мес. назад пользователем  ren334.

    тема не отдельная, а адаптивная. Понял что делить стили по файлом не нужно. Когда закончу основную работу над сайтом — соединю содержание файлов стилей (сейчас мобильные стили как раз и определены через @media и ширину экрана). Спасибо ещё раз за разъяснения! Это мне дает понять внутреннюю логику WordPress и работы с кодом сайта.

    Спасибо ещё раз за разъяснения! Это мне дает понять внутреннюю логику WordPress и работы с кодом сайта.

    ВП тут вообще не причем. Это общие, самые начальные понятия «сайтостроения»

Просмотр 15 ответов — с 31 по 45 (всего 45)