подскажите пожалуйста, что я делаю не так для добавления хука:
1. в теме в template.php я добавляю функцию hook_views_pre_view, меняю hook на имя своей темы
2. внутри функции пишу
drupal_add_css(drupal_get_path('theme', 'subtheme') . '/css/asd.css');
3. сбрасываю кэш, рефрешу страницу - смотрю код страницы - стиль не подключен..
hook_views_pre_view. Ну и посмотрите прочие views_hooks. Там и пишем drupal_add_css.
Спасибо, все понял, буду делать через хук.
Мало ли кому пригодится, нашел $view->current_display, которое возвращает машинное имя представления отображения!
Правда оно не доступно в template.php, зато доступно в шаблоне ноды (node.tpl.php)
Та же проблема!
Есть мой релей, внутрь почту он пускает без аутентификации. Поидее webform должно посмотреть адрес получателя -> найти MX запись, подключиться по smtp на 25 порт и отправить письмо!
Вместо этого получаю: Невозможно отправить e-mail. Невозможно отправить e-mail. Свяжитесь с администратором сайта, если проблема повторяется.
No e-mails were able to be sent due to a server error.
Ну все же очень просто, не понимаю, где может быть проблема! Хелп!
Сейчас понял что настройки по формату полей в модуле Views, когда свойство показать = содержимое не работают совсем. Получается что сам тип материала оборачивает метку поля в H2.... гад!
Можно конечно расширить поле, в текстовое значение прописать ручками саму метку и в настройках её скрыть... но коряво как-то получается.
Grayw0lf, спасибо за ответ! Переопределять h2 очень не хочется, т.к. с таким подходом файлы стилей будут неограниченно расти. По поводу смотреть в page.tpl.php вообще не понял зачем...
На всякий случай еще раз опишу ситуацию - на странице генерится views в режиме отображения page. Поле (например "Дата начала") типа материала (например "События") с типом "простой текст" оборачивается в h1, точнее не само поле, а только его Метка!! А само значение оборчивается в div, и получается что они совершенно разные, и не выровнены по горизонтали...
multpix, спасибо, погляжу обязательно, что за зверь, когда эту задачу добью.
Еще бы софтину которая анализирует всю структуру и оптимизирует css код.. а то часть базовых css оставил, которые с AT шли иначе регионы совсем разбегаются, и приходится сейчас через дебагер вылавливать в html селекторы и переписывать их свойства, соответственно будет медленней открываться сайт (когда в итоге будет 10 тыс строй css, перекрывающих друг друга, вместо 1000 чистых).
sg85, да, так и есть, регионов много, большинство я не использую (но они же есть не просят, если блоков в них не вставлять). Да, Panels планирую использовать. sg85, я правильно понимаю, что в моем случае проще использовать другую тему, также переписав все css? Хотя чем она по сути будет отличаться он AT тогда?
мда... что-то печалит меня разбор globas.styles.scss, там 2000 строк кода и в global.base.scss еще 1000... Товарищи, поделитесь опытом, чтобы свой дизайн сделать может быть проще почистить все css файлы и с нуля начать их писать, чтобы было понятно что и где располагается и почему тут так? Когда гляну на все это хозяйство - руки опускаются начинать..
По идее сабтема AT Adaptive Theme ведь пустая с точки зрения оформления - но 3000 строк стилей уже есть 8((((((((
дочернюю тему сделал сразу же, но вот как бы с меньшими усилиями сделать нужный интерфейс, чтобы все было кастомизированно в нужных местах - вот задача
sg85, спасибо за ответ! Почему не стоит использовать SCSS? Мне показались полезными его возможности. Тем более компиляция сейчас происходит автоматически.
То есть я спокойно правлю .tpl.php?
Добавление css через template.php с проверкой на определенное представление (view_mode?) и определенный тип ноды
подскажите пожалуйста, что я делаю не так для добавления хука:
1. в теме в template.php я добавляю функцию hook_views_pre_view, меняю hook на имя своей темы
2. внутри функции пишу
drupal_add_css(drupal_get_path('theme', 'subtheme') . '/css/asd.css');
3. сбрасываю кэш, рефрешу страницу - смотрю код страницы - стиль не подключен..
Добавление css через template.php с проверкой на определенное представление (view_mode?) и определенный тип ноды
в hook_views_pre_view добавил drupal_add_css - не сработало.
Добавление css через template.php с проверкой на определенное представление (view_mode?) и определенный тип ноды [Решено]
Добавление css через template.php с проверкой на определенное представление (view_mode?) и определенный тип ноды
Спасибо, все понял, буду делать через хук.
Мало ли кому пригодится, нашел $view->current_display, которое возвращает машинное имя представления отображения!
Правда оно не доступно в template.php, зато доступно в шаблоне ноды (node.tpl.php)
[Решено]На странице 2 представления выводятся через минипанель. И они вместе одновременно реагируют на постраничный навигатор!
Сделал, спасибо!
Проблемы с почтой
Та же проблема!
Есть мой релей, внутрь почту он пускает без аутентификации. Поидее webform должно посмотреть адрес получателя -> найти MX запись, подключиться по smtp на 25 порт и отправить письмо!
Вместо этого получаю:
Невозможно отправить e-mail. Невозможно отправить e-mail. Свяжитесь с администратором сайта, если проблема повторяется.
No e-mails were able to be sent due to a server error.
Ну все же очень просто, не понимаю, где может быть проблема! Хелп!
Борьба с отображением page через views добавленного поля, в тупике
Сейчас понял что настройки по формату полей в модуле Views, когда свойство показать = содержимое не работают совсем. Получается что сам тип материала оборачивает метку поля в H2.... гад!
Можно конечно расширить поле, в текстовое значение прописать ручками саму метку и в настройках её скрыть... но коряво как-то получается.
Борьба с отображением page через views добавленного поля, в тупике
Grayw0lf, спасибо за ответ! Переопределять h2 очень не хочется, т.к. с таким подходом файлы стилей будут неограниченно расти. По поводу смотреть в page.tpl.php вообще не понял зачем...
На всякий случай еще раз опишу ситуацию - на странице генерится views в режиме отображения page. Поле (например "Дата начала") типа материала (например "События") с типом "простой текст" оборачивается в h1, точнее не само поле, а только его Метка!! А само значение оборчивается в div, и получается что они совершенно разные, и не выровнены по горизонтали...
Какой правильный подход темизации Drupal 7 Adaptive (scss)
multpix, спасибо, погляжу обязательно, что за зверь, когда эту задачу добью.
Еще бы софтину которая анализирует всю структуру и оптимизирует css код.. а то часть базовых css оставил, которые с AT шли иначе регионы совсем разбегаются, и приходится сейчас через дебагер вылавливать в html селекторы и переписывать их свойства, соответственно будет медленней открываться сайт (когда в итоге будет 10 тыс строй css, перекрывающих друг друга, вместо 1000 чистых).
Какой правильный подход темизации Drupal 7 Adaptive (scss)
возможность иерархичной (вложенной) записи селекторов в scss - это прелесть! Думал уже убить модуль, а нет, очень удобно
Какой правильный подход темизации Drupal 7 Adaptive (scss)
Я не для внешнего заказчика, для себя
sg85, спасибо за советы!
Какой правильный подход темизации Drupal 7 Adaptive (scss)
sg85, да, так и есть, регионов много, большинство я не использую (но они же есть не просят, если блоков в них не вставлять). Да, Panels планирую использовать.
sg85, я правильно понимаю, что в моем случае проще использовать другую тему, также переписав все css? Хотя чем она по сути будет отличаться он AT тогда?
Какой правильный подход темизации Drupal 7 Adaptive (scss)
multpix,sg85, спасибо за помощь, начинаю с пустых css, часть .tpl.php планирую модифицировать и добавить новые (например для главной страницы)!
Какой правильный подход темизации Drupal 7 Adaptive (scss)
мда... что-то печалит меня разбор globas.styles.scss, там 2000 строк кода и в global.base.scss еще 1000... Товарищи, поделитесь опытом, чтобы свой дизайн сделать может быть проще почистить все css файлы и с нуля начать их писать, чтобы было понятно что и где располагается и почему тут так? Когда гляну на все это хозяйство - руки опускаются начинать..
По идее сабтема AT Adaptive Theme ведь пустая с точки зрения оформления - но 3000 строк стилей уже есть 8((((((((
Какой правильный подход темизации Drupal 7 Adaptive (scss)
дочернюю тему сделал сразу же, но вот как бы с меньшими усилиями сделать нужный интерфейс, чтобы все было кастомизированно в нужных местах - вот задача
Какой правильный подход темизации Drupal 7 Adaptive (scss)
sg85, спасибо за ответ! Почему не стоит использовать SCSS? Мне показались полезными его возможности. Тем более компиляция сейчас происходит автоматически.
То есть я спокойно правлю .tpl.php?