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

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

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

24 августа 2010 в 4:45

Еще как вариант динамически задать параметр для фильтра это самом блок создать и сформировать view как например описано здесь
http://programmingbulls.com/drupal-6-revisted-passing-arguments-through-...

было бы что нить типа такого

24 августа 2010 в 4:40

Чтобы совсем уж до кучи, надо убрать из списка ту запись на странице которой мы находимся.
для этого добавим фильтр материал:nid

24 августа 2010 в 3:20

не надо ничего трогать изучите плагин firebug для firefox-а в обязательном порядке или web developer расширение для firefox, то есть все те плагины которые прямо в броузере на странице позволят вам помочь исследовать отображенную броузером страницу.

http://ru.wikipedia.org/wiki/Firebug

или firebug lite если вы сидите исключительно на ie или opera с safari

23 августа 2010 в 21:35

css это не модуль Smile
просто если только скрыть поле то можно и css воспользоваться самый легкий и почти безболезненный способ, ну если только заголовок не противоречит содержимому Biggrin
Кроме того шаблон node.tpl.php не зависит от темы как мне кажется, если его дернуть из темы гарланд к себе и подправить то будет то что нужно.

23 августа 2010 в 21:27

не не так, в фильтрах выбрать тип связанных нод,
в аргументах выбрать node_reference, он выберет из наших связанных нод только те в cck поле node_reference которых будет nid, который мы с помощью php скормим в аргументы
вот у этого аргумента node_reference в view надо выбрать php код по умолчанию
и вставить то что было выше

23 августа 2010 в 20:36

Ээ, тогда не совсем понятно, вам надо убрать тот текст что в title в секции head страницы хранится?

То есть то, что выводит броузер в заголовке броузерного окна?

Если так то вам над смотреть в D6
function phptemplate_preprocess_page(&$vars)
и в $vars сбросить title
$vars['head_title'] = '';
думаю так
во всяком случае я менял title у первой страницы в D5 сбрасывая этот элемент в функции phptemplate_preprocess(&$vars, $hook)

23 августа 2010 в 20:23

В целом в принципе надо слегка переписать php аругменты, просто вам надо в view передать nid того обобщающего нода, а не nid просматриваемого, так как просматриваемый нод как и все другие тоже ссылается на обобщающий, то все что надо сделать в аргументах при выводе view в блоке
это использовать свой php код

23 августа 2010 в 19:51

Плюс вероятно вы наткнулись на следующий баг, связанный с размещением элемента с свойством position:relative в элеменет с overflow:auto, тогда у ие 6-7 если верить описанию происходит бага, а именно похоже на то, что видите вы, только немного по другому (возможно из-за того что тултип у вас в блоке с relative находится как absolute)
http://stackoverflow.com/questions/67665/ie7-css-scrolling-div-bug

23 августа 2010 в 19:41

Скорее надо css свойства fieldset-а и блока смотреть в котором ваш код находится.

По всей видимости у контейнера где-то overflow:auto стоит и ширина в процентах или пикселях.

Только странно, что firefox не выставляет scroll, если ie явно обрезает.

23 августа 2010 в 9:41

что значит 1 после 55, а то не понятно.
Думаю в этом случае тут надо view прицеплять с аргументами таксономии и на php писанном разборщике url строки, хотя возможно уже есть.

23 августа 2010 в 0:10

Подниму тему вновь, как раз сейчас этим занимаюсь, хотелось бы справедливости и истины ради узнать, действительно ли так как gorr описал.

У меня как раз ситуация ровно наоборот, в form_alter хуке я добавляю свое поле textfield, устанавливаю у него значение #default_value в пустую строку, далее в этом же хуке я указываю свою функцию $form['#after_build'][] = 'myform' (заметьте для after_build);

в которой я уже для этого поля прописываю значение #value, то есть уже после того как все собралось, я инициализирую свои поля,

13 августа 2010 в 23:54

По мне если пишут что не есть что-то отдельное и изолированное от drupal.ru, то хотелось бы видеть тогда объединение наработанного контента, а то что там вася пупкин друг ввп мне как то не важно совсем в этом вопросе. Вообще не очень жалую социальные сети.

13 августа 2010 в 23:05

В этом смысле наверное лучше использовать wiki интерфейс по созданию таблички, чтобы потом легче парсить данные пришлось при обработке, а не парсить tr,td. Например хранить в виде json массива какого нить, а на его основе генерить потом таблицу в динамике каким нибудь jqGrid на jquery или на php на сервере.

меня у тех плагинов смущает именно то, что там ширина, высота вроде как фиксированная, плюс что у матрицы при использовании в view вроде как есть отзывы в задачах, что тормозить начинает.