Андрей CS сказал(а)
стилевые файлы как правило регистрируются хуками, можно этот хук дерегистрировать в своем допе и зарегистрировать свой стилевой файл
Владимир (Otshelnik-Fm) сказал(а)
Здравствуйте.Посмотрите этот материал: Как редактировать плагин WordPress, чтоб при его обновлении изменения не потерялись
Вы не можете просматривать опубликованные ссылки
Здравствуйте. Как предложение, можно по дэфолту в настройки плагина добавить поле "Собственные стили", которые будут перекрывать стили плагина и дополнений? Это было бы намного удобнее, мне так кажется, большинство премиум тем используют такую штуку.
SColhin@gmail.com сказал(а)
Почитал статьи по работе с шаблонами, очень удобно, это как дочернин темы в WP, но не понял как мне поменять css файл от стороннего addona таким образом. Пробовал добавить туда css, прописать что это дочерний файл от такого то аддона, но как то ни как.
На данный момент я прописываю все изменения в css файле, который расположен внутри дочерней темы wordpress. если что-то не применяется, использую !important
Vitaliy сказал(а)
можно по дэфолту в настройки плагина добавить поле "Собственные стили", которые будут перекрывать стили плагина и дополнений?
У вордпресс есть система хуков. И сам вордпресс против подхода - на каждую хотелку настройку. Иначе это приведет к сложности спейсшаттла.
Владимир (Otshelnik-Fm) сказал(а)
У вордпресс есть система хуков. И сам вордпресс против подхода - на каждую хотелку настройку. Иначе это приведет к сложности спейсшаттла.
Возможно, но без знаний php начинаются проблемы. Те же дочки позволяют ограничится html и css. Хотя вариант с хуками мне больше нравиться из-за подхода, спасибо буду разбираться как реализовать.
Андрей CS сказал(а)
стилевые файлы как правило регистрируются хуками, можно этот хук дерегистрировать в своем допе и зарегистрировать свой стилевой файл
Владимир, скажите, пожалуйста, а чем отличается то что каждый будет хуками деригестрировать/регистрировать свои стилевые файлы от того, что это уже будет сделано в плагине по умолчанию? Или вы имеете виду, что нужно использовать стили плагина/дополнений по умолчанию, а если кто-то вдруг захочет стилизовать под себя тогда это "...приведет к сложности спейсшаттла,.."?
Владимир, скажите, пожалуйста, а чем отличается то что каждый будет хуками деригестрировать/регистрировать свои стилевые файлы от того, что это уже будет сделано в плагине по умолчанию? Или вы имеете виду, что нужно использовать стили плагина/дополнений по умолчанию, а если кто-то вдруг захочет стилизовать под себя тогда это "...приведет к сложности спейсшаттла,.."?
Судя по первому уроку по ссылке пойдут сложности с порядком загрузки стилей, что могут не применяться, если загрузка будет раньше, нежели исходный файл стилей. Возможно там еще полно подводных камней.
Vitaliy сказал(а)
Как предложение, можно по дэфолту в настройки плагина добавить поле "Собственные стили"
Ваше предложение не решает задачу заявленную в топике, а предполагает наличие каши из онлайн стилей в хедере сайта, которые будут перезаписывать текущие стили. Такой подход, мягко говоря, неверный, а то, что кто то в каких то "премиум" темах именно его и предлагает, меня не удивляет, в подобные темы еще не то могут запихать.
Vitaliy сказал(а)
Владимир, скажите, пожалуйста, а чем отличается то что каждый будет хуками деригестрировать/регистрировать свои стилевые файлы от того, что это уже будет сделано в плагине по умолчанию?
меньше настроек - больше понимания как настроить.
Вы думаете почему вордпресс не внедряет в ядро множественные настройки - а говорит - "есть хуки, есть плагины - реализуйте".
А внедрить в плагин еще одну настройку в виде опции, и этот поезд не остановить - "почему эту настройку внедрили, а мне хуками дерегистрировать. Дайте и мне настройку".
Больше вариантов поломать систему и винить разработчиков - ведь настройка то ваша)).
Плагин гибкий - берите эту гибкость и реализуйте то что нужно небольшим сниппетом.
Андрей CS сказал(а)
Это видимо не хуки, а функции
wp_register_style() - лишь регистрирует стилевой файл, но не выводит его, а уже когда потребуется подключить уже зарегистрированный файл в коде, например, при определенных условиях, то используют wp_enqueue_style()
Я так понимаю.
Но по описанию wp_enqueue_style() тоже регистрирует, или я что-то не понимаю?
Он регистрирует, если файл был еще не зарегистрирован и добавляет в очередь на вывод, т.е. выводит при загрузке страницы.
Но с помощью wp_register_style, можно только зарегистрировать файлы, создать такую базу стилей для дальнейшего использования, в WP таким образом зарегистрированы многие стили и скрипты из ядра, использовать их потом проще, не надо указывать путь до файла, версию и тп, просто указал wp_enqueue_style('my-style'); когда надо и готово
Я так понял я должен был зарегистрировать файл css в дочерней моей теме
wp_register_style('liberty-style-child', get_stylesheet_directory_uri());
wp_dequeue_style('liberty-style-child');
Но он должен заменять стили css от аддона, но как их связать, через @import url("../addon/liberty-style.css") ?
