"Brun" wrote:

Можно было сделать просто List поле.

Либо я вас не совсем понял, либо вы меня.
Вся соль - в том, что словарь терминов пополняется пользователями (чтоб могли добавлять дополнительные оттенки, если недостаточно). У термина - есть обязательное поле "иконка". Соответственно, в форме нужно эту самую иконку и выводить вместо текста. Поэтому простой CSS-хак - не канает.

voviko,
во вьюхе нет фильтров на роль. Во вьюхе вообще ничего на тему доступа нет, только фильтр публикации. Модуль views как-то сам отсеивает контент, который юзеру не доступен. Типа: "а если он его всё равно не может видеть - нафига ему их показывать?"

RxB,
я что-то не могу найти ничего похожего, в английской админке - тоже.

Я, наверное, чего-то не понимаю...

Всё, спасибо, вопрос снят.

Отписался в личку.

В tpl-файле вьюхи? Всё руки не дойдут до темизации views.
Или просто в tpl-фале соответствующей страницы? Тогда нее... дисплей вьюхи - типа content pane, используется чуть ли не по всему сайту в Panels с разными аргументами.
Нативно (или через модуль) сабжевая возможность во Views предусмотрена, или только через грубый хак темизацией?

Т.е., готового модуля - нет. Спасибо.

Пока что склоняюсь к video filter. Тоже не совсем то, но хотя бы вставляется bb-код, а не html.

Я тоже об этом думал. Но вставлять код - тоже не то.
Тут надо сделать форум. Соответственно никаких html-тегов.

А, вот как раз сам сюда зашёл написать, что нашёл проблему.

Да уж... Как всегда... неделю ковырялся - безрезультатно. Стоило запостить тему тут - сразу же понял и причину, и решение, и как же дико я ступил.
У меня попросту был вырублен блок "Системная справка".

За ответ, тем более такой оперативный, всё равно большое спасибо.

P.S.: "Почистил" друпал после установки от "ненужных" вещей, называется...

Я так понял, речь о темизации полей/вьюшек? До этой темы всё никак руки не доходят. Буду благодарен, если подкинете какой-нибудь толковый тутор. Особенно, если он будет видео.

Про "свой форматтер написать" - вообще не понял, о чём речь.

А из соображений стабильности/функциональности/производительности - Conditional Fields и есть лидер, или какой-то новый модуль будет лучше?
Оценить Conditional Fields на предмет этих достоинств "в полевых условиях" мне удалось только где-то за неделю. Сейчас тратить столько же времени на тестирование хотя бы того же Webform Conditional не очень хотелось бы. Так что если кто имел опыт работы с этими двумя (или аналогичными) модулями - буду признателен, если поделитесь выводами.

Под "напильниками" тут я имел в виду модули, стабильные поодиночке, но не совсем - вместе. Плюс гремучие комбинации Rules+Views+CCK+Panels + php-снипепетов. Сам я далеко не друпал-девелопер. PHP владею настолько, насколько нужно для написания сниппетов (для cck/rules) да темок.

И именно эти напильники - причина, по которой решил перейти на D7. Я не любитель пошаманить. Просто иначе на D6 желаемое реализовать было нельзя.

Всё верно. И говорит автор темы, и сделать это можно на таксономии. В 7-ке термины обладают почти всеми свойствами нод.
Сейчас у меня длительный "загул" (не пользуюсь друпалом). Но если не изменяет память, там есть какой-то токен (termpath, вроде), который выводит полный путь к родительскому термину. Остальное сохраняется: поле с sef-алиасом, генерация через pathauto и (при необходимости) Rules. Но от Node Hierarchy избавляемся.

Данный материал уже не актуален.
Есть Custom Breadcrumbs, более-менее стабильно рабочий под 6-кой и активно развиваемый под 7-кой.
Есть - Аллилуйя!!! - новая система таксономии под 7-кой, позволяющая делать всякие-разные иерархии из коробки (в т.ч. типа категорий).
Приятно осознавать, что в новых версиях Друпал действительно претерпевает существенные изменения. Благодаря им напильники вроде тех, что описаны в этой статье, становятся не нужны.

У меня потребности ограничивать права на размещение не возникало.
Но если вы прочитали до конца топик, на который я перенаправил в предыдущем посте, то в курсе, что лично я остановился на строительстве иерархии через таксономию. Просто я присваиваю каждому термину свою ноду специального типа, и связкой Panels + Views вывожу её на странице термина.

Да, завод будет нодой. И следить за описанием этой ноды + забивать связанные с ней цены будет свой юзер (от каждого завода). Во всяком случае, так было по первоначальной задумке. Контента много, замучаешься обновлять прайсы. Поэтому решили сделать некое подобие вики-каталога.

За предложения большое спасибо, есть над чем подумать с заказчиком.

Пока что просто каталог, и превращение его в магазин, насколько мне известно, не предвидется.
Сегодня бегло ознакомился с возможностями уберкарта. Хорошо, конечно. Но мне кажется, уберкарт в данном случае - "из пушки по воробьям".

Если интересно - сейчас я вообще отказался от NAT. Для поставленной задачи использую Panels+Views.

А связываю созданные ноды с терминами, которым они соответствуют, вручную. (Можно через Rules, но руки пока не дошли).