1. Главная
  2. Proteus

Proteus: Комментарии

Главные вкладки

14 сентября 2012 в 23:28

"divined" wrote:
А что делать если нужно переопределить именно block.tpl.php.
Мне нужно внести изменения во все блоки, а не в один.

Делать 100500 темплейтов для каждого блока абсурдно.

если нужно, чтобы в разных регионах блоки выглядели по-разному, то есть такое решение Skinr

3 августа 2011 в 12:40

Это может быть связано с языками. Если на сайте язык по умолчанию английский, а у текста из поля body русский или undefined, то оно показываться не будет ни в форме, ни в просмотре.

19 декабря 2010 в 12:48

Возможно вы определяете блоки не в той теме, в которой просматриваете. Обратите, что на странице "Блоки" сверху есть вкладки с темами (если в настройках включено больше одной темы). Блоки нужно назначать для каждой темы в отдельности.

18 июля 2010 в 18:40

Всё правильно работает, дело в том, что Firebug не может и не должен сохранять внесенные изменения, т.к. файл-то находится на сервере, а браузер работает на клиенстком уровне. После того, как необходимые параметры найдены просто скопируйте их и сохраните в файле css на сервере в редакторе, который удобен вам по FTP или SSH.

8 июня 2010 в 18:21

Берете какой-нибудь маркер из существующих, переименовываете его.
А свой кастомный называете так, как назывался этот, и он благополучно появляется у вас в списке под "чужим именем":)

6 июня 2010 в 0:27

А ты уверен, что файл именно не подключается, а не просто не работает, конфликтуя с другим?
Посмотри в браузере исходный код страницы, есть ли он в списке подключенных js файлов.

24 мая 2010 в 23:11

Ну так через вьюс просто сделать представления чтобы показывало только нужный тип и назначить пути соответствующим пунктам меню.

24 мая 2010 в 23:01

2Heihachi88
Мой плагин немного попроще визуально и с ним вся эта фигня.

У меня jQuery Update не справился с задачей, пришлось вручную впихнуть в Друпал jQuery 1.4.2 тогда заработало.

Однако тоже все не просто, Views UI с этой версией отказывается работать. Поэтому вариант только такой: ставишь старую версию - настраиваешь вьюс, потом ставишь новую - наслаждаешься плагином.

24 мая 2010 в 21:32

Ага, не именно этот плагин, но очень похожий.
Там, помимо прочего, есть прикольный косяк - он не работает с версией jQuery установленной в Drupal!:)

18 мая 2010 в 23:37

Тебе нужен именно путь к файлу?
Формально вьюха не должна его передавать отдельно, она передает его уже обработав, в зависимости от того, какие параметры у подключаемого поля, т.е. для картинки выдается путь (вместе с остальными параметрами) заключенными в тег <img>, если это ссылка на ноду, то <img> обёрнут еще и в <a>

А если тебе нужно темизировать картинку, то вот:

<?php print $fields['ID']->content ?>

16 мая 2010 в 15:31

попробуй в Custom pagers вот такой сниппет вставить:

$display_id = 'default'; //name of the display
$nids=array();
$view = views_get_view('custom_pager_view'); //name of the view, change to your name
$view->execute_display($display_id);
foreach ($view->result as $result) {
$nids[] = $result->nid;
}
return $nids;

3 мая 2010 в 20:20

У меня случилось то же самое.

Причина здесь в JavaScript.
Чуть ранее мне пришлось поставить новую версию jQuery, т.к. нужный мне плагин с дефолтной работать не хочет. jQuery Update мне в этом не помог и я в ручную поставил свежую версию (v1.4.2), плагин заработал, но...
Ошибка в Views пропала, когда я вернул старую версию jQuery.
Как вариант можно в настройках Views->tools отключить JS.

Вот здесь эта тема размусоливается:
http://drupal.org/node/417570